Короткий ответ
При передаче диалога менеджеру бот обязан сохранить исходный вопрос, выбранную задачу, собранные поля, источник, причину передачи и обещанный клиенту следующий шаг. Автоматизация ставится на паузу, диалог получает владельца и приоритет, а менеджер отвечает в той же истории. Клиент не повторяет сведения, а команда понимает контекст до первого ответа.
Передача — это продолжение одного разговора
Клиент не различает бота, менеджера и CRM. Для него компания уже начала разговор, поэтому просьба «расскажите заново» ощущается как потеря времени. Хорошая передача сохраняет задачу, выбранный вариант, ограничение и удобный канал связи.
Что должен увидеть менеджер
Минимальная карточка передачи
- что хочет клиент и какой вариант выбрал;
- какие ответы уже получены и откуда пришёл диалог;
- что обещано клиенту и когда нужен следующий ответ.
Не превращайте карточку в стенограмму. Двух-трёх ясных строк достаточно, если они помогают принять следующее решение. Историю переписки оставьте доступной как доказательство, а не как единственный способ понять запрос.
Какие поля действительно нужны при передаче
| Данные | Зачем менеджеру | Когда сохранять |
|---|---|---|
| Тип запроса | Понять задачу и выбрать следующий вопрос | После первого выбора |
| Ключевой контекст | Не перечитывать всю историю | По ходу квалификации |
| Источник и канал | Увидеть обещание рекламы и место ответа | При входе в диалог |
| Ожидаемый следующий шаг | Не оставлять заявку без владельца | В момент передачи |
Что происходит после включения оператора
В inbox botodel диалог может перейти в режим оператора. Это не просто визуальный статус: автоматизация должна уступить место человеку, чтобы клиент не получил одновременно ручной и автоматический ответ. Возврат к сценарию проектируйте отдельно — по сроку, действию оператора или новому входному событию.
Собрал запрос: нужен расчёт для команды из пяти человек, важны сроки запуска. Передаю менеджеру.
Вижу ваш запрос и ответы. Уточню только один момент: запуск нужен в этом месяце?
Да, желательно до конца месяца.
Оператор продолжает с точки принятия решения, а не начинает анкету заново.
Проверка передачи на разных каналах
Одинаковая логика должна переживать различия каналов. Проверьте Telegram, MAX, VK, Instagram и виджет отдельно: где-то доступны форматирование и вложения, где-то действуют ограничения на окно ответа. Менеджеру при этом нужны одинаковые поля, причина передачи и полная история.
Владелец, приоритет и срок важнее уведомления
Сообщение в общий чат ещё не означает, что заявка принята. В момент передачи зафиксируйте конкретного владельца или очередь, приоритет и время следующего действия. Если свободного менеджера нет, клиенту нужен честный срок, а команде — правило, кто забирает просроченное обращение. Упоминания помогают обратить внимание, но не заменяют назначение ответственности.
| Состояние | Что делает система | Что делает команда |
|---|---|---|
| Передано | Останавливает автоматические ответы и сохраняет контекст | Назначает владельца |
| Принято | Показывает операторский режим | Подтверждает клиенту, что подключился |
| Ждём клиента | Не запускает лишние напоминания | Фиксирует следующий контрольный срок |
| Закрыто | Сохраняет результат и причину | Решает, можно ли вернуть автоматизацию |
Пять поломок, которые видны только в истории
- бот сообщил о передаче, но диалог остался без владельца;
- оператор увидел заявку, но не увидел выбранную услугу и источник;
- автоматизация продолжила отправлять сообщения во время ручного ответа;
- клиенту пообещали срок, которого нет в рабочем регламенте;
- после закрытия диалог вернулся не в тот узел сценария.
Такие ошибки не ловятся проверкой одного счастливого пути. Раз в неделю выберите несколько переданных диалогов из разных каналов и восстановите цепочку: что увидел клиент, какое событие сработало, кто стал владельцем, когда пришёл первый ручной ответ и чем всё закончилось. Это быстрее показывает проблему, чем отчёт по общему числу передач.
Шаблон внутренней заметки без пересказа чата
Не добавляйте в заметку выводы вроде «клиент горячий», если их нельзя проверить. Лучше записать наблюдаемое действие: запросил цену, назвал срок, вернулся второй раз. Внутренние заметки не должны уходить клиенту, поэтому их тип и видимость проверяют отдельно от обычного ответа.
- Клиент получил подтверждение передачи.
- У диалога есть владелец и срок.
- Менеджер видит контекст до первого ответа.
- Автоматизация не отвечает одновременно с оператором.
- Возврат к сценарию имеет явное условие.
Обещание клиенту должно зависеть от доступности команды
Фраза «оператор уже подключается» превращается в обман, если очередь отвечает через два часа. Сценарий должен знать хотя бы рабочее время и выбранный канал: днём назвать реалистичный диапазон ответа, ночью — подтвердить сохранение обращения и предложить удобное время. Если срок неизвестен, лучше честно сказать это, чем создавать ложное ощущение живого присутствия.
| Ситуация | Сообщение клиенту | Действие системы |
|---|---|---|
| Оператор свободен | «Подключаю коллегу в этот диалог» | Назначить владельца и поставить бота на паузу |
| Есть очередь | «Передал запрос; обычно отвечаем в течение …» | Зафиксировать время и приоритет |
| Вне рабочего времени | «Сохранил обращение; команда увидит его утром» | Поставить задачу на начало смены |
| Критический запрос | «Передаю вопрос старшему специалисту» | Повысить приоритет и уведомить нужную роль |
Источники и документация
Как это работает в продукте
В botodel передача живёт не отдельно от сценария: сообщение, сохранённые поля и событие в диалоге остаются в одной истории. Это важно для Telegram, MAX, VK, Instagram и виджета сайта — у каждого канала свой формат сообщений, но у менеджера должен быть один контекст.
Практическая проверка: откройте диалог в inbox после передачи и попросите другого сотрудника ответить, не читая всю переписку. Если он не понимает задачу и обещанный срок за десять секунд, сценарий нужно доработать.
Частые вопросы
- Что бот должен передать менеджеру вместе с диалогом?
- Минимальный пакет состоит из задачи клиента, уже полученных ответов, источника обращения и причины передачи. Если известны имя, город, услуга или удобный канал связи, их тоже стоит сохранить, но нельзя заставлять человека повторять данные ради заполнения карточки.
- Как не допустить, чтобы бот отвечал одновременно с оператором?
- После назначения диалога человеку сценарий должен перейти в операторский режим и приостановить автоматические ответы. Возврат автоматизации выполняют отдельным действием или понятным событием — например, после закрытия обращения, а не по случайному таймеру.
- Как проверить передачу диалога оператору до запуска?
- Пройдите минимум пять ситуаций: обычная заявка, просьба позвать человека, неизвестный вопрос, повторное сообщение и ошибка на середине сценария. В каждом случае проверьте владельца диалога, внутреннюю заметку, сохранённые поля и первое сообщение менеджера.