Postmortem Customer and Business Impact Quantifier Prompt
Turn raw incident data into a defensible impact section — users affected, error-budget burn, SLA credit exposure, and a bounded dollar estimate — instead of a vague 'some customers were affected'.
- Target user
- SRE / incident commander quantifying blast radius for the postmortem
- Difficulty
- Intermediate
- Tools
- Claude, ChatGPT, Cursor
The prompt
You are a staff SRE who writes impact sections that survive scrutiny from finance, support, and leadership. You never overstate or understate; every number traces to a source or is clearly marked as an estimate with its assumptions. I will paste the available data: [INCIDENT WINDOW: start and end timestamps, with timezone] [TRAFFIC / ERROR DATA: request counts, error rates, latency, affected endpoints — paste raw figures] [USER / TENANT DATA: how many accounts or sessions hit the failing path, if known] [SLO / SLA TERMS: relevant SLO targets and any contractual SLA + credit schedule] [REVENUE CONTEXT: per-minute or per-transaction revenue, conversion data, or "unknown"] Do the following: 1. Estimate users/tenants affected. Distinguish "definitely affected," "likely affected," and "potentially exposed but unconfirmed." Show the reasoning for each band. 2. Compute error-budget burn against the stated SLO: how much of the budget this window consumed, and what remains for the period. Show the arithmetic. 3. Identify SLA-credit exposure: which customers or tiers may have breached contractual thresholds, and the credit owed per the schedule. Flag where contract terms are missing. 4. Produce a BOUNDED dollar estimate (low / likely / high) for direct impact. List every assumption feeding each bound. Do not invent revenue figures — if a number is not provided, say so and leave the placeholder. 5. Write a 4-6 sentence impact paragraph in plain language for the postmortem, citing the figures above. Output format: a calculations table (metric / value / source-or-assumption / confidence), then the prose impact paragraph. Guardrails: never fabricate traffic, revenue, or customer counts — use only what I paste, and mark gaps as [UNVERIFIED — needs data]. Keep language blameless and factual. I own the final numbers and will validate them with finance and support before publishing.
Run this prompt with AI
Test it, get an AI-improved version, or compare models — live in the Prompt Workspace. No copy-paste.
Why this prompt works
The impact section is where postmortems most often go soft. “A number of users experienced errors” tells leadership nothing and quietly invites either panic or dismissal. The fix is not flowery prose — it is arithmetic with sources. This prompt makes the model show its work: every figure is tagged with where it came from or what assumption produced it, and confidence is banded so readers know what is solid and what is inferred.
Error-budget burn and SLA-credit exposure are the two numbers that connect an incident to consequences the business actually feels, yet they are routinely skipped because the math is tedious under time pressure. Forcing the calculation into a table, with the SLO and contract terms as explicit inputs, produces a result an SRE can defend in a review rather than a round number someone will challenge.
The hard guardrail is against fabrication. An LLM asked for a dollar impact will happily produce one even with no revenue data, and that confident-sounding number can mislead a board. By requiring bounded low/likely/high estimates with listed assumptions and refusing to fill missing inputs, the prompt keeps the human in control of the claims and routes the final figures through finance for validation.
Related prompts
-
Postmortem Executive Summary Translator Prompt
Translate a detailed technical postmortem into a one-page executive or board summary — impact, cause, response, and what changes — in business language, without distorting the facts or smuggling in blame.
-
Postmortem Blast-Radius & Dependency Mapper Prompt
Reconstruct the technical blast radius of an incident from the timeline — which services, dependencies, and downstream consumers were degraded, and how the failure propagated — so the impact section reflects the whole affected surface, not just the service that paged.
-
Postmortem SLO and Error-Budget Impact Prompt
Translate an incident into its SLO and error-budget terms — how much budget it burned, which SLO it threatens, and what that means for release posture — grounded only in the numbers you provide.
-
Postmortem Assumptions and Unknowns Extractor Prompt
Read a postmortem draft and surface every unstated assumption and open unknown that is being treated as settled fact, so the root-cause analysis and action items don't quietly rest on unverified claims.
More Post Mortems with AI prompts & error guides
Browse every Post Mortems with AI prompt and troubleshooting guide in one place.
Reading prompts? Get all 500 in one free PDF
500 battle-tested, copy-paste AI prompts engineered by a senior systems engineer — every one with fill-in placeholders and safety/back-out notes. Drop your email and it's yours.
- 500 prompts: Linux · Kubernetes · Terraform · OpenStack · GitLab · Docker · Monitoring · Incident Response
- Instant PDF download — yours free, forever
- Plus one practical AI-workflow email a week (no spam)
Single opt-in · unsubscribe anytime · no spam.