Record the fact
Write the observable fact, not a guess: 'webhook failed 12 times', not 'Stripe broke'.
- Timestamp.
- Scope.
- Evidence link.
black book of errors
How to record failures so that a week later it is clear what happened, who was affected, how it was fixed, and what must not repeat.
Goal: turn launch chaos into a learning log, not a pile of phone messages.
what to ask first
Write the observable fact, not a guess: 'webhook failed 12 times', not 'Stripe broke'.
Main question: were there money, private data, lost access, or widespread blocking involved?
Every serious incident should end with a fix, owner note, and prevention item.
reply templates
Any repeated failure.
[Incident] path / severity / date
What happened: ... Who was affected: ... Cause: unknown/confirmed ... Action: ... Clients contacted: yes/no ... Prevention: ...
Failure affected a client and has been checked.
We found the access issue
We found a technical issue that may have prevented opening your scroll. We are restoring access now. You do not need to pay again. We will write when the path is restored.
red flags
closed when
related doors