AI-to-human handoff: who takes over, with what contextПередача от AI человеку: кто продолжит работу и с какими данными

Use explicit reasons to stopЗадайте явные причины остановки

Start with observable triggers: the customer asks for a person, a required record is missing, the request conflicts with a business rule, an attempted action fails or the agent lacks permission. Add cases where the consequences require employee review, such as a disputed refund or an exception to an agreed price.Начните с наблюдаемых причин: клиент просит сотрудника, обязательная запись отсутствует, просьба противоречит правилу, действие завершается ошибкой или у агента нет права его выполнить. Добавьте ситуации, где последствия требуют проверки, например спор о возврате или исключение из согласованной цены.

Do not rely only on a model saying it is confident or a sentiment label saying the customer is upset. A calm request can require approval, while a frustrated customer may simply need a verified status. Keep the decision tied to the requested action, available evidence and permitted scope.Не полагайтесь только на самооценку уверенности модели или метку эмоционального состояния клиента. Спокойная просьба может требовать согласования, а раздражённому клиенту бывает достаточно проверенного статуса. Решение о передаче связывайте с действием, доступными фактами и разрешённым объёмом работы.

Send a case summary that a person can useПередавайте сводку, с которой можно работать

• The request: what the customer wants now, including any correction to their earlier message.Запрос: чего клиент хочет сейчас, включая уточнения к прежнему сообщению.
• Verified context: the relevant order or appointment identifier and the facts checked in the working system.Проверенный контекст: номер нужного заказа или записи и факты, сверенные с рабочей системой.
• Uncertainty: missing information, conflicting records and facts that came only from the customer.Неизвестное: недостающие сведения, противоречия и факты, известные только со слов клиента.
• Action history: what was attempted, what succeeded, what failed and whether a change may already have been saved.История действий: что пытались сделать, что удалось, где произошёл сбой и могло ли изменение уже сохраниться.
• Next decision: why the AI stopped, who should act and what has already been promised to the customer.Следующее решение: почему AI остановился, кто должен продолжить и что уже обещано клиенту.

Provide access to the relevant conversation where appropriate, but do not make the employee read the entire transcript before understanding the problem. Share only the information needed by that role. A summary should preserve uncertainty rather than turn a customer’s claim into a confirmed fact.При необходимости дайте доступ к нужному разговору, но не заставляйте сотрудника читать всю переписку ради понимания проблемы. Передавайте только сведения, нужные его роли. Сводка должна сохранять неопределённость, а не превращать утверждение клиента в подтверждённый факт.

Distinguish queued, accepted and resolvedРазличайте очередь, принятие и решение

A useful handoff has visible stages: the case is saved, placed in the right queue, accepted by a responsible person and resolved. Decide what happens if it stays unassigned. A secondary queue or supervisor may be appropriate, but the business must choose that route and its timing.В полезной передаче видны этапы: обращение сохранено, попало в нужную очередь, принято ответственным и решено. Определите, что делать, если оно остаётся без исполнителя. Может понадобиться резервная очередь или руководитель, но маршрут и время эскалации задаёт бизнес.

Tell the customer only what the current state supports. “Your request is saved for review” differs from “A colleague is joining now.” Outside working hours, state the available next step and use a response window only if the team has agreed it. Do not promise an immediate connection to an unavailable employee.Сообщайте клиенту только то, что подтверждается текущим состоянием. «Вопрос сохранён для проверки» отличается от «коллега сейчас подключится». Вне рабочего времени назовите доступный следующий шаг; срок ответа используйте только согласованный командой. Не обещайте немедленное соединение с недоступным сотрудником.

Prevent AI and staff from acting twiceИсключите двойные действия AI и сотрудника

Define who owns the conversation after acceptance. Pause conflicting automated actions while the employee handles the case. Resume only after a clear resolution or an explicit return to automation, carrying forward the latest record state. A new customer message should update the existing open case when it belongs to the same issue.Определите, кто ведёт разговор после принятия обращения. Пока сотрудник разбирается, приостановите конфликтующие автоматические действия. Возобновляйте их после понятного результата или явного возврата к автоматизации с актуальным состоянием записи. Новое сообщение по тому же вопросу должно дополнять открытое обращение.

Test the absence of an available personПроверьте ситуацию, когда человека нет

Test a full queue, an unavailable employee, a failed case save, duplicate notifications, a customer who disconnects and a message arriving while the employee is working. Verify both sides: the customer receives a truthful status, and the responsible person can find the unresolved work. A fallback that exists only in the script is not enough.Проверьте переполненную очередь, недоступного сотрудника, сбой сохранения обращения, повтор уведомления, обрыв разговора и сообщение во время работы человека. Проверьте обе стороны: клиент получает правдивый статус, а ответственный видит нерешённую работу. Запасного пути только в тексте сценария недостаточно.

Measure time from trigger to case creation and from creation to acceptance. Track unassigned cases, repeated explanations by the customer, missing context and conflicting actions. A lower handoff rate is not automatically better: the agent may be continuing work it should have stopped.Измеряйте время от причины остановки до создания обращения и от создания до принятия. Следите за обращениями без исполнителя, повторными объяснениями клиента, недостатком контекста и конфликтующими действиями. Снижение доли передач само по себе не означает улучшение: агент может продолжать там, где должен остановиться.

Make one exception part of the demonstrationПокажите исключение на демонстрации

Review SABSUS AI scenarios and the orders, CRM and tasks guide. Ask to see a case saved, accepted by an employee and closed, including what happens when no one is available. Verify supported channels and assignment rules for the chosen configuration.Изучите AI-сценарии SABSUS и руководство по заказам, CRM и задачам. Попросите показать сохранение обращения, принятие сотрудником и закрытие, включая ситуацию, когда нет доступных сотрудников. Проверьте поддерживаемые каналы и правила назначения для выбранной конфигурации.

Quick answersКороткие ответы