Tracking a giving club using the membership module

Options
Hi all,



We're about to launch a giving club (aka a donor club) and are wondering whether the membership module might help us out. We already have it (as part of our enterprise license), but aren't currently using it and so aren't really up to speed with it's features and limitations.



From a first glance, it appears to be geared up for membership organisations rather than giving clubs (makes sense) and seems to be heavily integrated with the membership card and scanning functionalities, which we won't be needing.



Has anyone used this module to run a giving club? Does anyone have any tips or lessons they could share?



Many thanks,

Tom

Comments

  • Hi Tom,



    We use the membership module to track our donor club. Like you, we currently have no need for the membership card and scanning functionalities, however we find it useful to be able to link gifts to the membership, and report on memberships that are due to expire or income generated by the donor club.



    We have had some issues with getting memberships to renew automatically when a new gift is added (some do, some don't) and it would be interesting to hear if anyone else has had the same problem.



    Alan
  • Not familair with a giving club---how is that different from a membership? We use the module to track membership by linking gifts from individuals own giving, for gift memberships and link matching gifts to members total memebership.We do not use the scan function either.
  • We have giving clubs based on gift type (monthly, planned) and gift amount (cumulative annual, lifetime).  While we could use just the gift details to determine the giving club, we assign an attribute to the donor.  Using the attribute makes running output much quicker than having the system calculate giving totals each time. 



    The monthly, planned, and lifetime attributes don't change often and are reviewed annually or if the donor makes a change to their monthly giving.  Cumulative annual is reviewed each week as a part of our weekly data review queries.  At the end of each year, the annual attribute is deleted from everyone and added back when their giving reaches the minimum level for the new year.  



    Since there are always exceptions to every rule, by using the attribute we are able to track those exceptions and make sure the donor is marked accordingly.  In the comments section, we are able to note why this donor is the exception to the rule.  
  • Karen Diener 2
    Karen Diener 2 Community All-Star
    Ancient Membership 1,000 Likes 500 Comments Photogenic
    I used it at a previous organization where we tracked a yearly giving society of $10K+, as well as a lifetime giving society a corporate giving society, and our estate planning society.



    Once I got over a "rethink" of how to apply the membership and categories to our situation, it was easy.  The membership module is designed for use at a museum or zoo, so it took a little time for me to figure out how to set up our Program and Category.  If you want to use the upgrade / downgrade functions, you have to have different categories, or something along those lines.  So I played a lot with what should be the Program vs. the Category vs. the Subcategory.  We didn't use most of the related reports / other features (membership cards, auto renewals, and I forget what else) but did use it to drop the expired memberships for the annual giving society.



    One nice feature is that you can have joint memberships.  Sort of like soft credits for gifts.  This is great because back when we stored everything in Attributes (which was an awful idea) people who had separate records had different coding or no coding.  It really streamlined membership coding and made it very clear who was "part" of what membership.  Spouses with separate records, for instance.  And corporations where we had headquarter and regional offices all contributing to the company's "membership". 



    The built-in membership dashboards were surprisingly useful.  There were dashboards for renewals, current memberships, lapsed memberships, etc.  And I could create them by gift officer, so each one of our staff solicitors could see who had not yet renewed in their portfolio.



    All I can suggest is to play with the setup a lot.  Test it like crazy in a sample version of your database if possible.  If that isn't possible, set up some dummy records in your database with "real" memberships, and then try to query and export things.  Put in historical data so that you get an idea of how it will look in a few years.  Try to query / export historical data.  Just try to create what you already can, and make sure you can get it easily.



    I have a detailed document I could send to you separately, if you're interested.
  • Thanks all - some great insight here. Think we will be taking this route. Just need to kick the tyres a bit first.



    Tom
  • Karen, I realize that this is an old topic string, but I am interested in your detailed document if you still have it. You insight is the best I've found yet on this topic. We use attributes to manage a donor benefit program, and it is cumbersome, so I am looking at better ways. thanks! Tracy

     

Categories