I call bullshit on this bullshit. When my systems go down, I AM sorry if it inconveniences my users. Why is this not OK? It beats the hell out of some stupid-ass whale picture.
I see a certain dichotomy when it comes to the times when things go wrong: from an provider's point of view, downtime is an inconvenience because they now have to deal with an angry client, but from a client perspective, it looks more like the provider is irresponsible and incompetent, than a mere inconvenience (especially when there's money or job security on the line for the client party).
Then again, I think being cold and going for the "we apologize for any inconvenience" line can have some advantages over being personal - it implies you are more objective and reliable.
If you're dealing with a system outage affecting hundreds or thousands of users, it's probably impossible to say anything else but generics ("inconvenience", "issues", etc.).
Just say what went wrong, how you're dealing with it now and in the future, and what you're doing to make it up to everyone that was (potentially) affected.
If someone writes back with a specific incident caused by the outage, you can address it directly then.
All my emails tend to be formal in style even to people I know well - so I would never consider it appropriate to write 'really, really sorry about that guys' to customers.
Hmmm. I remember a while back when 37s had a piece of hardware die, they posted on their blog slating rackspace for not dealing with it quickly enough. A while later they admitted they did not have a hot standby for the hardware that failed (I seem to remember it was a load balancer, so kind of important).
So basically I call bullshit on this. How about when you have a failure you don't blame a supplier who was not in the wrong? I'll try and find the blog post.
We shouldn't have blamed Rackspace. Even if it was their fault, it's our responsibility. Our customers pay us, not Rackspace. We learned from that and haven't blamed anyone but ourselves from that point on.
Isn't it a litte high minded to blog about ways to communicate downtime when the last time you experienced some you blamed your suppliers who were actually blameless?
"Naturally, we’re going to have a long, serious talk with our service provider (Rackspace). They’re supposed to be the best in the business, but in this instance they failed us,"
Then further down in the comments, DHH admits that their LB blew and they didn't have a hot standby:
"It was no doubt a mistake not to have a second load balancer sitting ready"
Hopefully next time we have to apologize for something going wrong we'll be able to do a better job than the standard "We apologize for the inconvenience" reply.
"Also, you should find someone willing to take personal responsibility."
I strongly disagree here. I always hate this scapegoating behavior, and also it irks me when for some public disasters a random person gets fired and then supposedly everything has been amended. I don't care about the people about your company, I just want you to not screw up. On the other hand, everybody makes mistakes.
I agree - sort of. A company should always present a unified front, and no one person should be asked to sacrifice himself (or herself) because of a problem.
Internally, however, you have to make sure you have processes in place to find out what happened so that if someone was responsible, you can figure out where they went wrong and teach them the procedures that will prevent the problem from happening again (this assumes that the person or people weren't willfully causing the problem, of course).
While I agree with David's sentiment, the more info the better . . . it sometimes may be appropriate to have a stock answer when the event doesn't really generate real emotion.
http://status.37signals.com/
"21:20 - 21:40AM CDT DECEMBER 22 (3:20 - 3:40 GMT DECEMBER 23), 2008
Connection problems were experienced to Basecamp and Highrise due to a misbehaving web server. We apologize for the inconvenience."
Hmm, to be honest, I personally don't care about the language used in apologizing for problems caused by downtime - downtimes happen to even the most technically savvy of companies (Google + Gmail anyone?) so really, this is like pissing in the wind.
Also as was mentioned on the first comment, 37signals has used almost those exact same words they're condemning in this blog post. I'm not going to say they're hypocrites... but the evidence is pretty compelling.
I'd much rather a company that operates services for 24 hours a day to be able to let people know of the situation as it happens instead of apologizing profusely about it the next day in personalized language.
I don't know what's wrong with having a canned response. Addressing a problem and ensuring folks that it's being rectified goes a lot longer than leaving your customers out to dry or changing their diapers for them.
If the issue is not the responsibility or fault of the person I am speaking with I do not expect their personal apology. If it is clear they are innocent of wrongdoing it seems unnatural for them to slavishly gush about how sorry they are.
well i can't comment on their site? button just goes gray?
anyway... i think outage messages should have generic language, it is a key to moving on or ignoring the notice...
but you should progressively be able to click for more details, down to the point where if you're so curious why don't you help: here's a link to the active outage discussion with the technicians
