Design guide · Bomerang.io
When should an AI agent hand off to a human?
By Nick Mayer · Updated
The short version: hand off when there is risk, ambiguity, real sales value or something blocking the flow. A good agent does not try to hold on to every conversation. It knows which ones it can solve, which ones it should escalate and what context to pass along so a person can pick up without starting over.
Short answer
The rule should not be "if the bot does not know, pass the chat". Define explicit escalation conditions and a context package: the reason, the details, a short history, what the agent already answered and the next action.
Why is human handoff part of the design?
An AI agent works inside a defined scope. It can look up approved information, ask questions, classify an intent or start an action. That does not mean it should make decisions about every situation.
Channels have rules too. On WhatsApp, Meta documents webhooks for receiving messages and delivery statuses, and treats business initiated messages through templates differently. Phone and text have their own requirements. The agent's design has to account for these limits from day one, not after a reply goes wrong.
Which signals mean it is time to escalate?
Risk
Sensitive complaints, personal data, payments, health, legal topics or anything that needs approval.
Ambiguity
The agent cannot identify the intent with enough confidence, or the customer keeps correcting it.
Value
A sales opportunity, a negotiation or a strategic account where someone from your team should step in.
Blocker
Information is missing, an integration is down or the flow cannot complete the action it promised.
These signals are a starting point, not a universal formula. A law firm, a clinic, an online store and an agency will set different thresholds. What matters is that your team can explain why a conversation stayed automated or ended up with a person.
Working principle: a good handoff is not an interruption of the flow. It is the next step of the flow, with clear permissions, an owner and context.
What does a handoff rule look like in practice?
In sales, a rule might say: if the lead asks for a custom proposal, mentions a budget, wants to negotiate terms or asks for a meeting, the agent collects the minimum details and hands off to the sales owner.
In support, a rule might say: if there is a repeat complaint, a refund request, an error that is not in the approved knowledge base or a customer who is frustrated after one attempt to fix the issue, hand off with priority and a summary.
The rule has to be observable. Instead of "if they seem angry", use signals you can review: keywords, the number of retries, the classified intent, no match in the knowledge base or an explicit request to talk to someone.
What context should go to your team?
The person taking over should not get a lone screenshot or a vague label like "complex inquiry". They should see a short, actionable summary:
- The main reason for contact and what the customer wants.
- Name, phone number and any other details the customer agreed to share.
- A summary of the relevant messages, not the whole chat.
- The answers and sources the agent already used.
- Missing details and the specific question still open.
- Priority, suggested owner and next step.
How do you stop the agent from overpromising?
Separate three things: what the agent can tell people, what it can start and what only a person can approve. For example, it can share your hours and it can log a request, but it may not be allowed to confirm a discount, commit to a date or change a contract.
Keep its sources narrow and current. If there is no approved answer, the safe move is to admit the limit and offer a handoff. Making up an answer to avoid escalating usually shifts the cost to your team and your customer.
What should you measure after launch?
Do not just count how many conversations were handed off. Check whether each handoff reached the right person, how much context came with it, how long the first human reply took and whether the customer had to repeat anything.
Compare outcomes too: resolved, qualified lead, meeting requested, complaint closed or conversation abandoned. A higher handoff rate can be an improvement if the agent used to hold on to risky cases. A lower rate can be bad news if it is hiding mistakes.
Checklist before you launch a pilot
- Define the scope and the actions the agent cannot approve.
- Write observable escalation signals for sales and support.
- Assign an owner, working hours and a channel for each type of handoff.
- Design the summary the person will see when they take over.
- Test normal, unclear, sensitive and out of scope cases.
- Measure handoff quality, pickup time and final outcome.
- Decide how to pause or fix the flow if errors show up.
Frequently asked questions
Does a human handoff mean the AI agent failed?
No. In many flows it is the right design choice. The agent handles the repetitive work and passes the sensitive, unclear or high value cases to a person who gets full context.
What should the person taking over the chat receive?
At a minimum: the reason for contact, details already shared, the detected intent, answers already given, any documents or products mentioned and a suggested next step. The goal is that the customer never has to repeat the whole story.
Should every difficult conversation be handed off?
Not necessarily. First define what difficult means for your business. Some questions can be answered from an approved source. Others need human judgment, special permissions or a sales decision.
Next step
Find out which part of your operation to automate first.