After something goes seriously wrong on a project, there's a conversation that needs to happen. Not the crisis response (that's separate), but the follow-up: here's what happened, here's what we learned, here's what we're doing so it doesn't happen again.
Most people dread this conversation. I've come to see it as an opportunity. Done well, a post-mortem actually strengthens trust, because it shows maturity, transparency, and genuine commitment to improvement. Done poorly, it reopens wounds or creates new anxiety.
Why this matters
If you skip the post-mortem, clients are left wondering whether you learned anything and whether it'll happen again. If you handle it defensively, they wonder if you're taking it seriously. If you do it well, they walk away thinking "okay, they messed up, but they handled it like professionals."
The principles
Analyze blameless internally first. Before talking to the client, understand what actually happened. Focus on systems and processes, not individual failures.
Be transparent about what happened and why. Clients respect honesty. A clear, factual timeline builds credibility.
Own mistakes without overdoing it. Take responsibility where it's yours. Don't grovel. One clear acknowledgment is more effective than repeated apologies.
Focus heavily on prevention. What clients really want to know is: will this happen again? Specific prevention measures matter more than detailed explanations of what went wrong.
What a good post-mortem looks like
"I want to walk you through what happened last week, what we learned, and what we're changing.
What happened: [clear timeline of events]
Root cause: [honest assessment, focused on systems not blame]
Impact: [what was affected, for how long]
What we did well in the response: [specific positives]
What we could have done better: [honest self-assessment]
What we've changed:
- [Specific technical improvement]
- [Process change]
- [Monitoring or alerting enhancement]
All three are already implemented. We'll review their effectiveness in 30 days.
What questions or concerns do you have?"
Why It Works
Transparent. Shows learning. Specific prevention measures, not vague promises. Invites their input.
Tips
- Wait until emotions have cooled before holding the post-mortem
- Prepare a written summary to share
- Focus on "what" and "how," not "who"
- Be specific about prevention, not "we'll do better"
- Acknowledge the impact on them
- Follow up 30 days later: "Here's what we implemented and how it's working"
How this connects
Post-mortems draw on delivering bad news (similar honesty and structure), turning criticism into problem-solving (the client may still be frustrated), following through (you must actually implement what you promise), and building long-term relationships (how you handle failure defines the relationship as much as how you handle success).
Things to try
- After your next significant incident, schedule a formal post-mortem with the client
- Use a blameless framework: timeline, root cause, prevention
- Prepare a written summary before the meeting
- Be specific about what changes you're making
- Set a 30-day follow-up to report on the effectiveness of changes