Take note kids: this is a shining example of how not to market such a large product/service change.
What a fiasco. Directly going against their About Page, failing to update their pricing page to indicate the change.. it's all bad.
I'm in the camp of everyone else where the TOS change is forcing my startup leave.
The net negative effect is that I'll likely start moving off of MailChimp for marketing emails as well. They've already broken my trust.
Their pricing model is a sham anyways: paying for list maintenance is utter BS.
It's a small multi-kilobyte file if you're not actually using it.
I've taken to exporting and clearing certain lists at intervals to keep costs down.
In reality, I should simply never have done user data collection with MailChimp to begin with.
Interestingly, their (former) competitors are taking full advantage of the outrage by running ads on Twitter and LinkedIn aimed at Mandrill customers who've been screwed.
I think you meant deliverability. But maybe we should all switch to calling it desirability.
Now, because of the ToS, we have to remove it from our product and port our users somewhere else...and fast.
We also have to port our own servers to another service, and fast.
I remember the day we finally had enough subscribers to actually start paying Mailchimp money, and now all I can think about is how much disdain I have for them. Unless they reverse course on this issue, we will be shouting "down with Mailchimp" from the rooftops to all of our customers.
Once you've done that you should look at what other services you rely significantly upon and see about mitigating the risk there by having an alternative ready to go (or even sharing the load).
At a previous startup we realised we relied wholly upon Mandrill and so reimplemented the sending code so that half of the emails went out via Mandrill and the other half by SendGrid. A stunt like the above just requires a quick reconfigure to make all emails go via the alternative provider whilst we (with less panic) add another new alternative provider to share the load. It also helps build up a positive reputation before cutting over straight away.
(This wasn't about splitting the emails amongst free tiers to keep it free, we were far away from moving up to a paid tier even with all emails going through one provider.)
This also has the benefit that if one service goes down, we can automatically fallback to the other with (hopefully) no downtime. Most email providers have a limit to what you can send until you're established with them, so using another provider as a standard backup isn't feasible, as suddenly sending 1,000's of emails a day will see the account get suspended pretty quickly.
Plus, if one of them goes out of business or changes their terms with little notice, like Mandrill, we should have a bit more time to work around it as at least one service will work.
Just spent the morning migrating our mailing services to SES.
Now I'm going to have to rewrite our incoming mail parser, since I hooked into their API's for all that. What a mistake that decision was.