Segmenting Database

Options
Hi All,


I am seeking the advice from this platform to see if i can tap into others that have or are going through the same segmentation issues that i am going through.


We are a High School and getting ready for our Spring Solicitation. We are focusing on Affinity areas to segment our data for example we are looking at Alumni that during their time at the school were involved in - Rugby, Rowing & The Muscial just to name a few ( the list is long ....). We have determined the heiraracy which will be 1. Musical, 2. Rugby 3. Rowing.


My challenge is we have multiple alumni/students that are involved in multiple activites i am wondering how i make sure that i am not soliciting - Jane Doe for the Musical and also her time playing Rugby.... Would the best practice be to pull the Musical Query and add the appeal so i have identified that she falls in to that catagory and when i create my Rugby query and add a field in to say "appeal does not  equal"Spring Solicitation Musical" or what ever the name of that specific appeal i have added?


I am curious to hear how you and your organization have gone about doing this in the past and what worked best for you.


Thanks 

Gemma 

Comments

  • Gemma,

    In mail, e.g. Quick letters, you find a tab that says "Segment".

    You can use it to segment your list without duplication. Plug your queries in, in the order of your hierarchy. I would not add an appeal yet, you can do that later, but create output queries to check your work.


    Here is a related BB Article:    https://kb.blackbaud.com/articles/Article/52570
  • Pull everyone into one list and export the data you need to segment and add the segment code in excel (then import it back into RE)


    Or you can use mail - appeal cards. This allows you to use multiple queries, segment them in a heirarchical order, add the appeal and package, etc. But it does limit what fields go into your export so this option no longer works for me.
  • Gemma Atkinson:

    Hi All,


    I am seeking the advice from this platform to see if i can tap into others that have or are going through the same segmentation issues that i am going through.


    We are a High School and getting ready for our Spring Solicitation. We are focusing on Affinity areas to segment our data for example we are looking at Alumni that during their time at the school were involved in - Rugby, Rowing & The Muscial just to name a few ( the list is long ....). We have determined the heiraracy which will be 1. Musical, 2. Rugby 3. Rowing.


    My challenge is we have multiple alumni/students that are involved in multiple activites i am wondering how i make sure that i am not soliciting - Jane Doe for the Musical and also her time playing Rugby.... Would the best practice be to pull the Musical Query and add the appeal so i have identified that she falls in to that catagory and when i create my Rugby query and add a field in to say "appeal does not  equal"Spring Solicitation Musical" or what ever the name of that specific appeal i have added?


    I am curious to hear how you and your organization have gone about doing this in the past and what worked best for you.


    Thanks 

    Gemma 

    We use Quick Letters to create the segments and add the Appeal and Package code to the Constituent Records, but we ignore the Quick Letters output.  We use the Output Query created by Quick Letters as the source for an Export that pulls all the additional fields we need for the mailing.  The exported Excel file is also personally reviewed for "high grading" before being sent to a mail house.  I then go into RE and do a Global Delete of the Constituent Appeal records added by Quick Letters and then Import Constituent Appeal records based on the Excel file so I get an exact "as mailed" version recorded into RE.

  • And just in case you want a fourth idea on how to do this (everyone's else's strategies should work just fine too!), you can also do this by creating two queries, an "include" and an "exclude." Now for Musical, you'll only need the one query because the other groupings are irrelevant, but for Rugby, you'll create an exclude query that has everyone from Musical. Then you merge the queries with the <sub> operator and you end up with a list of everyone from Rugby with no overlap with Musical. Then for Rowing you have an exclude of everyone from Musical OR Rugby and go through the same merge process. This will leave you with static queries that has the correct audience as of that point in time.


    But use whatever method works with your natural workflow the best :)
  • When I'm trying to create segments or pull more complex lists I create a temporary attribute and in the comments put why are on the list


    After the list is reviewed/cleaned up I add the appeal and either use market segment to put why on list/version or use comments on appeal to do that for tracking purposes
  • Joanne Felci:

    When I'm trying to create segments or pull more complex lists I create a temporary attribute and in the comments put why they are on the list


    After the list is reviewed/cleaned up I add the appeal and either use market segment to put why on list/version or use comments on appeal to do that for tracking purposes

    forgot to mention as part of the query I include attribute does not = so I'm not adding a person more than once, I also include spouse attribute does not equal in case the spouse was already on the list for some reason


    Good luck!

  • First, I believe there may be a current bug that prevents Quick Letters from appropriately adding Packages.


    Second, you can use Quick Letters (or any Mail Parameters that have a Segment Tab) without filling in/assigning the Appeal (and Package) so you don't need to go back and try to update it later based on what was actually mailed.


    Third, I'll throw my personal vote toward Joanne's post.  I prefer to use a temporary Attribute set to Allow Only One and include dates and comments.  At my last org, out of necessity (and to save my own sanity) I added the Appeal & Package to every record with the Attribute...including a Package of "Do Not Mail" for all of those who qualified for the mailing but were removed for some reason or other.  That way, when a fundraiser asked why so-and-so didn't receive the letter, I could say, "that's because you instructed me to remove that record from the mailing" or "that's because we pulled anyone who gave to the special project last year from this particular mailing"...and not have to spend time digging in to why the Appeal isn't on that record.


    If you do this, you just need to Globally Add the Attribute in the hierarchical order you want.  Same as setting the order on the Segment Tab in Mail.
  • Ok Guys, So your first answer was so helpful and quite honestly a game changer especially with this Spring Solicitation that is proving to be very complicated! So i am finding the segment tool in Mail Merge to help me create those segments for Alumni and Current Students based on their specific attributes, However the challenge that i am struggling with now is how to match up those Parents that are connected to those Alumni and Current Students. My thought would be to create a relationship query based on the assigned appeal that i added at the time of segmentation which works... however when i start to add criteria ie. Last Gift Date, Prospect, Solict Code all of a sudden i lose a lot of my list and after further investigation i know they did not give a gift during that date and they have no solict code added.... And i cant figure out why. Does anyone have any suggestions on a better way to solict the parents that are associated with the student affinity area if there is no attribute in their record....???? Help :)

Categories