Why a callback beats a long hold

Offering to call back at the front of the line gives callers their time back and keeps your queue honest. Here is how to set it up well.

Tizbo team5 min readContact center

A caller on hold has one job, which is to wait. Ten minutes of music tells them their problem is not urgent to you. A callback offer changes the arrangement: they hang up, carry on with their day, and your team rings them when an agent is free.

How callback in queue works

The caller reaches the queue as usual. After a short announcement, or when the wait passes a threshold you set, they hear an offer: press a key to be called back and keep your place. If they accept, the system confirms the number to call, which defaults to the one they dialed from. Their position stays in the queue. When they reach the front, the system calls them first and connects an agent once they answer.

The important detail is the last part. The system dials the caller before an agent is tied up, so agents are not left listening to ringing or voicemail.

When to offer it

  • When the expected wait is long enough that most people would rather do something else. Your own call history tells you where that line sits.
  • During predictable peaks, such as Monday mornings or the day after an outage.
  • For queues where calls are long and complex, so the next agent will not be free soon.
  • Early for callers who are calling from a mobile and likely to lose signal or battery.

Avoid offering it as soon as the call connects. If the queue is empty, the offer is noise. Let people who would be answered in under a minute simply be answered.

Keep the caller's place, and say so

Callers distrust callbacks because they have been burned by systems that drop them to the back of the line. Say what happens in the offer itself: "You will keep your place in line." Then make it true. A callback that was requested at 10:05 should be served before a caller who joined at 10:20.

Confirm the number out loud or on a keypad, because a wrong digit becomes a failed callback and an angry second call. Decide what happens when the callback is not answered. A sensible default is a couple of retries a few minutes apart, then a text or voicemail so the caller knows you tried.

Write the offer the way people talk

The wording of the offer decides whether people take it. Compare two versions. The first: "All agents are currently assisting other customers. For a callback, press 2." The second: "It is about a ten-minute wait. Press 1 and we will call you back at this number without losing your place, or stay on the line." The second names the wait, the number, the promise and the alternative, in two sentences.

Keep the key press simple, repeat the offer once after a few minutes for people who declined, and avoid a third time. Callers who want to wait should be left to wait.

Route callbacks to the right people

A callback should land with an agent who can solve the problem, in the same way a live call would. Use the same skills-based routing for callbacks as for inbound calls, so a billing question does not wait for, or end up with, someone who only handles technical support.

A worked example

Bell & Ortiz LLP has a billing line that backs up at month end, when clients call about invoices. Before callbacks, a client like Marcus Bell would hold for fifteen minutes and often hang up and redial, which put him at the back of the line twice. The office manager turns on callbacks for the billing queue only, with the offer starting once the expected wait passes five minutes. Marcus presses 1, confirms 000-001-0142 and returns to his work. The system rings him when he reaches the front, and the agent who answers sees the reason he called.

The office manager does not touch the intake queue, where waits are short and callers are mostly new clients who expect a person right away.

Common mistakes

  • Offering callbacks on every queue, including ones that rarely have a wait.
  • Calling back from a number nobody recognises, so the client lets it ring out.
  • Letting callbacks pile up after hours and then calling them at 7 a.m.
  • Forgetting to tell agents which calls are callbacks, so they open with a standard greeting and the caller has to explain who they are.

What to look at afterwards

You do not need elaborate analysis to tell whether callbacks are working. Look at a few simple things.

  1. Listen to a handful of callbacks. Does the caller sound relieved or surprised? Do agents open with context?
  2. Check how many callbacks reach a person on the first attempt. If many do not, review the retry rules and the number confirmation step.
  3. Compare how callers who took the offer behave against those who waited. Do they call again about the same issue?
  4. Ask agents whether callback customers are calmer than customers who held. They usually know right away.

What to ask a provider

  • Does the caller keep their place in line when they choose a callback?
  • Can I set the wait threshold and the retry rules per queue?
  • Does the callback use the same skills routing as a live call?
  • Can the agent see the reason for the call and the original request time before they dial?

Callbacks do not shorten the queue. They move the waiting from the caller's ear to a list the system manages, which is a better place for it.

Questions about this topic.

Not answered here? Send us the question and we will answer it for your own setup.

Contact us
Does the caller lose their place when they ask for a callback?

They should not. A good callback keeps the caller in line, and the system rings them when they reach the front.

When should I offer a callback?

When the expected wait is long enough that most people would rather do something else. Offering it on an empty queue only adds noise.

Do callbacks use the same routing as live calls?

They should. Using the same skills routing means a billing question reaches someone who handles billing.

More from the blog

Talk to the team that will set it up.

Bring your current call flows and we will walk through them using your own numbers.

Contact us