AI Chatbot Wiki

Human Handoff, Getting the Customer to a Person

Human handoff is when a chatbot passes the conversation to a real person. Designing it well matters more than almost anything else in the build.

Updated 2026-08-18

Human handoff (also called escalation) is the moment a chatbot or voice agent stops handling a conversation and passes it to a person, along with whatever it has already learned. On chat that usually means routing into a live inbox or helpdesk. On voice it means a warm or cold transfer to a real phone.

Why it matters when you are buying or building

Handoff is the feature that decides whether customers trust your bot. An agent that answers 70% of contacts well and hands off the rest cleanly is a good deployment. An agent that answers 90% well and traps the other 10% in a loop is a bad one, and the complaints will all come from that 10%.

There are three triggers worth building in from day one. Explicit request: the customer asks for a human, and the agent should comply immediately, not negotiate. Repeated failure: two or three turns without progress, or the same question asked twice, means hand off. Sensitive topic: complaints, cancellations, anything legal or medical, anything about money going the wrong direction. Those go to a person by policy, not by the model's judgment.

Just as important is what travels with the handoff. A transfer that dumps the customer on a person who then asks "how can I help you today" wastes the entire conversation. Pass the transcript, the collected fields, and a one-line summary of what the customer wants.

A production example

The hardest part of voice handoff is rarely the decision, it is the plumbing. On one build the transfer tool referenced a hardcoded call identifier rather than the live call's control ID, so every transfer failed with an error and the caller was left with an agent apologizing in a loop. Nothing in the conversation logic was wrong. The wiring was.

That is the general shape of transfer bugs, and it is why I test transfers separately from everything else, on real calls, before any rollout. I also make sure there is a fallback for the case where nobody picks up: take a message and promise a callback, rather than dropping the caller. Full detail is in my guide to call transfer flows.

Design rules I use

  • Never make a customer ask twice. The second request should transfer, no exceptions.
  • Set expectations out loud: say you are transferring, and to whom.
  • Have an after-hours path. A transfer to a phone nobody answers at 9pm is worse than an honest "we are closed, here is a callback".
  • Track handoff rate and handoff reason in your analytics. The reasons are your roadmap for what to fix next.