← Back to Blog

When Complaints Spike: Holding Responses That Stay Honest

2 March 2026 · ReplyRight · Customer communications

When Complaints Spike: Holding Responses That Stay Honest

A practical guide to keeping customers informed without guessing timelines, overpromising, or losing control of your inbox.

Most teams don’t get into trouble because they don’t care. They get into trouble because a sudden spike hits: a product issue, a pricing change, a supplier failure, a systems outage, a media story, or a regulator-led wave of claims. The volume overwhelms the usual “one-by-one” approach. Then the pressure arrives from every direction: customers want answers, frontline staff want scripts, leadership wants reassurance, and compliance wants evidence that you’re staying within the rules.

In UK financial services, the Financial Conduct Authority’s updates on motor finance complaint-handling rules are a good reminder that timelines and public-facing communications matter when complaint volumes surge. The details vary by sector, but the lesson generalises: when you’re dealing with high volume and heightened scrutiny, your words become part of your evidence trail.

This post is about the communications layer of surge handling: the “holding response”, the predictable update cycle, and the template library that keeps your team consistent. It’s not legal advice, and it’s not a substitute for your sector rules. It’s a practical, plainspoken playbook you can adapt.

What a surge does to your communications (and why it’s risky)

When the queue grows faster than you can work it, the default instincts are understandable:

  • Promise speed (“We’ll get this sorted today”).
  • Offer certainty (“You’ll definitely get a refund”).
  • Over-share internal detail (“Our systems have failed and nothing is working”).
  • Go quiet (because you don’t know what to say yet).

All four can backfire. The goal is not to sound robotic. The goal is to sound credible. Credibility comes from three things:

  1. Clarity (what you’ve understood, what you’re doing next, what you need from the customer).
  2. Boundaries (what you can’t confirm yet, what you won’t do, and why).
  3. Predictability (when you will update them again, even if the update is “still in progress”).

The “good holding response” checklist

A holding response should be short, calm, and complete enough that the customer doesn’t need to chase you the same day. Use this checklist:

1) Confirm what you’ve received (and the reference)

  • Restate the issue in the customer’s words (one sentence).
  • Provide a reference number or case ID.

2) Say what happens next (in steps, not promises)

  • Explain the next step your team will take.
  • List what you need from the customer (if anything).

3) Name the current constraint without dramatising

  • High volumes, third-party dependency, internal investigation, etc.
  • Avoid blame and avoid over-sharing.

4) Give a predictable update point

  • Pick a realistic update cadence (e.g., every 3 business days, or weekly).
  • Commit to the cadence, not the outcome.

5) Set expectations on outcomes and timelines

  • If you have formal timelines, reference them accurately.
  • If you don’t, avoid guessing dates. Say what you can confirm.

6) Provide an escalation route for vulnerable/urgent cases

  • Offer a way to flag urgency (medical need, financial hardship, safety issue).
  • Keep it structured so it doesn’t become a loophole everyone uses.

Build a surge-safe update cycle (so customers don’t feel ignored)

Silence is often interpreted as indifference. During a surge, you may not be able to provide meaningful progress every day. But you can provide predictable contact.

A simple model that works across sectors:

  • Day 0–1: immediate acknowledgement + reference + what’s next
  • Day 3–5: progress update (even if it’s only “still investigating”) + request any missing info
  • Weekly thereafter: set day-of-week updates until the case closes
  • Closure: decision + rationale + next steps + how to challenge/appeal (if applicable)

Why it works: it replaces the customer’s need to chase with a schedule they can trust. It also reduces inbound “any update?” messages, which is the hidden second wave that crushes teams during spikes.

Three phrases that cause most of the trouble (and safer swaps)

You don’t need to sound legalistic. You just need to avoid statements that you can’t support later.

Phrase #1: “We’ve fixed it” (too early)

Why it’s risky: customers read it as “the impact on me is over”. If their issue persists, you lose trust instantly.

Safer swap: “We’ve identified the cause and put a change in place. We’re monitoring results and will update you by [day/time].”

Phrase #2: “You’ll get a refund/compensation” (before the check)

Why it’s risky: creates an entitlement you may not be able to honour, and it can move a complaint from “frustrated” to “formal dispute”.

Safer swap: “Once we’ve reviewed your account and the relevant records, we’ll explain what we can offer and why.”

Phrase #3: “We’ll reply within 24 hours” (when you can’t)

Why it’s risky: it becomes the new deadline you fail, repeatedly, across hundreds of cases.

Safer swap: “We’ll send your next update by [day]. If we need more information before then, we’ll contact you.”

Template 1: Initial acknowledgement (surge volume)

Subject: We’ve received your complaint (Reference: {{case_id}})

Hi {{first_name}},

Thanks for getting in touch — I’m sorry for the experience you’ve had. I’ve logged your complaint under reference {{case_id}}.

What we’ve understood so far
You’re contacting us about: {{one_sentence_summary}}.

What happens next
We’re reviewing the relevant records and any recent changes that may be connected to this issue. If we need additional information from you, we’ll ask for it in one message so you don’t have to repeat yourself.

Updates
We’re currently receiving a higher than usual number of contacts. To keep this predictable, we’ll send your next update by {{next_update_day}}.

If your situation is urgent (for example, a safety issue or immediate financial hardship), reply to this email with URGENT in the subject line and tell us why, and we’ll review prioritisation.

Regards,
{{agent_name}}
{{company_name}}

Template 2: Progress update (no new decision yet)

Subject: Update on your complaint (Reference: {{case_id}})

Hi {{first_name}},

This is your scheduled update regarding complaint {{case_id}}.

Where things stand
We’re still reviewing {{what_is_being_reviewed}} and confirming the timeline of events. At this stage, we’re not ready to give a final outcome.

What we need from you (if anything)
{{info_needed_or_none}}.

Next update
We’ll write again by {{next_update_day}}. If we can close the case sooner, we will.

Regards,
{{agent_name}}
{{company_name}}

Template 3: Decision letter (plain-English structure)

Subject: Outcome of your complaint (Reference: {{case_id}})

Hi {{first_name}},

Thanks for your patience. We’ve now completed our review of your complaint {{case_id}}.

Our decision

{{decision_statement}}.

What we considered

  • {{evidence_point_1}}
  • {{evidence_point_2}}
  • {{evidence_point_3}}

What we can do next

{{remedy_or_next_steps}}.

If you disagree

{{how_to_escalate_or_appeal}}.

Regards,
{{agent_name}}
{{company_name}}

How to connect this to your internal process (without rebuilding everything)

You don’t need a massive transformation project to make surge communications safer. Start with a small set of operational controls:

A) A “facts we can say” sheet

Create a short document that lists:

  • What you can confirm right now (facts)
  • What you can’t confirm yet (unknowns)
  • What customers are likely to ask (top 10 questions)
  • The approved language for each question

B) A timeline statement you can defend

If your sector has formal complaint timelines, reference them accurately. If it doesn’t, pick an update rhythm you can keep even at peak volume. Consistency beats optimism.

C) A triage rule for vulnerability and urgency

Surges create a fairness problem: urgent cases can get lost. Define what “urgent” means, how customers can signal it, and what you do when it’s flagged. Then train the team to apply it consistently.

D) A closure standard

Decisions should be readable. A good closure message explains:

  • the decision
  • the evidence
  • the remedy (if any)
  • what the customer can do next

Why this matters: your communications become your record

When complaint-handling expectations change (whether that’s a regulator update, a policy change, or a sudden redress wave), you may be asked to show how you communicated with customers. Clear, consistent language protects customers and protects your team.

The aim isn’t to hide. It’s to be honest: say what you know, say what you’re doing, and give the next update point you can realistically keep.

Disclaimer: This article is for general information only and does not constitute legal advice. If you’re in a regulated sector, align your complaint process and wording with your specific rules and guidance.