TemplateEmail

Escalation email

Follow-ups have stopped working: give the timeline, the business impact, what was already tried, and the one decision you need by when.

Last updated

Fill in the blanks

Assembled in your browser — nothing you type is stored or sent anywhere.

Your email

SubjectEscalating: the unresolved payment gateway outage affecting checkout

Hi Mr. Bianchi, I'm escalating the unresolved payment gateway outage affecting checkout, which Support (ticket #48213) and I have been working through since Monday 31 August without resolution. We're losing an estimated $3,000 a day in failed transactions. What I've tried: three follow-up emails and a call with support, with no fix or timeline offered. I need a decision on whether we switch to the backup gateway or hold for a fix by end of day Friday to avoid further revenue loss into next week. Thanks, Farah

How to use it well

  • →Escalate the issue, not the person — describe what was tried and by when, and let the timeline speak instead of characterizing anyone's competence.
  • →Lead with the business impact, not the history; the reader decides whether to act based on what's at stake, not how long you've been stuck.
  • →Ask for a specific decision, not "help" — a resolvable ask gets resolved, a vague one gets acknowledged and shelved.

Part by part

Escalating: {{issue_summary}}
Names the action in the subject. An escalation that does not announce itself is read as another update and waits in the queue with them.
{{original_contact}} and I have been working through
Credits the person you were working with rather than going around them. It is what keeps an escalation from reading as a complaint about a colleague.
since {{start_date}}
Establishes elapsed time, which is usually the strongest single argument that escalation is warranted.
What I've tried: {{attempts}}
Pre-empts the first question any senior person asks. Without it the reply is a list of things you have already done.
I need a decision on {{decision_needed}}
Asks for a decision rather than attention. Escalations that ask for help produce sympathy; ones that ask for a specific decision produce an answer.

Common mistakes

  • This still isn't resolved and I need help.

    Asks for help without naming what decision is needed, so the recipient has to work out what to do. Escalations framed this way tend to be forwarded rather than acted on.

  • Escalating without telling the person you were working with.

    Damages the working relationship for no gain, and the recipient will usually ask them anyway. Copying them, or telling them first, keeps the escalation about the issue.

  • I've been waiting weeks and nobody is doing anything.

    Frames it as a grievance, which invites a defence of the process rather than a decision. The same facts stated neutrally, with dates, are considerably harder to dismiss.

Questions

When is escalating appropriate?

When the current path has genuinely stalled and there is a decision only someone else can make. Escalating for speed alone spends credibility you will want later for something that actually needs it.

Should I copy the person I was working with?

Usually yes. It signals you are escalating the issue rather than going around them, and it means they can add context immediately instead of finding out second-hand.

Why state a consequence?

Because it converts urgency from a feeling into a fact. A missed launch date or a customer commitment is something a decision-maker can weigh; "this is urgent" is not.

How much history should I include?

The dates, what was tried, and where it stopped — a few lines. A full chronology moves the work of finding the relevant part onto the person you need a fast decision from.

Related in Templates