Children of Alumni--constituents?
When you add children to RE that your Alumni tell you about, do you add them only as a relationship, or do you make them a full constituent? This is part of a larger concern about whether or not to have non-constituents in the database.
If you don't make them constituents, what do you do if/when they apply to your school--do you end up with duplicates or is it easy to manage? Is there a time that you promote them to full constituent status (obviously, if they donate or attend)? This is a potentially significant number of people if made constituents, so I'd like to anticipate as many pitfalls as possible.
Any suggestions would be appreciated.
Comments
-
Shawnalis Cusato:
When you add children to RE that your Alumni tell you about, do you add them only as a relationship, or do you make them a full constituent? This is part of a larger concern about whether or not to have non-constituents in the database.
If you don't make them constituents, what do you do if/when they apply to your school--do you end up with duplicates or is it easy to manage? Is there a time that you promote them to full constituent status (obviously, if they donate or attend)? This is a potentially significant number of people if made constituents, so I'd like to anticipate as many pitfalls as possible.
Any suggestions would be appreciated.
I would make them a relationship if it's just that you 'know about them.' Not sure why you would not want to have as much info about your alumni on their records as possible. If they are married, do you have a separate constituent record for their spouse who was not an alum but you don't want to put in as non-constituent?
We're not a school but we put any relationship in as non-constituent. When they donate on their own or meet our other criteria to have their own record (for you it would be apply to your school) from the relationship record it's very easy to make them a constituent and all the relationship/bio data like address can be carried right over. We try to keep our database as clean as possible so we don't make a separate constituent record for each spouse/child unless there is a reason.
My experience has been more issues when each spouse has their own constituent record than when they are relationship records. Mailings/solicitations/invitations can get a little messy. Just have to plan for it.
Just my 2 cents....
0 -
Shawnalis Cusato:
When you add children to RE that your Alumni tell you about, do you add them only as a relationship, or do you make them a full constituent? This is part of a larger concern about whether or not to have non-constituents in the database.
If you don't make them constituents, what do you do if/when they apply to your school--do you end up with duplicates or is it easy to manage? Is there a time that you promote them to full constituent status (obviously, if they donate or attend)? This is a potentially significant number of people if made constituents, so I'd like to anticipate as many pitfalls as possible.
Any suggestions would be appreciated.
We add children of alum as relationships. Children only get their own record if they graduate from WSU or become active on a board or some other way (a big shot at a firm we work with). Same with non-alum spouses.
We probably do have children of alum both on the relationship of their parent(s) and with their own record and don't even know it. Typically we have bare bones info about children (name and nothing more) so unless someone tells up two people are connected, we don't have the connection between the alum constituent record and the child's name on their parent's record. Being a University, we don't have a lot of parental information nor do we do a lot of family activities where we need to know everyone's name. I would imagine that part would be different for a high school.
Not sure that helps.
laura
0 -
Laura Caswell:
We add children of alum as relationships. Children only get their own record if they graduate from WSU or become active on a board or some other way (a big shot at a firm we work with). Same with non-alum spouses.
We probably do have children of alum both on the relationship of their parent(s) and with their own record and don't even know it. Typically we have bare bones info about children (name and nothing more) so unless someone tells up two people are connected, we don't have the connection between the alum constituent record and the child's name on their parent's record. Being a University, we don't have a lot of parental information nor do we do a lot of family activities where we need to know everyone's name. I would imagine that part would be different for a high school.
Not sure that helps.
laura
Thank you both, that does help. We've got a rule to have no nested relationships--spouses, businesses, thankfully we don't track pets (HaHa!). But suddenly this issue has appeared and it does seem absurd to everyone that we would make a constituent of a 6-month old.
It doesn't seem like you're having problems with this. Good, maybe we won't either. We can send birthday cards to relationships, if we want, and should the children ever donate we'll try our best to recognize the relationship with their alumni parent(s).
Thanks a lot for your input.
0 -
Shawnalis Cusato:
Shawnalis, Can I ask why you have a rule for no nested relationships? Haven't heard of an org having a rule like that and just wondering rational for a rule like that.Thank you both, that does help. We've got a rule to have no nested relationships--spouses, businesses, thankfully we don't track pets (HaHa!). But suddenly this issue has appeared and it does seem absurd to everyone that we would make a constituent of a 6-month old.
It doesn't seem like you're having problems with this. Good, maybe we won't either. We can send birthday cards to relationships, if we want, and should the children ever donate we'll try our best to recognize the relationship with their alumni parent(s).
Thanks a lot for your input.
0 -
Shawnalis Cusato:
When you add children to RE that your Alumni tell you about, do you add them only as a relationship, or do you make them a full constituent? This is part of a larger concern about whether or not to have non-constituents in the database.
If you don't make them constituents, what do you do if/when they apply to your school--do you end up with duplicates or is it easy to manage? Is there a time that you promote them to full constituent status (obviously, if they donate or attend)? This is a potentially significant number of people if made constituents, so I'd like to anticipate as many pitfalls as possible.
Any suggestions would be appreciated.
If you are a school, and the children are younger, and you anticipate that they will eventually become students of the school, then yes, you can give them their own constituent record.
I have worked at 4 schools. The protocol we ended up using, which did not cause a bunch of duplicate record issue is this. You put the children in on the alum record as non-constit records under Relationship tab. Then when you are entering information on the incoming class, you always do a search on your 'legacy' families (those that have marked on their application that they or someone in their family attended the school). You can then go into the alum record and make that child a constituent record of it's own from the relationship.
If your school does not have the question about parent(s) family members that attended the school and their grad year, then it should. Add it ASAP.
My policy has to always search by name/partial name and/or address/partial address before entering new records. And ALWAYS have every box except the "exact match only" box checked at all times by all your users!
0 -
Christine Cooke:
If you are a school, and the children are younger, and you anticipate that they will eventually become students of the school, then yes, you can give them their own constituent record.
I have worked at 4 schools. The protocol we ended up using, which did not cause a bunch of duplicate record issue is this. You put the children in on the alum record as non-constit records under Relationship tab. Then when you are entering information on the incoming class, you always do a search on your 'legacy' families (those that have marked on their application that they or someone in their family attended the school). You can then go into the alum record and make that child a constituent record of it's own from the relationship.
If your school does not have the question about parent(s) family members that attended the school and their grad year, then it should. Add it ASAP.
My policy has to always search by name/partial name and/or address/partial address before entering new records. And ALWAYS have every box except the "exact match only" box checked at all times by all your users!
Christine, thanks for the information--very helpful. Just curious--do you use EE?
We do ask about previous attendees on our application. And we search as you do.
JoAnne, you ask an excellent question. I'm new here and do not know the whole story. There has been difficulty with mailings because of the relationships, especially those orgs that had multiple employees at multiple addresses, and I believe there were major difficulties with queries used to pull relationships for Alumni mailings and/or NetCommunity purposes. It's my belief we could manage the mailings and train for the queries, but it is much too entrenched now for change to come easily or soon.
I've seen multiple posts about the difficulty of having non-constituent spouses when you use NetCommunity, so it seems there is a mini-movement by some to have at least all individuals in RE be full constituents. I suspect those same groups would never even question adding children as constituents because that is not the source of their problem. But our problem has taken over and drives a considerable amount of our policy and time.
But, we soft credit all spouses and have lots of issues with reports. My point is that it will never be perfect and even functioning features (like soft credits) cause problems larger than it would seem possible. I appreciate any and all feedback--this forum is invaluable to me!
0 -
Shawnalis Cusato:
Christine, thanks for the information--very helpful. Just curious--do you use EE?
We do ask about previous attendees on our application. And we search as you do.
JoAnne, you ask an excellent question. I'm new here and do not know the whole story. There has been difficulty with mailings because of the relationships, especially those orgs that had multiple employees at multiple addresses, and I believe there were major difficulties with queries used to pull relationships for Alumni mailings and/or NetCommunity purposes. It's my belief we could manage the mailings and train for the queries, but it is much too entrenched now for change to come easily or soon.
I've seen multiple posts about the difficulty of having non-constituent spouses when you use NetCommunity, so it seems there is a mini-movement by some to have at least all individuals in RE be full constituents. I suspect those same groups would never even question adding children as constituents because that is not the source of their problem. But our problem has taken over and drives a considerable amount of our policy and time.
But, we soft credit all spouses and have lots of issues with reports. My point is that it will never be perfect and even functioning features (like soft credits) cause problems larger than it would seem possible. I appreciate any and all feedback--this forum is invaluable to me!
Thanks for taking the time to explain. We don't use NetComunity and I've seen posts also that there are issues with spouse records.
There was talk that RE 8 would require each spouse to have their own record. Should that ever be the case I hope they get the soft-credit with spouses a lot cleaner. Yes, reports and even pulling many donor lists gets very frustrating.
Thanks again - have a great day
0 -
Shawnalis Cusato:
Christine, thanks for the information--very helpful. Just curious--do you use EE?
We do ask about previous attendees on our application. And we search as you do.
JoAnne, you ask an excellent question. I'm new here and do not know the whole story. There has been difficulty with mailings because of the relationships, especially those orgs that had multiple employees at multiple addresses, and I believe there were major difficulties with queries used to pull relationships for Alumni mailings and/or NetCommunity purposes. It's my belief we could manage the mailings and train for the queries, but it is much too entrenched now for change to come easily or soon.
I've seen multiple posts about the difficulty of having non-constituent spouses when you use NetCommunity, so it seems there is a mini-movement by some to have at least all individuals in RE be full constituents. I suspect those same groups would never even question adding children as constituents because that is not the source of their problem. But our problem has taken over and drives a considerable amount of our policy and time.
But, we soft credit all spouses and have lots of issues with reports. My point is that it will never be perfect and even functioning features (like soft credits) cause problems larger than it would seem possible. I appreciate any and all feedback--this forum is invaluable to me!
Shawnalis - I do not use EE. The school I just left was still shopping admission software and the registrar's office used PowerSchool. The school I have just started at is using Whipple Hill (this is their first year with it). So I am trying to decipher and clean up the holes and inconsistencies from multiple database people and temps and learn how Whipple Hill works.
There could be multiple reasons that your school chose the 'everyone is a constituent' route. And yes, the NetCommunity as a whole, whether it be BB's net community or another software, really requires that everyone be a constituent if you are uploading and downloading info. Another reason for everyone being a consituent is the Event module. You cannot get accurate attendance/ticket purchase reporting without having everyone be a constituent. And -- if you are a school, you cannot pull an event report with alum info if you do not link to their constituent record. Needless to say, the event module needs some work.
Yes - I think we all agree that you have to pick your poison regarding constits and non-constits. But moving forward, or if you are a school, you really do not have a choice. And BB will have to address the soft credit issues in reporting. Part of the problem is that the SC options are not 'in your face' in most places, like queries, you have to remember to find them, besides the calculations are off, this is mainly due to $ entry being on both records of a marriage. I have found you have to have stringent rules within your organization as to which record is marked as Head of Household and which record all the $$ lands in. I have found it is best to 1. Make your rules about HoH and 2. enter all $ on HoH unless it is ticket purchases for an event you are tracking, then the ticket $ goes on the record of the person attending/that purchased.
The other thing about adding children -- is that in development/alumni departments, you have them,but you really do not interact with those records until they graduate, other than having them linked to parents/uploaded onto your website together, and tracking their activities while in school (clubs, awards etc) so they are tagged for no mail for awhile. And also because they are redundant in mailings. I have found that I end up giving them a "duplicates in household" solicit code so that I can exclude them from mass mailings when necessary, and giving the HoH an Addressee field of HoH Addressee so that the publication can be addressed to the whole family "The Smith Family" or "The Jones/Smith Family". It is a long and tedious project, but cut the print/mail costs by 1/3 on average.
Christine Cooke
Charles Armstrong School
0 -
Christine Cooke:
Shawnalis - I do not use EE. The school I just left was still shopping admission software and the registrar's office used PowerSchool. The school I have just started at is using Whipple Hill (this is their first year with it). So I am trying to decipher and clean up the holes and inconsistencies from multiple database people and temps and learn how Whipple Hill works.
There could be multiple reasons that your school chose the 'everyone is a constituent' route. And yes, the NetCommunity as a whole, whether it be BB's net community or another software, really requires that everyone be a constituent if you are uploading and downloading info. Another reason for everyone being a consituent is the Event module. You cannot get accurate attendance/ticket purchase reporting without having everyone be a constituent. And -- if you are a school, you cannot pull an event report with alum info if you do not link to their constituent record. Needless to say, the event module needs some work.
Yes - I think we all agree that you have to pick your poison regarding constits and non-constits. But moving forward, or if you are a school, you really do not have a choice. And BB will have to address the soft credit issues in reporting. Part of the problem is that the SC options are not 'in your face' in most places, like queries, you have to remember to find them, besides the calculations are off, this is mainly due to $ entry being on both records of a marriage. I have found you have to have stringent rules within your organization as to which record is marked as Head of Household and which record all the $$ lands in. I have found it is best to 1. Make your rules about HoH and 2. enter all $ on HoH unless it is ticket purchases for an event you are tracking, then the ticket $ goes on the record of the person attending/that purchased.
The other thing about adding children -- is that in development/alumni departments, you have them,but you really do not interact with those records until they graduate, other than having them linked to parents/uploaded onto your website together, and tracking their activities while in school (clubs, awards etc) so they are tagged for no mail for awhile. And also because they are redundant in mailings. I have found that I end up giving them a "duplicates in household" solicit code so that I can exclude them from mass mailings when necessary, and giving the HoH an Addressee field of HoH Addressee so that the publication can be addressed to the whole family "The Smith Family" or "The Jones/Smith Family". It is a long and tedious project, but cut the print/mail costs by 1/3 on average.
Christine Cooke
Charles Armstrong School
Thanks for the ideas and suggestions! I really appreciate the feedback.
0
Categories
- All Categories
- Shannon parent
- shannon 2
- shannon 1
- 21 Advocacy DC Users Group
- 14 BBCRM PAG Discussions
- 89 High Education Program Advisory Group (HE PAG)
- 28 Luminate CRM DC Users Group
- 8 DC Luminate CRM Users Group
- Luminate PAG
- 5.9K Blackbaud Altru®
- 58 Blackbaud Award Management™ and Blackbaud Stewardship Management™
- 409 bbcon®
- 2.1K Blackbaud CRM™ and Blackbaud Internet Solutions™
- donorCentrics®
- 1.1K Blackbaud eTapestry®
- 2.8K Blackbaud Financial Edge NXT®
- 1.1K Blackbaud Grantmaking™
- 527 Education Management Solutions for Higher Education
- 1 JustGiving® from Blackbaud®
- 4.6K Education Management Solutions for K-12 Schools
- Blackbaud Luminate Online & Blackbaud TeamRaiser
- 16.4K Blackbaud Raiser's Edge NXT®
- 4.1K SKY Developer
- 547 ResearchPoint™
- 151 Blackbaud Tuition Management™
- 1 YourCause® from Blackbaud®
- 61 everydayhero
- 3 Campaign Ideas
- 58 General Discussion
- 115 Blackbaud ID
- 87 K-12 Blackbaud ID
- 6 Admin Console
- 949 Organizational Best Practices
- 353 The Tap (Just for Fun)
- 235 Blackbaud Community Feedback Forum
- 55 Admissions Event Management EAP
- 18 MobilePay Terminal + BBID Canada EAP
- 36 EAP for New Email Campaigns Experience in Blackbaud Luminate Online®
- 109 EAP for 360 Student Profile in Blackbaud Student Information System
- 41 EAP for Assessment Builder in Blackbaud Learning Management System™
- 9 Technical Preview for SKY API for Blackbaud CRM™ and Blackbaud Altru®
- 55 Community Advisory Group
- 46 Blackbaud Community Ideas
- 26 Blackbaud Community Challenges
- 7 Security Testing Forum
- 1.1K ARCHIVED FORUMS | Inactive and/or Completed EAPs
- 3 Blackbaud Staff Discussions
- 7.7K ARCHIVED FORUM CATEGORY [ID 304]
- 1 Blackbaud Partners Discussions
- 1 Blackbaud Giving Search™
- 35 EAP Student Assignment Details and Assignment Center
- 39 EAP Core - Roles and Tasks
- 59 Blackbaud Community All-Stars Discussions
- 20 Blackbaud Raiser's Edge NXT® Online Giving EAP
- Diocesan Blackbaud Raiser’s Edge NXT® User’s Group
- 2 Blackbaud Consultant’s Community
- 43 End of Term Grade Entry EAP
- 92 EAP for Query in Blackbaud Raiser's Edge NXT®
- 38 Standard Reports for Blackbaud Raiser's Edge NXT® EAP
- 12 Payments Assistant for Blackbaud Financial Edge NXT® EAP
- 6 Ask an All Star (Austen Brown)
- 8 Ask an All-Star Alex Wong (Blackbaud Raiser's Edge NXT®)
- 1 Ask an All-Star Alex Wong (Blackbaud Financial Edge NXT®)
- 6 Ask an All-Star (Christine Robertson)
- 21 Ask an Expert (Anthony Gallo)
- Blackbaud Francophone Group
- 22 Ask an Expert (David Springer)
- 4 Raiser's Edge NXT PowerUp Challenge #1 (Query)
- 6 Ask an All-Star Sunshine Reinken Watson and Carlene Johnson
- 4 Raiser's Edge NXT PowerUp Challenge: Events
- 14 Ask an All-Star (Elizabeth Johnson)
- 7 Ask an Expert (Stephen Churchill)
- 2025 ARCHIVED FORUM POSTS
- 322 ARCHIVED | Financial Edge® Tips and Tricks
- 164 ARCHIVED | Raiser's Edge® Blog
- 300 ARCHIVED | Raiser's Edge® Blog
- 441 ARCHIVED | Blackbaud Altru® Tips and Tricks
- 66 ARCHIVED | Blackbaud NetCommunity™ Blog
- 211 ARCHIVED | Blackbaud Target Analytics® Tips and Tricks
- 47 Blackbaud CRM Higher Ed Product Advisory Group (HE PAG)
- Luminate CRM DC Users Group
- 225 ARCHIVED | Blackbaud eTapestry® Tips and Tricks
- 1 Blackbaud eTapestry® Know How Blog
- 19 Blackbaud CRM Product Advisory Group (BBCRM PAG)
- 1 Blackbaud K-12 Education Solutions™ Blog
- 280 ARCHIVED | Mixed Community Announcements
- 3 ARCHIVED | Blackbaud Corporations™ & Blackbaud Foundations™ Hosting Status
- 1 npEngage
- 24 ARCHIVED | K-12 Announcements
- 15 ARCHIVED | FIMS Host*Net Hosting Status
- 23 ARCHIVED | Blackbaud Outcomes & Online Applications (IGAM) Hosting Status
- 22 ARCHIVED | Blackbaud DonorCentral Hosting Status
- 14 ARCHIVED | Blackbaud Grantmaking™ UK Hosting Status
- 117 ARCHIVED | Blackbaud CRM™ and Blackbaud Internet Solutions™ Announcements
- 50 Blackbaud NetCommunity™ Blog
- 169 ARCHIVED | Blackbaud Grantmaking™ Tips and Tricks
- Advocacy DC Users Group
- 718 Community News
- Blackbaud Altru® Hosting Status
- 104 ARCHIVED | Member Spotlight
- 145 ARCHIVED | Hosting Blog
- 149 JustGiving® from Blackbaud® Blog
- 97 ARCHIVED | bbcon® Blogs
- 19 ARCHIVED | Blackbaud Luminate CRM™ Announcements
- 161 Luminate Advocacy News
- 187 Organizational Best Practices Blog
- 67 everydayhero Blog
- 52 Blackbaud SKY® Reporting Announcements
- 17 ARCHIVED | Blackbaud SKY® Reporting for K-12 Announcements
- 3 Luminate Online Product Advisory Group (LO PAG)
- 81 ARCHIVED | JustGiving® from Blackbaud® Tips and Tricks
- 1 ARCHIVED | K-12 Conference Blog
- Blackbaud Church Management™ Announcements
- ARCHIVED | Blackbaud Award Management™ and Blackbaud Stewardship Management™ Announcements
- 1 Blackbaud Peer-to-Peer Fundraising™, Powered by JustGiving® Blogs
- 39 Tips, Tricks, and Timesavers!
- 56 Blackbaud Church Management™ Resources
- 154 Blackbaud Church Management™ Announcements
- 1 ARCHIVED | Blackbaud Church Management™ Tips and Tricks
- 11 ARCHIVED | Blackbaud Higher Education Solutions™ Announcements
- 7 ARCHIVED | Blackbaud Guided Fundraising™ Blog
- 2 Blackbaud Fundraiser Performance Management™ Blog
- 9 Foundations Events and Content
- 14 ARCHIVED | Blog Posts
- 2 ARCHIVED | Blackbaud FIMS™ Announcement and Tips
- 59 Blackbaud Partner Announcements
- 10 ARCHIVED | Blackbaud Impact Edge™ EAP Blogs
- 1 Community Help Blogs
- Diocesan Blackbaud Raiser’s Edge NXT® Users' Group
- Blackbaud Consultant’s Community
- Blackbaud Francophone Group
- 1 BLOG ARCHIVE CATEGORY
- Blackbaud Community™ Discussions
- 8.3K Blackbaud Luminate Online® & Blackbaud TeamRaiser® Discussions
- 5.7K Jobs Board