tinyhumansai Escalation Handoff
An escalation is a customer being disappointed once and trusting you anyway. The failure they remember is not that it took time; it is the silence afterwards.
When to use
- Support has tried what it can and the customer still has the problem.
- A ticket needs authority support does not hold.
Steps
- Check
escalationsandknown-issuesfirst. The same problem escalated twice is usually one nobody closed the loop on, and the second escalation will land on somebody who already answered it. - Write what was tried. An escalation with no attempt behind it is a queue transfer, and it will be sent back.
- State the customer's actual problem, not the internal diagnosis. The person picking it up needs to be able to check whether the diagnosis is even right.
- Name who holds it now — a person or a desk, not "engineering".
- Tell the customer, in the same session: that it has moved, who has it,
and when they will next hear something. Only give a date you actually hold;
if you give one, it goes on
commitments. - Set a check-back. A stalled escalation is the one place customers are actively being let down, and nothing surfaces it except somebody looking.
Output
An escalations row with what was tried, who holds it, and what the customer
was told — plus the message that actually went to the customer.