Client incident report template (after an outage)

A report for the client after a site or app goes down: what happened, who was affected, how long it lasted, what fixed it, and what you will do so it doesn't happen again.

  • No email needed
  • Last reviewed 4 October 2026

What it's for

  • Agencies that host or look after client websites and apps.
  • Explaining an outage to a client in plain English, without blame.
  • Showing how an outage counts against an uptime promise.

What's inside

Summary and impact
What happened in two or three sentences, who was affected, and when it started, was noticed and was fixed.
Timeline
Each step from the first alert to the fix, with times and a time zone.
Cause and fix
What went wrong and what put it right, in plain English.
Next steps
Actions to stop it happening again, each with an owner and a date.

Preview

Worked example: the timeline of a fictional checkout outage (times in AEST)
Time What happened
09:12 Monitoring alert: the checkout page returns an error.
09:15 The on-call developer confirms customers can't pay, and phones the client.
09:40 Cause found: the payment provider changed its security certificate and the site rejected the new one.
10:05 Fix released. Test payments go through.
10:20 Monitoring has been clear for 15 minutes. Incident closed and the client told.

Checkout was down for 53 minutes, from the first alert at 09:12 to the fix at 10:05. A 99.9% monthly uptime promise allows 43 minutes 12 seconds in a 30-day month, so this outage alone is 9 minutes 48 seconds over, and the report says so.

Printable report

Incident report

Client
Site, app or service affected
Incident reference
Report date
Prepared by

Summary

What happened, in two or three sentences a non-technical reader can follow.

Impact

Who was affected and what they couldn't do. Include numbers if you have them, such as failed orders or pages that wouldn't load.

When (give each time with its time zone)

Started
Noticed
Fixed
Total time affected

Timeline

TimeWhat happened

Cause

What went wrong, plainly and without blame. Say what you know and what you are still checking.

What fixed it

What you did to put it right, and how you checked it was working again.

Next steps

What you will do so it doesn't happen again.

ActionOwnerDue

Uptime promise

If you have an SLA: the downtime this period, what the SLA allows, and whether it was met.

Questions

Who the client can contact about this report.

Template by Jasper — heyjasper.ai

How to use it

  1. Tell the client as soon as you know about the outage. Write this report once it is fixed and you understand the cause, while the details are fresh.
  2. Start with a summary of two or three sentences that a non-technical reader can follow.
  3. Give every time with its time zone, and work out how long it lasted from when the problem started to when it was fixed.
  4. Explain the cause plainly and without blame. Say what you know and what you are still checking.
  5. List each next step with an owner and a date, and tell the client when they are done.
  6. If you have an uptime promise, show how the downtime counts against it.

Questions

What should an incident report include?

A summary, the impact (who was affected and how), when it started, was noticed and was fixed, a timeline, the cause, what fixed it, and the next steps with owners and dates.

How is it different from a postmortem?

A postmortem is written for your own team and goes deep into the technical detail. This report is for the client: shorter, in plain English, and about the impact and what happens next.

Why write it without blame?

Google's SRE book explains that blameless postmortems focus on the causes of an incident rather than on who made a mistake, because an atmosphere of blame risks incidents and issues being swept under the rug. The same tone helps a client trust the report.

How do I work out downtime against an SLA?

Measure from when the problem started to when it was fixed, and compare it with the downtime your SLA allows for the period. At 99.9%, that is 43 minutes 12 seconds in a 30-day month. The free SLA calculator does the sums.

Our contract has rules for outages. Does this replace them?

No. If your contract sets how and when you report outages, or offers service credits, follow it. This template is a structure for the report.

Sources

Last reviewed 4 October 2026. We link to the regulator, the law or the platform's own help pages.

Changes: 4 October 2026: first published.

Free to use and change in your own business. Please don't resell the files or publish them as your own. More free templates.