Almost three years ago, I started blogging about the importance of transparency at my blog Transparent Uptime. I chronicled the benefits of being transparent in your companies handling of downtime and performance. I did case studies on transparency done right, and transparency done wrong. I spoke at conferences preaching the gospel of performance. What was a strange idea back then is now becoming obvious, especially to young companies. Just as things were ramping up, I was forced to put my blog on hiatus.

In the time since, I’ve been looking for someone to hand off the torch of transparency to. I’m really excited to be a part of the launch of Transparent Performance, a new online consortium that will bring together experts from around the industry to continue the transparency movement. Transparency isn’t about altruism, or being “good”. Transparency is good business decision. My hope is that Transparent Performance can help the industry cross the chasm, and make it both obvious and trivial to be transparent in your uptime and performance. If anyone can do it, these guys can.

And if you’re interested in becoming a contributing editor too, do drop them a line or comment below.

Lenny Rachitsky

[Published earlier on ReadWriteWeb and as a blog post]

When Gmail is slow, Amazon trips, when there is a Facebook issue, or Foursquare’s API crashes, people get upset, and tens of thousands reveal their anxiety on social networks.

Every time there is a major outage, security issue, or malfunction we see this pattern of raised anxiety, doubts, and questioning of services in the cloud in general.

This makes perfect sense of course, as Web apps and Web services have become more prevalent and are now an essential part of our daily habits and work. The advantage of Web apps is compelling: simply grab a PC, iPad, laptop or mobile phone and you have everything at your fingertips. But there is a downside too: we become dependent on the cloud infrastructure and our connectivity to the network.

The reality is that software and services break. Desktop software normally breaks with one user at a time, although millions will be affected over time. If a Web app breaks however, hundreds of thousands are affected at the same time. There is also a psychological effect: when software on a computer fails, people often feel (partly) responsible for it. With Web apps, the provider is the only one to blame.

So even if Web apps are far more reliable than local apps – and I believe this is often the case – the public outcry is far more extensive. Especially now, when typing “#fail” on social networks like Twitter and Facebook, is only seconds away.

What does this imply for the companies behind the Web apps we use every day? The single most important thing is to have the communication channels in place well before a ‘crisis’ strikes.

I personally suggest having the following at minimum:

1. A blog or status page that is hosted independent (and scalable!) from the main website and services. Easy, predictable, standard names should be used: blog.company-or-brand.comand status.company-or-brand.com, respectively. A good example: status.readwriteweb.com. Preferably these pages should include up-to-date, live, stats.
2. A Twitter name where one can post quick updates. If possible @company-or-brand should be used here too. Example: @rww.

This first level of transparency makes it easy for people to get informed and immediately results in lower anxiety levels. This in turn, helps to stamp out rogue stories in times of crisis, and reduces the load on the company’s customer service contact center.

Many companies have set up public status pages already.

• Admit failure as soon as possible, preferably by someone high up in the organization
• Make sure the posts and updates sound human, no standard sound bites
• Explain in detail who and what is affected (which regions, percentage of customers, what services, etc.)
• Publish a detailed timeline of the outage, and start maintaining this immediately after the first event
• Share detailed post mortem reports and lessons learned after the crisis is over
• Read more here for a more detailed analysis by Lenny Rachitsky on the psychology of transparency

If these guidelines are followed, the added benefit is that it actually induces and instills a higher trust in the company and its brand – not less. It also gets the message across quickly and efficiently, so it can then be relayed across social networks, instead of leaving it up to the guesses of the public or the media. Finally, it will save serious money in the company’s contact center, as it sets the right expectations.

Companies that are transparent about issues regarding their services will actually gain kudos and trust.

So the next time there is an issue with your favorite application on the Web and www.your-favorite-app.com is not working: you might want to check out status.your-favorite-app.com to see if there is up-to-date information before you type “#fail”. A Public Status Page may just be waiting for you there.

Stan P. van de Burgt
CEO and co-founder of WatchMouse