Back to compare picker

Escalate to human vs Handoff summary vs Chat interface vs Review queue vs Human approval gate vs Recommended next action

Use escalate to human for the user-facing route from AI, automation, chatbot, or self-service into a human channel; handoff summary for the context packet received after transfer; chat interface for the whole conversation surface; review queue for staff triage of many escalated items; human approval gate for authorizing a specific paused automation step; and recommended next action for optional guidance that may include escalation.

Learn the decision

Match the interaction to the person's task

Use escalate to human for the user-facing route from AI, automation, chatbot, or self-service into a human channel; handoff summary for the context packet received after transfer; chat interface for the whole conversation surface; review queue for staff triage of many escalated items; human approval gate for authorizing a specific paused automation step; and recommended next action for optional guidance that may include escalation.

Escalate to human

Use it when: The product can route to a staffed or asynchronous human channel and honestly show availability, wait, and fallback.

Make this state clear: Available human route state with reason, destination, estimated wait, and shared context summary.

Observe the result: A user requests human review outside business hours; the product creates a ticket, confirms SLA, preserves attachments, and explains how to return to the conversation.

Study the full pattern →

Handoff summary

Use it when: Responsibility, context, or conversation control transfers to another person, team, queue, shift, AI agent, live agent, or system.

Make this state clear: Default handoff summary with sender, receiver, reason, status, and source object.

Observe the result: A night-shift operator accepts a case handoff, checks open tasks and contingency notes, asks one clarification question, and confirms responsibility.

Study the full pattern →

Chat interface

Use it when: The user needs a back-and-forth assistant conversation with follow-up questions and answer refinement.

Make this state clear: Empty new chat with conversation title, mode, history or retention status, and a labelled composer.

Observe the result: A user asks for a policy summary, follows up with Compare that to the renewal clause, sees that the second answer used the first answer and selected file, then exports the two-turn transcript.

Study the full pattern →

Review queue

Use it when: A team or individual repeatedly reviews many independently queued items.

Make this state clear: Queue loading and count state

Observe the result: A reviewer claims the oldest SLA-at-risk ticket, opens a preview, assigns it to Billing, returns to the queue with the row removed, and lands on the next oldest item.

Study the full pattern →

Human approval gate

Use it when: An AI agent, workflow, deployment, or automation is ready to perform a high-impact step and must pause for human authorization.

Make this state clear: Paused gate state with proposed action, payload snapshot, reason for gate, and run context.

Observe the result: A billing lead opens the paused refund gate, sees that the amount is under policy but source grounding is partial, edits the refund to the verified amount, approves, and the agent resumes only that step.

Study the full pattern →

Recommended next action

Use it when: Users are working in a record, case, conversation, or workflow where choosing the next action is costly or error-prone.

Make this state clear: Recommended action state with action title, reason, evidence, trigger, consequence, and accept or review path.

Observe the result: A representative reviews the suggested reply, sees that it was triggered by customer intent and a matching knowledge article, edits the draft, and sends it.

Study the full pattern →

Practice the judgment: Imagine this situation: Talk to human restarts the bot, hides unavailable routes, or deflects to irrelevant suggestions after repeated AI failure. Write the person's goal, choose one of these patterns, and show the state that helps the person continue. Use the decision rules and source trail below to explain your choice.

Review the underlying principle →

Decision dimensions

Dimension Escalate to humanHandoff summaryChat interfaceReview queueHuman approval gateRecommended next action
UI or UX UI + UX - Control and recovery path that transfers an AI, automation, or self-service case to a human channel or queueUI + UX - Concise transfer packet for responsibility, conversation, case, or task contextUI + UX - Multi-turn conversation surface with transcript, composer, assistant responses, and conversation historyUI + UX - Actionable queue for triaging many items that need human reviewUI + UX - Runtime checkpoint that pauses AI or automation until an eligible human authorizes the next stepUI + UX - Context-sensitive workflow action suggested for the user's current record, case, conversation, or task
UI guidance Render escalate to human as an explicit route out of AI or automation, with trigger reason, eligibility, destination, expected wait, context shared, privacy boundary, and what happens to the current conversation, task, or run.Render handoff summary as a transfer packet that names sender, receiver, transfer reason, current status, source object, generated or updated time, summary structure, next action owner, urgency, risks, and links back to transcript, ticket, log, case, or source records.Render chat as an ordered transcript with visible user and assistant roles, turn boundaries, timestamps or relative position, current draft composer, submitted prompt, response status, source or tool indicators, and conversation-level controls.Render review queue as an actionable worklist with queue scope, counts, filters, sort order, row reason, owner, priority, age or SLA, status, preview context, selection, and row actions.Render a human approval gate as a paused automation checkpoint with the proposed action, tool or workflow step, triggering rule, risk level, payload snapshot, requester or agent, approver eligibility, timeout, and explicit approve, reject, edit, cancel, or bypass controls.Render the recommended next action as a bounded suggestion card or action slot that names the action, trigger context, expected outcome, owner, due time or urgency, eligibility status, and why the system is suggesting it now.
UX guidance Use escalate to human when the user needs human judgment, empathy, authority, accountability, exception handling, or support beyond what the AI or automation can safely complete.Make the transfer trustworthy by exposing what is known, what is unresolved, what was attempted, what the receiver must do next, which facts came from source records, what is stale or generated, and which details are hidden by permission or policy.Use a chat interface when users need a multi-turn assistant conversation where later prompts can depend on earlier turns, responses can be inspected or continued, and conversation history can be saved, resumed, deleted, or limited by policy.Use review queue when a team repeatedly processes a changing set of tickets, comments, pull requests, content items, cases, requests, or records that require human inspection and action.Use human approval gate when automation is ready to act but policy, risk, confidence, cost, access, publication, deployment, customer impact, or legal consequence requires a human decision before execution continues.Keep recommended next action separate from broad recommendations, task lists, primary buttons, assignments, approvals, and review queues because it is optional, contextual, explainable, and directly tied to the current work state.
Good UI An AI support chat shows Talk to a human after failed self-service, explains that transcript and account context will be shared, offers Live agent or Create ticket, and shows estimated wait.A support conversation handoff shows customer, issue, AI steps already attempted, account status, reason for escalation, current sentiment, open question, next action, queue, owner, and source transcript link.A research assistant chat shows user and assistant bubbles, turn numbers, source chips, streaming status, Stop, Copy answer, Regenerate, New chat, and a conversations list with the active chat title.A moderation queue has Held, Likely spam, Reported, and Escalated tabs, row evidence, policy reason, reviewer claim state, approve/remove/escalate actions, and bulk-action preview.An AI support agent pauses before issuing a refund, shows the proposed amount, customer, policy match, confidence, source grounding, approver role, timeout, Approve refund, Edit amount, Reject, and Stop run controls.A support case sidebar recommends Send refund-policy article because the customer asked about a refund twice, shows confidence, source snippets, and opens a draft for review.
Bad UI The UI says Transfer started but hides destination, queue status, wait time, shared context, and whether a human has actually accepted.A generated summary omits a blocker or invents a resolution.A conversation auto-scrolls to a new answer while the user is reading an older cited turn, then hides the old prompt after regenerate.The most urgent or oldest item is buried by default sort.A reviewer can approve an automation run after the action already executed, making the gate only decorative audit text.Required onboarding tasks and optional suggestions are mixed in one list labelled Next best actions.
Good UX A user requests human review outside business hours; the product creates a ticket, confirms SLA, preserves attachments, and explains how to return to the conversation.A night-shift operator accepts a case handoff, checks open tasks and contingency notes, asks one clarification question, and confirms responsibility.A user asks for a policy summary, follows up with Compare that to the renewal clause, sees that the second answer used the first answer and selected file, then exports the two-turn transcript.A reviewer claims the oldest SLA-at-risk ticket, opens a preview, assigns it to Billing, returns to the queue with the row removed, and lands on the next oldest item.A billing lead opens the paused refund gate, sees that the amount is under policy but source grounding is partial, edits the refund to the verified amount, approves, and the agent resumes only that step.A representative reviews the suggested reply, sees that it was triggered by customer intent and a matching knowledge article, edits the draft, and sends it.
Bad UX The product hides live-agent unavailability until after the user waits.A receiver gets an assignment notification and must read 80 chat messages to learn why the customer is blocked.Latest answer is disconnected from the prompt and context that produced it.A reviewer marks a pull request reviewed from an old queue row after the author pushed new commits and re-requested review.A human approves a stale agent action from email and the agent applies it to a different customer state.A user accepts a suggested discount and only afterward learns it changed contract terms.
Best fit The product can route to a staffed or asynchronous human channel and honestly show availability, wait, and fallback.Responsibility, context, or conversation control transfers to another person, team, queue, shift, AI agent, live agent, or system.The user needs a back-and-forth assistant conversation with follow-up questions and answer refinement.A team or individual repeatedly reviews many independently queued items.An AI agent, workflow, deployment, or automation is ready to perform a high-impact step and must pause for human authorization.Users are working in a record, case, conversation, or workflow where choosing the next action is costly or error-prone.
Avoid when The task is fully resolved by self-service and a human route would be decorative or misleading.The page only needs key facts for the same reader.The task can be completed with a single structured prompt box, form, or command.The task is a single request moving through a governed approval route.The action has already happened and users only need an audit log.The action is always required and should be a task, validation, or workflow gate.
Required state Available human route state with reason, destination, estimated wait, and shared context summary.Default handoff summary with sender, receiver, reason, status, and source object.Empty new chat with conversation title, mode, history or retention status, and a labelled composer.Queue loading and count statePaused gate state with proposed action, payload snapshot, reason for gate, and run context.Recommended action state with action title, reason, evidence, trigger, consequence, and accept or review path.
Accessibility burden Expose route type, destination, wait, queue state, context sharing, consent, cancellation, fallback, and human joined status as text.Use clear headings for situation, background, assessment, recommendation, actions, risks, source links, and receiver status.Expose the transcript as an ordered region and use a sequential update strategy such as role=log for appended messages where appropriate.Use labelled queue name, count, filters, sort, group, row status, selection, preview, and action controls.Expose gate status, proposed action, target, payload summary, risk, approver rule, timeout, and current run state as text.Use a labelled region or card heading that identifies the suggestion as recommended, optional, and scoped to the current work object.
Common misuse Hiding the human route after the AI fails repeatedly.Sending only an assignment notification and calling it a handoff.Auto-scrolling during streaming while the user is reading an older message.Treating review queue as approval workflow and hiding many-item workload controls.Using a post-action audit record as if it were a pre-action human gate.Hiding why the action was suggested, what evidence was used, or what will change.

Escalate to human

UI or UX
UI + UX - Control and recovery path that transfers an AI, automation, or self-service case to a human channel or queue
UI guidance
Render escalate to human as an explicit route out of AI or automation, with trigger reason, eligibility, destination, expected wait, context shared, privacy boundary, and what happens to the current conversation, task, or run.
UX guidance
Use escalate to human when the user needs human judgment, empathy, authority, accountability, exception handling, or support beyond what the AI or automation can safely complete.
Good UI
An AI support chat shows Talk to a human after failed self-service, explains that transcript and account context will be shared, offers Live agent or Create ticket, and shows estimated wait.
Bad UI
The UI says Transfer started but hides destination, queue status, wait time, shared context, and whether a human has actually accepted.
Good UX
A user requests human review outside business hours; the product creates a ticket, confirms SLA, preserves attachments, and explains how to return to the conversation.
Bad UX
The product hides live-agent unavailability until after the user waits.
Best fit
The product can route to a staffed or asynchronous human channel and honestly show availability, wait, and fallback.
Avoid when
The task is fully resolved by self-service and a human route would be decorative or misleading.
Required state
Available human route state with reason, destination, estimated wait, and shared context summary.
Accessibility burden
Expose route type, destination, wait, queue state, context sharing, consent, cancellation, fallback, and human joined status as text.
Common misuse
Hiding the human route after the AI fails repeatedly.

Handoff summary

UI or UX
UI + UX - Concise transfer packet for responsibility, conversation, case, or task context
UI guidance
Render handoff summary as a transfer packet that names sender, receiver, transfer reason, current status, source object, generated or updated time, summary structure, next action owner, urgency, risks, and links back to transcript, ticket, log, case, or source records.
UX guidance
Make the transfer trustworthy by exposing what is known, what is unresolved, what was attempted, what the receiver must do next, which facts came from source records, what is stale or generated, and which details are hidden by permission or policy.
Good UI
A support conversation handoff shows customer, issue, AI steps already attempted, account status, reason for escalation, current sentiment, open question, next action, queue, owner, and source transcript link.
Bad UI
A generated summary omits a blocker or invents a resolution.
Good UX
A night-shift operator accepts a case handoff, checks open tasks and contingency notes, asks one clarification question, and confirms responsibility.
Bad UX
A receiver gets an assignment notification and must read 80 chat messages to learn why the customer is blocked.
Best fit
Responsibility, context, or conversation control transfers to another person, team, queue, shift, AI agent, live agent, or system.
Avoid when
The page only needs key facts for the same reader.
Required state
Default handoff summary with sender, receiver, reason, status, and source object.
Accessibility burden
Use clear headings for situation, background, assessment, recommendation, actions, risks, source links, and receiver status.
Common misuse
Sending only an assignment notification and calling it a handoff.

Chat interface

UI or UX
UI + UX - Multi-turn conversation surface with transcript, composer, assistant responses, and conversation history
UI guidance
Render chat as an ordered transcript with visible user and assistant roles, turn boundaries, timestamps or relative position, current draft composer, submitted prompt, response status, source or tool indicators, and conversation-level controls.
UX guidance
Use a chat interface when users need a multi-turn assistant conversation where later prompts can depend on earlier turns, responses can be inspected or continued, and conversation history can be saved, resumed, deleted, or limited by policy.
Good UI
A research assistant chat shows user and assistant bubbles, turn numbers, source chips, streaming status, Stop, Copy answer, Regenerate, New chat, and a conversations list with the active chat title.
Bad UI
A conversation auto-scrolls to a new answer while the user is reading an older cited turn, then hides the old prompt after regenerate.
Good UX
A user asks for a policy summary, follows up with Compare that to the renewal clause, sees that the second answer used the first answer and selected file, then exports the two-turn transcript.
Bad UX
Latest answer is disconnected from the prompt and context that produced it.
Best fit
The user needs a back-and-forth assistant conversation with follow-up questions and answer refinement.
Avoid when
The task can be completed with a single structured prompt box, form, or command.
Required state
Empty new chat with conversation title, mode, history or retention status, and a labelled composer.
Accessibility burden
Expose the transcript as an ordered region and use a sequential update strategy such as role=log for appended messages where appropriate.
Common misuse
Auto-scrolling during streaming while the user is reading an older message.

Review queue

UI or UX
UI + UX - Actionable queue for triaging many items that need human review
UI guidance
Render review queue as an actionable worklist with queue scope, counts, filters, sort order, row reason, owner, priority, age or SLA, status, preview context, selection, and row actions.
UX guidance
Use review queue when a team repeatedly processes a changing set of tickets, comments, pull requests, content items, cases, requests, or records that require human inspection and action.
Good UI
A moderation queue has Held, Likely spam, Reported, and Escalated tabs, row evidence, policy reason, reviewer claim state, approve/remove/escalate actions, and bulk-action preview.
Bad UI
The most urgent or oldest item is buried by default sort.
Good UX
A reviewer claims the oldest SLA-at-risk ticket, opens a preview, assigns it to Billing, returns to the queue with the row removed, and lands on the next oldest item.
Bad UX
A reviewer marks a pull request reviewed from an old queue row after the author pushed new commits and re-requested review.
Best fit
A team or individual repeatedly reviews many independently queued items.
Avoid when
The task is a single request moving through a governed approval route.
Required state
Queue loading and count state
Accessibility burden
Use labelled queue name, count, filters, sort, group, row status, selection, preview, and action controls.
Common misuse
Treating review queue as approval workflow and hiding many-item workload controls.

Human approval gate

UI or UX
UI + UX - Runtime checkpoint that pauses AI or automation until an eligible human authorizes the next step
UI guidance
Render a human approval gate as a paused automation checkpoint with the proposed action, tool or workflow step, triggering rule, risk level, payload snapshot, requester or agent, approver eligibility, timeout, and explicit approve, reject, edit, cancel, or bypass controls.
UX guidance
Use human approval gate when automation is ready to act but policy, risk, confidence, cost, access, publication, deployment, customer impact, or legal consequence requires a human decision before execution continues.
Good UI
An AI support agent pauses before issuing a refund, shows the proposed amount, customer, policy match, confidence, source grounding, approver role, timeout, Approve refund, Edit amount, Reject, and Stop run controls.
Bad UI
A reviewer can approve an automation run after the action already executed, making the gate only decorative audit text.
Good UX
A billing lead opens the paused refund gate, sees that the amount is under policy but source grounding is partial, edits the refund to the verified amount, approves, and the agent resumes only that step.
Bad UX
A human approves a stale agent action from email and the agent applies it to a different customer state.
Best fit
An AI agent, workflow, deployment, or automation is ready to perform a high-impact step and must pause for human authorization.
Avoid when
The action has already happened and users only need an audit log.
Required state
Paused gate state with proposed action, payload snapshot, reason for gate, and run context.
Accessibility burden
Expose gate status, proposed action, target, payload summary, risk, approver rule, timeout, and current run state as text.
Common misuse
Using a post-action audit record as if it were a pre-action human gate.

Recommended next action

UI or UX
UI + UX - Context-sensitive workflow action suggested for the user's current record, case, conversation, or task
UI guidance
Render the recommended next action as a bounded suggestion card or action slot that names the action, trigger context, expected outcome, owner, due time or urgency, eligibility status, and why the system is suggesting it now.
UX guidance
Keep recommended next action separate from broad recommendations, task lists, primary buttons, assignments, approvals, and review queues because it is optional, contextual, explainable, and directly tied to the current work state.
Good UI
A support case sidebar recommends Send refund-policy article because the customer asked about a refund twice, shows confidence, source snippets, and opens a draft for review.
Bad UI
Required onboarding tasks and optional suggestions are mixed in one list labelled Next best actions.
Good UX
A representative reviews the suggested reply, sees that it was triggered by customer intent and a matching knowledge article, edits the draft, and sends it.
Bad UX
A user accepts a suggested discount and only afterward learns it changed contract terms.
Best fit
Users are working in a record, case, conversation, or workflow where choosing the next action is costly or error-prone.
Avoid when
The action is always required and should be a task, validation, or workflow gate.
Required state
Recommended action state with action title, reason, evidence, trigger, consequence, and accept or review path.
Accessibility burden
Use a labelled region or card heading that identifies the suggestion as recommended, optional, and scoped to the current work object.
Common misuse
Hiding why the action was suggested, what evidence was used, or what will change.
Decision rules
  • Choose escalate to human when users need a visible route to live agent, support ticket, callback, specialist queue, supervisor review, emergency route, human review, bot-to-human handoff, handback to AI, business-hours fallback, or outside-hours ticket fallback after AI, automation, chatbot, or self-service cannot resolve the task.
  • Choose handoff summary when the human receiver needs transfer context such as escalation reason, transcript summary, attempted steps, current status, open question, risk, next action, source links, generated time, redacted details, and accepted responsibility.
  • Choose chat interface when the design problem is the whole transcript, assistant turns, user turns, composer, conversation history, streaming, retry, regenerate, citations, and conversation-level controls.
  • Choose review queue when staff need to triage many escalated tickets, cases, conversations, reviews, or content items with queue scope, counts, owners, SLA, claim, assign, skip, escalate, stale rows, and bulk behavior.
  • Choose human approval gate when automation is paused at a named runtime step and an eligible human must approve, reject, edit, cancel, bypass, or resume a specific proposed action and payload.
  • Choose recommended next action when human escalation is optional guidance and one suggested workflow step among other options, with reason, evidence, confidence, eligibility, accept, dismiss, and defer behavior.
  • Escalate to human must show trigger reason, route type, destination, expected wait, business hours, route eligibility, shared context, consent or privacy controls, transfer pending, queue position, human joined, ticket created, callback scheduled, failed transfer, cancellation, and fallback when those values affect trust.
  • Offer escalation after explicit human-help requests, repeated unresolved AI answers, low confidence, policy block, user distress, unavailable automation, unsafe recommendation, regulated topic, or exception requiring authority.
  • Do not replace escalation with a bot loop, hidden human route, fake transfer, handoff summary alone, staff-only review queue, approval gate, or vague recommendation when the user needs a reachable human channel.
  • Block or replace live escalation when business hours, capacity, authentication, language, region, plan, permission, or staffing makes the human route unavailable; provide an honest asynchronous fallback when possible.
Inspect live examples
Failure modes
  • Talk to human restarts the bot, hides unavailable routes, or deflects to irrelevant suggestions after repeated AI failure.
  • Transfer appears to start but no destination, queue, ticket, callback, human owner, expected wait, or acceptance status exists.
  • Sensitive transcript, account data, uploaded files, AI outputs, or tool results are shared with a human route without disclosure or required consent.
  • The human receiver gets no handoff summary or transcript, forcing the user to repeat the issue.
  • The product uses review queue, human approval gate, or recommended next action as a substitute for a user-facing human route.
  • Cancelled, failed, outside-hours, or timed-out escalation loses the conversation state or provides no fallback.

Saved items