Humind делает владение разговором явным. Обсуждение может быть поставлено в очередь для человека, иметь статус human-active во время перехвата оператором или статус AI-active для обработки через Agent. Текущий поток ответа оператора может выполнить неявный перехват, когда сообщение для клиента принято.

В этом руководстве объясняются переходы состояний, проверки разрешений и политик, поведение внутренних заметок и подтверждаемое действие возврата. Оно предназначено для операторов и супервайзеров, которым нужен предсказуемый порядок работы в режиме живой поддержки.

Как это вписывается в Humind

Inbox, это операционная запись клиентских разговоров. Она объединяет историю сообщений, контекст покупателя и товара, внутреннее взаимодействие, состояние передачи человеку, теги и тикеты. Ответы клиентов и внутренние заметки намеренно имеют разную видимость.

Последовательный порядок работы команды важнее любого индивидуального фильтра. Договоритесь, когда перехватывать разговор, когда оставлять внутреннюю заметку, когда создавать тикет и когда возвращать разговор ИИ, чтобы владение оставалось понятным каждому оператору.

Перед началом

Доступ: Для ответа требуется Inbox write. Для принятия, вмешательства и решения требуется Inbox handoff write. Встроенные роли оператора, супервайзера и администратора включают эти разрешения по умолчанию.

• Передача человеку настроена, когда workflow начинается из очереди.
• Оператор вошел в нужную компанию и проверил свою доступность.
• Прочитайте последнее сообщение покупателя, собранную информацию о передаче, заметки и состояние тикета.

Пошаговый процесс

1. Определите текущее состояние владения

   Queued означает, что посетитель запросил человека и ни один оператор еще не перехватил разговор. Human-active означает активный перехват оператором. AI-active означает, что Agent отвечает за будущие сообщения. Список Inbox, разделители на временной шкале, статус редактора и события в реальном времени помогают интерфейсу оставаться синхронизированным.

   Не предполагайте, что открытие обсуждения автоматически закрепляет его за вами. Владение меняется через действия передачи или через успешный ответ клиенту в соответствии с текущей политикой.

2. Проверьте все перед ответом

   Прочитайте ответы до передачи и недавний разговор, проверьте, присутствует ли другой оператор, и решите, нужен ли покупателю ответ, внутреннее расследование или тикет. Используйте внутреннюю заметку, если координация должна оставаться невидимой для покупателя.

   Если обсуждение находится в статусе AI-active, подтвердите, что вмешательство оператора разрешено. Строгая конфигурация отклоняет несанкционированное вмешательство, а не молча обходит правило.

3. Перехватите разговор ответом клиенту

   Выберите Reply, напишите или вставьте проверенный ответ, добавьте любой релевантный контекст товара и отправьте. Для обсуждения в очереди или обсуждения в статусе AI-active, где вмешательство разрешено, backend атомарно переводит владение в human-active, когда ответ доставлен, а интерфейс сразу отражает это состояние.

   Если отправка не удалась, не считайте, что покупатель получил сообщение или что перехват прошел успешно. Сначала устраните ошибку подключения, доступа или политики.

4. Сотрудничайте во время перехвата

   Используйте Note для внутреннего контекста и упоминаний. Продолжайте отвечать клиенту в режиме Reply. Обновляйте теги и основной тикет по мере развития проблемы. Другие операторы могут видеть разделители передачи и контекст владения на временной шкале.

   Не включайте внутренние рассуждения в ответы клиенту. Если вы редактируете существующее сообщение оператора или заметку, перед сохранением убедитесь, что редактор восстановил правильный режим.

5. Верните разговор ИИ

   Используйте элемент возврата в области статуса оператора. Humind запрашивает подтверждение перед переключением обсуждения в статус AI-active. Меню отправки также может отправить и вернуть, а если существует основной тикет, метка для клиента может совмещать отправку с закрытием тикета.

   После возврата проверьте разделитель на временной шкале и состояние. После этого будущие сообщения покупателя может обрабатывать Agent, если только не сработает новое условие передачи.

Разрешения и важные оговорки

• Открытие обсуждения и его перехват, это разные действия.
• Заметка никогда не попадает в виджет и не перехватывает разговор.
• Вмешательство в статусе AI-active может вернуть явную ошибку forbidden, если оно отключено.
• Отправка с закрытием может повлиять и на владение разговором, и на основной тикет, поэтому внимательно проверяйте метку меню.

Проверьте результат

Используйте этот контрольный список, прежде чем считать работу завершенной:

• Оператор знал состояние и текущего владельца до отправки.
• Успешный ответ перевел обсуждение в human-active, когда это было задумано.
• Внутренние заметки остались приватными, а ответы клиенту были видимыми.
• Возврат или отправка с закрытием дали ожидаемые состояния ИИ и тикета.

Устранение неполадок

Вмешательство запрещено

Попросите администратора Agent проверить Escalation, вмешательство оператора и ваше разрешение Inbox handoff. Не обходите политику другим действием.

Обсуждение выглядит human-active у неправильного оператора

Обновите состояние в реальном времени, проверьте события передачи и присутствие на временной шкале и скоординируйтесь через внутреннюю заметку. Избегайте дублирующихся ответов клиенту, пока владение не станет ясным.

Возврат не завершается

Подтвердите диалог действия, подключение в реальном времени и разрешение на передачу. Перезагрузите обсуждение и проверьте, находится ли оно в статусе AI-active, прежде чем повторять попытку или эскалировать операционную проблему.

Связанные руководства

• Работа в Inbox
• Настройка эскалации и поддержки с участием человека
• Использование заметок, упоминаний, тегов и готовых ответов
• Преобразовать разговор в тикет