I feel like I’ve really put my foot into yet another soggy area, e-communications. The laws of unintended entanglements are in full swing.
A few years ago we noticed that we were having trouble getting our emails through spam filters. We wanted to use HTML email because it is prettier and people enjoy reading it more—and they seem to respond better. Creating HTML email upped our spam scores with many ISPs, though, and of course, creating lots of HTML emails (this is not the place for my rant on what “HTML email” means, code-wise) was not how we wanted our web developer to spend time.
We migrated from one vendor to another, and right now, when we send out e-letters, we use a service called Constant Contact. The service is, indeed, admirable and reliable in some regards. They made it relatively easy for us to set up templates so that regular staff can put together the e-letters and e-blasts without relying on our developer. But, that just scratched the surface of what it turned out we needed.
First, Constant Contact seems to assume that we have one e-letter. Oops, we have several. So, when you unsubscribe from one, it shouldn’t mean that you are asking us not to contact you at all—it could very well mean, “I’m tired of hearing about your educational program, but I love your regular e-letter”. This is not necessarily true in Constant Contact-land, so we probably have considerably more churn than our subscribers intended.
To ensure that we are not confused with spammers, we go to great lengths to subscribe only people who ask to be subscribed. We then have to ask them to confirm. And we have to accept that lots of people never get, see, or respond to those confirmations. This also means that it is usually useless for us to subscribe someone manually—if they can’t even figure out how to fill in the “send me your e-letter” form, what are the odds that they’ll see the confirmation message and respond appropriately? (I have mixed feelings about this. We all had to learn how to deal with snail mail. We’ve all had to learn how to fill out traditional forms. We’ve all had to learn how to confirm that those do-gooder telemarketers claiming to represent political or charitable organizations that matter to us actually represent such organizations. We don’t give out social security numbers over the phone (most of us). Why would we wring our hands because some people draw a line and just aren’t going to figure out email?)
But what I really wanted to talk about is how to manage these e-communications. In theory, what we need is one database with everyone’s email address, noting what types of communications people want (and for our development folks, to which types of emails specific people respond so that we don’t send email to people who aren’t interested in that subject or cause). Nobody seems to be doing this well. Our current CRM company (DonorPerfect) is pretty miserable at managing this, and we’d basically have to write an interface for subscribers and get it to talk to DP on our own. Then, of course, we’d have to export the list each time we wanted to send a mailing. We’ve looked at tools like Kintera (the things we’ve heard about Kintera support would blister your ears) and Convio (I have yet to get a Convio user email me and admit to same—whether in love with the tool or hating the tool). Maybe they work. But I’d hate to throw out our existing CRM system so that I could experiment and find out. I’m sure there is a way of figuring this out. And I’m especially not going to let them manage our website after we have finally gotten Drupal, a good, open source CMS, working for us (and even moreso after looking at Convio- and Kintera-generated websites with their wonky spider-unfriendly URLs and horrid HTML).
I gotta figure this out because it is useless that I cannot communicate with people interested in our organization in ways that work with what interests them, especially in a time when I want them to be giving us money while financial worlds are melting down around us.
Who’s found something that works? that fits their organization’s needs? What are you doing? What makes it work for you?








July 1st, 2009 10:43
I’m shocked to find a blog I follow for my DH hobby mentioning my employer!
I’m a software developer at Convio, and can attest that our systems do support multiple newsletters, interest-based segmentation, and the credentialing required to get on spam filter whitelists. I have no idea if we’d be right for your organization, but can say that we’ve spent a lot of effort to cope with the concerns you specifically list. I’d be happy to connect you with whoever the appropriate person might be, if you’d like to explore further.
July 10th, 2009 09:15
We’ve found a service called MailChimp to be right for most of our clients. It has some pretty sophisticated segmentation, so can handle a number of different lists. It even has a API so that it can interface with your existing CRM and website, so you can subscribe people to lists when they fill out any sort of form (or click a link) on your website.
Because it specialises in sending newsletters you avoid the whole issue of your mail servers getting blacklisted or your email getting marked as spam, since they do all the hard work making it compatible with servers & mail clients, and making it standards-compliant.
You can set up templates for various newsletters, and it has a WYSIWYG editor so you can compose messages.
It has a pretty cool analytics system too, so you can track open and clickthrough rates. If you use Google Analytics to track usage of your website, it’ll even integrate with that so you can track usage from your newsletter to your website.
All this isn’t free, though it is fairly cheap. You can pay a monthly fee based on the number of subscribers you have, or buy credits pay-as-you-go. Given the features, the usability and the headache avoided in maintaining lists, I’d heartily recommend it.
You can even trial it for free with lists of up to five names.
And no, I’m not on commission from MailChimp.
July 10th, 2009 09:18
Perhaps providing the URL would have been helpful: http://www.mailchimp.com
July 13th, 2009 05:42
I’m looking at something very similar to this right now and think that Mailchimp (as Ed sugggests) combined with Drupal and a couple of extra modules could be the answer.
The Drupal Mailchimp module/API allows you to synchronise a group of Drupal users belonging to a specific role with a specific mailchimp mailing list.
Combine this with the profile module which allows you to add different fields/checkboxes to each users profile and the advanced user module (http://drupal.org/project/advuser) which allows you to view filtered lists of users and then add them to different roles.
It seems that this could form the basis of a good system for managing users and associated mailing lists.