Platforms Used for Creating Direct Mail Lists

Options

Hi all,

I am hoping others here can give me some guidance on how your organization pulls data and segments your direct mail mailing lists. I walked into an already established system where a vast amount of data (currently we export anyone who has made a donation since 2018) from our CRM (Raiser's Edge) is exported and then run through Crystal Reports to create an RFM grid. Our Annual Giving Officer then chooses the segments from this grid that we want to mail to, and again using Crystal Reports I code in the appropriate segments that should get pulled into the mailing list spreadsheet. The reports in CR to create the grid and the report that becomes the mailing list spreadsheet were created by someone in our IT team, and as someone new to Crystal Reports and the code it uses, I need to ask for edits from IT whenever changes are needed.

Before my current org, I had never worked with such a complex system for pulling mailing lists. At previous orgs, lists were almost always based on one of the RFM variables (usually recency) rather than all three, which allowed me to just edit my query in RE and export. Curious to hear what others are doing - I would really love to move away from Crystal Reports as it feels overly complex and inflexible. Thank you!

Comments

  • @Tyyne Parakhen I use Query and RE Mail (Quick Letters) for Segmentation.

  • Dariel Dixon 2
    Dariel Dixon 2 ✭✭✭✭✭
    Seventh Anniversary Facilitator 4 Name Dropper Photogenic

    @Tyyne Parakhen The fact that you're using Crystal Reports for this is kinda crazy.

    My organization uses query and export. We do have a very complex export that we use to analyze the data, and it does take a long time!

  • Alex Wong
    Alex Wong ✭✭✭✭✭
    Ninth Anniversary Facilitator 4 Name Dropper Photogenic

    @Tyyne Parakhen
    get rid of the crystal report as it is crazy.

    if your annual giving officer need to see a grid like this to make deicsion, you can easily produce this using query and excel.

    then once your officer decided on the “grid”, use query to target the grid and export the mailing list.

  • @Alex Wong I agree that it's overkill… I can see myself creating the grid in Excel, but I would be a bit stumped as to how I could effectively query on the specific segments. Wouldn't that require creating almost a separate query for each segment (grid square)?

  • @Dariel Dixon I agree haha. Would you be open to sharing how you built out your query and export to accomplish what you need to?

  • @Christine Robertson Thanks! Would you be open to sharing how you've built out your query and mail settings?

  • Alex Wong
    Alex Wong ✭✭✭✭✭
    Ninth Anniversary Facilitator 4 Name Dropper Photogenic

    @Tyyne Parakhen
    config 1 export (Query module export or Export module export) that will give you the biggest “net” to cast filter on. I like using Query module export.

    • Gift Dynamic Query
      • filter:
        gift date ≥ ‘1/1/2018’ and gift amount >0 and gift type of your choossing depending on if you do payment or pledge, not both).
      • output:
        Constituent ID
        Name and all mailing info data
        gift id
        gift date
        gift amount
        gift type (not really needed, but good to see)

    now it's playing with excel formula SUMIFS.

    assuming my gift exported data is:

    constit_recordidgift_idgift_amountgift_date
    621777781$200.003/8/2024
    621809044$10.005/10/2024
    621829795$500.006/17/2024
    621829797$200.006/17/2024
    621844234$500.007/19/2024
    621851335$3,600.008/5/2024
    621851336$1,250.008/5/2024
    621857772$10,000.008/19/2024
    621858577$3,600.008/20/2024
    621858578$1,000.008/20/2024
    621862566$1,250.008/30/2024
    621870185$1,250.009/16/2024
    621870186$200.009/16/2024
    621870187$1,250.009/16/2024
    621870200$180.009/16/2024
    621886741$1,000.0010/8/2024
    791519595$100.006/5/2023
    791813364$500.005/1/2024
    791849466$500.007/29/2024
    881522893$25.006/29/2023
    881839166$25.007/8/2024

    in another worksheet, copy the constituent id over and remove duplicates, so it is 1 constituent id per row. then…

    7/22/20244/22/2024
    10/22/20247/21/2024
    constit_recordid<=3months3-6 months
    62 $ 24,580.00 $ 1,210.00
    79 $ 500.00 $ 500.00
    88 $ - $ 25.00

    I put both in the same worksheet like so:

    6e528764a8e545b0c102d06834da90fc-huge-im

    note formula:

    • 10/22/2024 is =TODAY()
    • 7/22/2024 is =EDATE(H$2, -3)
      • my H$2 is 10/22/2024, basically saying minus 3 months from TODAY()
    • 7/21/2024 is =H$1-1
      • my H$1 is 7/22/2024, basically minus 1 day
      • this can also be =EDATE(H$2, -3)-1
    • 4/22/2024 is =EDATE(H$2, -6)
      • basically saying minus 6 months from TODAY()
    • this is for demo only, you can use the same method to create the other giving total by date range for the rest of 6-12 months, 12-18 months, etc.
    • the SUMIFS formula is:
      • =SUMIFS($C:$C, $A:$A, $G4, $D:$D, ">="&H$1, $D:$D, "<="&H$2)
      • this formula can be copy and used in all the date range, as it will pick up the 2 dates above (row 1 and row 2) and filter on them.

    You can do the same for getting the COUNT of gift using COUNTIFS: =COUNTIFS($A:$A, $G4, $D:$D, ">="&H$1, $D:$D, "<="&H$2)

    this excel file can easily be reused by new export from the gift query that replaces the data in the gift table worksheet (do not use right click and delete, just “select” all cells and use Del keyboard key), right click-delete will mess up formula.

    once you got the summarized table of constituent, then building the rest of the grid is easy, and i'll leave that to your own playing around with COUNTIFS and SUMIFS

  • Alex Wong
    Alex Wong ✭✭✭✭✭
    Ninth Anniversary Facilitator 4 Name Dropper Photogenic

    @Tyyne Parakhen
    by the way, you dont' have to use the formula in the date range (i.e. TODAY(), EDATE()). You can just type in the date range if you want to do that. the formula does make the date range update itself so you dont' have to type in, but if you prefer more control on date (i.e. date that is on month start/end boundary: 8/1/2024 - 10/31/2024), you can just type that in. The SUMIFS and COUNTIFS formula will use the date you enter the same way.

  • Alex Wong
    Alex Wong ✭✭✭✭✭
    Ninth Anniversary Facilitator 4 Name Dropper Photogenic

    @Tyyne Parakhen
    Sample excel with the formula included for you to play with

  • Dariel Dixon 2
    Dariel Dixon 2 ✭✭✭✭✭
    Seventh Anniversary Facilitator 4 Name Dropper Photogenic

    @Tyyne Parakhen Sure! I think there's two schools of thought here when it comes to solicitations and appeals. Having a number you want to solicit and building queries to get close to that number, or having a specific group you want to target, and just letting the numbers be what they are. We use the latter. As such, we just base our queries off of giving history. For instance, last gift date = 2023 and some other criteria for a LYBUNT type query.

    The export…well that's a different story. Our export has over 75 data points. You'll need to determine what data points you need, and devise a way to get that data. Perhaps its just Last Gift date and amount, First Gift Date and Amount, Last Appeal information, and some Summary data. Export to a .csv and start manipulating in excel or another spreadsheet editor and start your analysis, and you'll have a list that can be pared down to address information when you're done.

  • @Alex Wong
    Greetings,

    Could you please confirm if by ‘Query module export,’ you are referring to the Database View Query Module, where data is exported from that module? I just want to ensure this is not related to the Gift List Query feature in the RE Web View. In the Web View, all the output variables—except for address information—are available for export. Specifically, filtering by date, gift type, and amount is fully functional within gift lists for Excel exports, which allows the inclusion of the RFM array formulas.

    It would be highly beneficial if address information could be added to the gift lists in Web View in the future.

    Thank you!

  • Alex Wong
    Alex Wong ✭✭✭✭✭
    Ninth Anniversary Facilitator 4 Name Dropper Photogenic

    @Darlene LeVielle
    Yes I do mean RE Database view > Query module as it is where you can output all the mailing info at once too. One export rather than multiple.

  • Thanks @Alex Wong ! I believe if you bring in address info into the output of a gift query and then export, you will certainly get duplicate gifts, for all the address types for example, is that correct? And what if you only want to output certain address types, seems an export using field criteria would work best instead of a Query, correct? Thanks!

  • Alex Wong
    Alex Wong ✭✭✭✭✭
    Ninth Anniversary Facilitator 4 Name Dropper Photogenic

    @Darlene LeVielle
    the choice is up to the individual who works on this. Query exporting is generally advised against by BB and other DB manager due to duplicates. However, “duplicates” doesn't happen randomly in Query, It happens only when Filter/Output/Sort on a ONE-to-MANY field. So for someone who is aware, Query can be more beneficial to output from (i.e. Query exporting, you get to fully determine the exact order of the output column, whereas Export exporting you have limited ability to do that). Also, there are times when you will want to use Query rather than Export as they produce different results (i.e. Summary of gift amount on how write off is handled, included or excluded).

    So yes, you are right that if I were to output address under “All Addresses” section, if someone has 3 gifts and 5 addresses, you will get 15 rows of the combination (3x5). However, for our mailing need, we always use Preferred address, and there is only 1 preferred address for each constituent. Meaning we will not get “dup” on the gift.

    As for if you want to do address processing (seasonal address), which I don't do so I can't comment much on it, but I think in Query there is a address processing section too, and if I assume what it should do, it should give you one address after it does the processing.

  • Thanks @Alex Wong! Thanks for this information. I agree, all of the BB RE Query and Export training that I had taken, it is noted specifically Not to export from Query. If you only want those gifts whose IDs have a non-blank Preferred Address value, then you will need to add that to the criteria which as you noted will still generate dups for each of the gift date rows. Thanks again for your responses.

  • @Tyyne Parakhen I build out different queries for every client and every mailing, so hard to be too specific on that. If I am segmenting, I will do something like this:

    • Query of all Alumni
    • Query of all Current Parents
    • Query of all Board

    I will combine those three queries in Query List (in database view). Then I will use a subtraction Query to remover people who do not want mail, are deceased, have no address, etc.

    Using the combined Query, I will link that to Quick Letters in RE Mail. On the Segment tab, I will create separate segments for Alumni, Current Parents and Board and assign the Appeal/Package accordingly.

  • @Dariel Dixon:
    @Tyyne Parakhen The fact that you're using Crystal Reports for this is kinda crazy.

    @Dariel Dixon I can beat that - before I started using RE I used to work for a large property letting agency (a household name in the UK) who were using Crystal Reports solely to mailmerge letters that they then printed and sent to customers. That was all they used it for. All their KPI reporting was done by someone manually typing numbers into Excel from a PDF.

    I lasted 9 months there which was about 8.5 months too long ?

  • @Tyyne Parakhen I build queries for each of the segments. And a couple queries for records that should be excluded (do not solicits, deceased, never contact ever). Each query is merged with the exlusion query. Each of those merged queries are put into Quick Letters (dbview) together in a hierarchy order (this de-dupes so that records do not appear in more than one segment/list). The output queries can then be exported (which de-dupes and takes out non HoH) and used to merge letters, send to mail house etc.

  • Alex Wong
    Alex Wong ✭✭✭✭✭
    Ninth Anniversary Facilitator 4 Name Dropper Photogenic

    @Arthur Gerstein
    this depends.

    RE NXT does not have good toolset for doing mailing list, which is why many database manager still relies heavily on database view's capabilities to do mailing list.

    Then, there are those who are more “custom”-oriented, which will make use of SKY API and SKY Add-in to work this magic (I fall in this boat).

    Is there a mid-ground of org that willing to pay for a marketplace 3rd party solution for doing mailing: no need to have expertise in database view capabilities (Query, Query List, Export, Mail, etc); don't want to learn SKY API, but still have a much easier route to make custom letter for mailing purpose? I think likely not. My org does a handful (4-8) mailing a year, some do a lot less, I don't know if that's worthwhile for them.

  • Alex Wong
    Alex Wong ✭✭✭✭✭
    Ninth Anniversary Facilitator 4 Name Dropper Photogenic

    @Arthur Gerstein
    I think we are talkinga bout 2 differnt things here. but would rather not clutter up this post.

  • @Tyyne Parakhen
    Great question and great conversation.

    ** Shameless plug…
    SimpliPhi has just released a new product called AmpliPhi that does just this!

    AmpliPhi allows teams to collaborate (both technical and less technical) on a campaign segmentation through a very easy to use web interface. The basic version leverages Raiser's Edge Queries and allows stacking of audiences and inclusion and exclusion queries.

    With AmpliPhi, the person with the strategy and vision can collaborate with the technical person doing the segmentation, and work in a simple interface to ensure uniform understanding across all people involved.

    Segmentation data remains dynamic until you are ready to lock it down and apply assigned appeals. Everything is managed automatically.

    PM me for more information or visit our website to signup to the waitlist.

Categories