Customer Escalation Brief Skill

Produce a clear, concise escalation brief that gives internal stakeholders — VP CS, CCO, product leadership, or the CEO — everything they need to understand the situation, make decisions, and act fast.

A good escalation brief is not a complaint. It is a professional document that states the facts, assigns accountability honestly, and proposes a specific resolution plan.

Required Inputs

Ask for these if not already provided:

• Account name, tier, and ARR
• CSM name and account owner
• Nature of the escalation — what happened, what the customer is saying
• Timeline of events leading to escalation
• Customer contact who escalated (name, role, influence level)
• What the customer wants — their stated ask
• What we believe the root cause is
• What has already been done to address the situation
• Renewal date and current renewal risk assessment

Escalation Levels

Calibrate urgency and audience based on escalation level:

Output Format

Escalation Brief: [Account Name]

Escalation level: L[1/2/3/4] — [Label] Date raised: [Date] Raised by: [CSM name] Escalation owner: [Name of exec or senior stakeholder now leading response]

Account at a Glance

What Happened — Summary

[3–5 sentences. State the facts plainly. What the customer experienced, how they reacted, and how we learned about the escalation. No editorialising. No blame.]

Timeline

List in chronological order. Each entry: [Date / time] — [What happened. Who did what.]

Include:

• When the original issue or trigger event occurred
• When the customer first raised concerns (informally)
• When it escalated (formal escalation or exec involvement)
• Actions taken since escalation

Root Cause

Primary cause: [One clear sentence. What specifically went wrong.]

Contributing factors:

• [Factor 1 — be honest about internal failures as well as external ones]
• [Factor 2]

Is this a systemic issue or isolated? [ ] Isolated to this account [ ] Pattern seen in other accounts — details: [_______] [ ] Product or process gap that needs fixing

Customer's Stated Position

What the customer says happened: [Their version of events — fair and unfiltered]

What they are asking for: [Their explicit ask — compensation, fix by date, exec call, SLA credit, exit clause]

Sentiment of escalating contact: [Frustrated but constructive / Angry / Seeking exit / Unknown]

Risk of public escalation: Low / Medium / High — [evidence if Medium or High]

Business Impact

What Has Been Done So Far

1. [Action taken — by whom — date — outcome]
2. [Action taken — by whom — date — outcome]
3. [Action taken — by whom — date — outcome]

Has a formal apology or acknowledgement been issued? Yes / No

Proposed Resolution Plan

Immediate actions (next 24–48 hours):

Medium-term actions (next 2–4 weeks):

What we are NOT offering: [Be explicit about what is not on the table — avoids misaligned expectations]

Success criteria: [How will we know the escalation is resolved? What does the customer need to confirm they are satisfied?]

Decision Required from Escalation Owner

[State clearly what decision or resource the escalation owner needs to provide. Be specific — do not make them ask. E.g.: "We need approval to offer a 20% service credit for Q2" or "We need an exec call with [name] within 48 hours."]

Communication Plan

Deeper Materials

This skill ships with support files — use them when they are available:

• references/deescalation-sequencing.md — De-escalation Sequencing: the Order of Operations When an Account Is on Fire. Apply it while producing the output; it carries the calibration and judgment calls the method summary above compresses.
• templates/escalation-brief.md — a fill-in version of the deliverable with the quality gates inline. Offer it when the user wants to work the document themselves rather than have it generated.

Scoring Rubric (0–40)

Score any output of this skill before handing it over; 32+ is ship-quality.

Quality Checks

• Root cause is specific — not "communication breakdown" or "product gap" without detail
• Customer's position is stated fairly — not minimised or dismissed
• A clear decision is requested from the escalation owner — brief does not end with "what do you think?"
• ARR at risk is quantified
• Communication plan has owners and dates — not "TBD"
• Language is professional and blameless toward individuals

Anti-Patterns

• Do not assign blame to individuals — focus on system failures and process gaps
• Do not downplay ARR at risk or describe churn risk vaguely without a number
• Do not leave resolution plan ownership as "TBD" or unassigned
• Do not write the brief without a clear ask from the escalation owner
• Do not omit the customer's own stated position — their perspective must be represented fairly