Writes structured escalation documents that get the right people to act on a customer issue. Includes the headline, timeline, customer impact, resolution attempts, specific ask, and commercial context. Use when asked to write an escalation brief, document an escalation, prepare an internal escalation report, structure a request for engineering or product help, or when a customer issue needs to be routed to a team that has no context on the account. Also triggers for questions about escalation documentation, internal issue briefs, cross-functional requests, or how to write an escalation that actually gets acted on.
Writes structured escalation documents that get the right people to act on a customer issue. Includes the headline, timeline, customer impact, resolution attempts, specific ask, and commercial context. Use when asked to write an escalation brief, document an escalation, prepare an internal escalation report, structure a request for engineering or product help, or when a customer issue needs to be routed to a team that has no context on the account. Also triggers for questions about escalation documentation, internal issue briefs, cross-functional requests, or how to write an escalation that actually gets acted on.
Writes escalation documents that get results. The difference between an escalation that is acted on in 4 hours and one that sits in a queue for a week is usually the quality of the brief -- not the severity of the issue.
Most escalation briefs fail because they describe the problem without giving the receiving team enough context to act. This skill produces briefs that are self-contained: anyone reading it for the first time can understand the situation, the impact, the urgency, and exactly what is needed.
How to Use
Provide:
What happened (the specific issue, not a category)
When it started and what has happened since (timeline)
What the customer impact is (in their terms, not in your terms)
What you have already tried (every resolution attempt and its outcome)
What you need from the receiving team (specific, not "please help")
The commercial context (ARR, renewal proximity, strategic importance)
What the customer knows and expects (their current understanding and timeline expectation)
Brief Structure
1. Headline (5 Seconds to Understand)
One line that answers: what is happening, to whom, and what is at stake.
The headline should be understandable by someone who has never heard of this account. If the recipient needs to read the entire brief to understand the headline, the headline failed.
2. Customer Impact (Their Language, Not Yours)
What this means for the customer's business. Not "the feature is broken" but "their analytics team cannot run reports, costing them an estimated 4 hours per week in manual workarounds."
Bad Framing
Good Framing
"API is slow"
"API latency >3s makes dashboard queries unusable. Their analytics team of 15 has reverted to manual reporting"
"Feature is not working as expected"
"The export function fails for files >50MB. Customer processes 200+ files/week at that size. They have no workaround"
"Customer is unhappy"
"Customer has raised this in 3 separate conversations over 10 days. Champion's patience is running out -- verbatim: 'If this is not fixed by end of week, we need to discuss alternatives'"
3. Timeline (Chronological, Concise)
Every event from first occurrence to now. Each entry: date, what happened, outcome.
Feb 26: Customer reported API latency >3s on dashboard queries
Feb 27: Support ticket #4521 opened, classified P2. Initial investigation: no server-side issue found
Mar 01: Escalated to P1 after customer confirmed issue affects 15 users across the analytics team
Mar 05: Engineering identified potential database query optimisation. Fix estimated 3-5 days
Mar 10: Fix not yet deployed. Customer increasingly frustrated. CSM requested this escalation
4. Resolution Attempts (What Has Already Been Tried)
This prevents the receiving team from re-trying approaches that have already failed.
Attempt
Date
Outcome
Server-side cache flush
Feb 27
No improvement
Customer-side browser cache clear
Feb 28
Temporary improvement, issue returned within hours
Database query review
Mar 05
Root cause identified. Fix in development
5. Specific Ask (Not "Please Help")
The single most important section. What exactly do you need, from whom, by when.
Bad: "Please help resolve this issue"
Good: "I need engineering to deploy the database query optimisation fix and confirm API response time returns to <500ms for dashboard queries. Target: March 14"
Include the definition of "resolved" from the customer's perspective -- not from your internal metrics.
6. Customer Communication Status
What the customer has been told, what they expect, and their current sentiment.
Element
Content
What they know
"Engineering has identified the root cause and a fix is in development"
What they expect
"Resolution by end of this week"
Current sentiment
"Patient but firm. Champion said if not resolved by Friday, they will raise with their VP"
What they do not know
"That the fix has been delayed by 5 days. They need to be updated"
7. Commercial Context
Why this matters beyond the immediate issue.
Element
Data
ARR
EUR 85,000
Renewal date
May 16 (67 days)
Strategic importance
Mid-market reference account. Active case study in pipeline
Revenue at risk
Full ARR if unresolved before renewal conversation
Expansion context
Was discussing 15-seat expansion before this issue surfaced. Expansion is now paused
Routing Guidance
Issue Type
Route To
Brief Emphasis
Product defect
Engineering via support
Technical detail, reproduction steps, scope of impact
Feature gap
Product management
Business case, customer count affected, competitive context
Political context, stakeholder dynamics, recommended approach
Output Format
## Escalation Brief: [Account Name]
**Severity:** [P1/P2/P3] | **Route to:** [team]
**Headline:** [one line]
### Customer Impact
[2-3 sentences in the customer's terms]
### Timeline
[Chronological event list]
### Resolution Attempts
[What has been tried and outcome of each]
### Specific Ask
[What you need, from whom, by when, and definition of resolved]
### Customer Communication
[What they know, expect, and feel]
### Commercial Context
[ARR, renewal, strategic importance, revenue at risk]
Quality Gates
Does the headline tell the story in one line? Test: if the recipient only reads the headline, do they understand the urgency and scope?
Is the customer impact described in business terms, not technical terms? The receiving team needs to understand why this matters, not just what is broken
Is every resolution attempt documented? Duplication of failed attempts wastes time and frustrates the customer
Is the ask specific with a deadline? "Please prioritise" is not an ask. A named action with a target date is
Is the commercial context present? Engineering and product teams rarely see the revenue dimension. Providing it changes their prioritisation calculus
Principles
The escalation brief is an advocacy document. You are advocating for your customer to an internal team that has competing priorities. The brief must make the case for why this issue deserves their attention now
Clarity is speed. A clear brief gets acted on faster than a vague one, regardless of severity. The 15 minutes you spend writing a good brief saves days of back-and-forth clarification
Include everything the receiving team needs to act without asking you a single follow-up question. If they need to come back to you for the timeline, the reproduction steps, or the commercial context, the brief was incomplete
Update the brief as the situation evolves. An escalation is not a single document -- it is a living record. Add entries to the timeline as new information emerges. The brief should always reflect the current state
