Human handover

Chatbot to human handover: the measure of a good assistant is how cleanly it gives up

Every support bot has a boundary. The ones people trust are the ones where the boundary is obvious, deliberate and leads somewhere — not the ones that keep answering past the point of usefulness.

Four reasons to stop answering

Only one of them is a failure. The other three are the assistant working correctly.

01

It does not know

Retrieval found nothing relevant. The correct behaviour is to say so and offer a person — not to reason its way to a plausible-sounding guess.

02

It should not decide

Refunds outside policy, contractual questions, negotiations, complaints. The assistant can explain the rule; it should not be the one making the exception.

03

The person is upset

Frustration is a handover signal in its own right. A visitor on their third rephrasing does not want a fourth answer, they want a human.

04

They asked for a human

The single most important one. If someone types “I want to speak to someone”, nothing the assistant says next should be an attempt to keep them.

Getting the timing wrong costs you either way

There is no safe default here. Both directions have a real price, and knowing which one you are currently paying is most of the work.

Escalating too early

You have paid for automation and installed a contact form. Every question the assistant could have answered becomes a ticket, and the volume you were trying to reduce arrives anyway with an extra step in front of it.

Escalating too late

The visitor asks three times, gets three near-misses, and leaves with a worse impression than if there had been no chat at all. This is the failure that shows up in CSAT and never in your deflection number.

What has to travel with the conversation

A handover that arrives without context is just a differently-shaped contact form. Summaries are the common mistake — the agent needs to see what the assistant actually said, because that is often what the conversation is now about.

  • The full transcript, not a summary — including what the assistant got wrong
  • Whatever the visitor already told you: name, email, order or account reference
  • The page they were on when they opened the chat
  • Which trigger caused the escalation, so the agent knows what kind of conversation this is
  • The time it happened, and whether anybody was actually available

There is a right way and a wrong way to stop

Most of the damage attributed to chatbots is not wrong answers. It is dead ends.

A dead end

  • A dead end: “I cannot help with that.” and nothing else
  • A loop back into the same failing answer
  • A promise of a reply with no way to reach anyone
  • A form that discards everything the visitor already typed

A handover

  • A plain sentence naming the limit, without apologising three times
  • A real route: an email address, a phone number, or details taken for a callback
  • The transcript preserved, so nobody has to explain twice
  • An honest expectation of when someone will reply

A handover message worth copying

That one needs a person — it is outside what I can decide. If you leave your name and email I will pass this whole conversation to the team and someone will reply by tomorrow morning. If it is urgent, you can call us on 01234 567890 between 9 and 6.

Four things in four sentences: it names the limit, it does not grovel, it gives a real route, and it sets an expectation. Write yours in the same shape and the overwhelming majority of handovers stop being a bad experience.

What happens after it hands over

The conversation is stored in full

Whoever picks it up reads what was actually asked, in the visitor’s own words, including the answers the assistant already gave. No re-qualifying, no “can you explain again”.

It is readable from your phone

The Android and iOS companion app puts transcripts and leads in your pocket, which is where most handovers are actually picked up — in the evening, away from a desk.

It becomes a content signal

Handovers caused by “it does not know” are your training backlog. Handovers caused by “it should not decide” are correct and should not be optimised away.

One thing to be clear about

Handover routes the conversation to your team with the details captured — it is not a real-time agent console inside the widget, and there is no live queue for agents to pick up chats in the moment. For most small and mid-sized teams that is the right trade, because a live queue nobody is staffing is worse than an honest callback. If a staffed live-chat desk is a requirement, it is better to know that now than after you have trained an assistant.

Handover questions

What is chatbot to human handover?

Handover, or escalation, is the moment an assistant recognises it should not answer and passes the conversation to a person instead of continuing. Done properly it carries the context across so nobody repeats themselves, and it happens on a deliberate trigger rather than when the visitor gives up. It is the feature that decides whether people trust the rest of the assistant, because everyone eventually asks it something it cannot handle.

When should a chatbot escalate to a human?

On three signals. First, an explicit request — someone asking for a person should get one. Second, low confidence: if the assistant has nothing relevant in your content, guessing is worse than handing over. Third, category — refunds outside policy, complaints, anything contractual, anything where a customer is upset. Those three cover almost every case, and configuring them deliberately is more reliable than hoping the model reads the room.

If someone asks for a human, should it always transfer immediately?

Almost always, yes — refusing to fetch a person when asked is the fastest way to lose someone. The one reasonable exception is doing something useful on the way: collecting the order number or email the agent will need anyway, and telling the visitor what happens next. That is a second of work that saves a round trip. Making them argue with a bot to reach a human is not.

What should be passed to the agent?

The full transcript rather than a summary, anything the visitor already supplied, the page they were on, which trigger fired, and the time. The transcript matters most and summaries are the common mistake — an agent needs to see the wrong answer the assistant gave, because that is often what the conversation is now about.

Is handover on by default?

Yes, and you can write the message it uses. The default connects the visitor to a human rather than leaving them stranded; most people rewrite it to name a real contact route for their business.

Does it hand over to a live agent inside the chat?

Handover collects the visitor’s details and routes the conversation to your team rather than opening a real-time agent seat inside the widget. If a live-agent console is a hard requirement for you, that is worth knowing before you evaluate further.

How do I make it hand over more often?

Two levers. The system prompt is yours, so you can name the categories it must not attempt — refunds, complaints, anything contractual. And leaving gaps in the knowledge base unfilled is itself a way of keeping certain topics off the assistant.

How do I stop it handing over too often?

Usually the fix is content, not configuration. Read the transcripts where it gave up: nearly always there is a page that does not exist or a page that is ambiguous. Writing one paragraph often removes a whole category of handovers.

Can it detect frustration?

Modern models pick up on tone reasonably well, and you can instruct it explicitly in the system prompt to offer a human when someone seems frustrated or has asked the same thing twice. It is worth writing that instruction rather than assuming it.

What happens to the visitor’s details?

They are stored with the conversation so your team can follow up, subject to the same retention as other sessions — 7 days on the free plan, 30 days on paid plans. Sessions can be deleted individually or in bulk.

Write the boundary before you launch

Ten minutes on the system prompt and the handover message does more for trust than any amount of tuning afterwards.

Start free
Ask CustomerBotAnswers from our product docs