Home › Topics › Outage Communication

Outage Communication

E-mail went down at 10:15. The desk knew at 10:16, because forty people told them. By 10:40 the desk had found the cause, restarted the right thing, and watched the queue drain. At 10:45 e-mail was back. Nobody had been told anything at any point, including that it was back. People kept phoning until noon to ask whether it was safe to send. The outage lasted thirty minutes. The not-knowing lasted two hours, and the not-knowing is what everyone remembered. Communication during an outage is not a courtesy added to the fix. For most of the people affected, it is the fix.

This series is about saying something, early, to everyone, and then saying it again. It covers the first notice, sent inside five minutes with almost no information. It covers choosing the channels, including the problem of announcing an e-mail outage by e-mail. It covers a status page for a small organisation that has never had one. Then comes update cadence during an incident, with the interval by severity and the update that says there is no news. It covers the all-clear and the follow-up note the next day. And it covers planned-maintenance notices that people actually read. The incident itself, and the roles behind it, have a series of their own. This one is about the messages.

Articles in This Series

Explore More Topics

This series is part of the QuerySolv helpdesk topic library. It covers the foundations, processes, communication, knowledge, tooling, metrics, classic ticket domains, people and strategy behind a support desk that works. The library pairs well with the software we build: QuerySolv. It is a self-hosted help desk that runs as one Windows service on your own network. It is licensed once per installation, not per agent per month.