Как настроить автоответы клиентам и вовремя передавать диалог человеку

Сначала разделите комментарии и личные диалоги

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

Личный диалог подходит для уточняющих вопросов, но и там автоматизация не должна имитировать решение, которого ещё нет. Например, вопрос «Какая цена?» можно закрыть ответом из актуальной базы знаний. Запрос «Сделайте исключение из условий» требует человека: он связан с полномочиями и конкретной ситуацией.

Полезно заранее описать три маршрута:

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

Соберите ответы, которые можно давать без риска

Автоответу не нужна энциклопедия. Для первого запуска достаточно небольшой базы знаний с темами, по которым у команды уже есть однозначные и актуальные формулировки: режим работы, состав услуги, порядок записи, варианты доставки — если они действительно утверждены.

Разделите материалы на два слоя. В первом — факты, которые можно сообщать клиенту. Во втором — внутренние подсказки: когда остановиться, что уточнить и кому передать разговор. В базе знаний Smokva имеет смысл хранить только заполненные и проверенные сведения; иначе система будет быстрее воспроизводить устаревший ответ.

Учебный пример. Студия публикует в комментариях вопрос: «Сколько стоит консультация?» Если цена и условия указаны в утверждённом материале, ответ может быть коротким: «Стоимость и состав консультации указаны здесь: … Если нужен формат под вашу задачу, напишите, пожалуйста, в личные сообщения, что хотите обсудить». Если клиент просит скидку или нестандартный пакет, маршрут меняется на передачу менеджеру.

Назначьте роль, канал и права до первого ответа

Автоответ появляется не от текста шаблона, а от настроенного сценария. До запуска проверьте три вещи: какая роль отвечает, к какому каналу она подключена и какие права у неё есть. Комментарии и личные сообщения могут быть разными сценариями с разными доступами. Наличие конкретного канала и доступных действий проверяйте в кабинете, а не предполагайте по названию платформы.

В ИИ-команде Smokva можно организовать внутренние поручения вокруг обработки входящих обращений. Но фраза «передам менеджеру» сама по себе ещё не означает, что менеджер получил уведомление или историю диалога. Реальная передача требует настроенного маршрута, ответственного человека и способа уведомления.

Microsoft описывает передачу оператору в Copilot Studio: передача истории и переменных оператору возможна при подключённой интеграции с контакт-центром. Это не универсальное свойство любого чат-бота и не основание считать другой продукт работающим так же. Для вашей схемы вывод практический: тестируйте именно получение контекста человеком, а не только текст обещания клиенту.

Напишите правила «ответить / уточнить / передать»

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

Ответить, если ответ полностью есть в подтверждённых материалах и не зависит от персональных условий.

Уточнить, если для следующего шага не хватает одного безопасного вопроса: например, интересует ли человека конкретная услуга или какой формат нужен. В публичном комментарии не собирайте персональные данные; предложите перейти в личный канал.

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

Два коротких диалога показывают разницу.

Диалог 1 — готовый ответ

Клиент: «Где посмотреть варианты?»

Автоответ: «Варианты собраны на странице … Если подскажете задачу, уточню, с чего начать».

Диалог 2 — передача

Клиент: «Мне поменяли условия, это неприемлемо».

Автоответ: «Понимаю, что ситуация требует проверки. Передам сообщение ответственному специалисту и сохраню контекст обращения».

Во втором примере после такого сообщения должен существовать проверяемый внутренний шаг. Если уведомление не настроено, не обещайте передачу: лучше написать, куда клиенту обратиться, или оставить честную формулировку о следующем доступном действии.

Сохраняйте контекст в карточке передачи

Менеджеру редко помогает пересланная фраза «клиент недоволен». Карточка передачи должна отвечать на вопрос: что произошло, что уже сказал автоответ и какое решение требуется. Если работа связана с клиентской карточкой, используйте CRM Smokva как место для контакта и истории — при наличии соответствующих прав и настроенного процесса.

Минимальная карточка передачи выглядит так:

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

Дайте системе один рабочий промпт

Ниже — заготовка для первого сценария. Подставьте только подтверждённые правила вашей команды и не добавляйте в него обещания, которые не поддержаны процессом.

Вы отвечаете на входящие сообщения по базе знаний. Сначала определите маршрут: «ответить», «уточнить» или «передать». Отвечайте только на факты из базы знаний. Если не хватает одного факта, задайте один короткий уточняющий вопрос. Не запрашивайте персональные данные в публичных комментариях. Если вопрос касается изменения условий, жалобы, оплаты, договора или требует решения человека, кратко сообщите следующий доступный шаг и подготовьте карточку передачи: канал, тема, суть, сказанное клиенту, нужное действие. Не обещайте передачу, если маршрут уведомления не настроен.

Такой текст не заменяет настройку доступа и уведомлений. Он фиксирует границу: где автоматизация помогает с первым ответом, а где останавливается. Для повторяемых ролей можно начать с шаблонов Smokva, а затем адаптировать правила под свой процесс.

Проведите тест на трёх типах сообщений

Не начинайте с широкого потока. Выберите подключённый канал, назначьте ответственного и прогоните три сообщения: простой вопрос, запрос с одним уточнением и ситуацию для передачи. Проверяйте не красоту формулировки, а полный путь: ответ получил адресат, история сохранилась, ответственный увидел задачу, а клиент не получил ложного обещания.

Для ограниченного запуска полезен короткий чек-лист:

1. Роль отвечает только из актуальной базы знаний.
2. Канал подключён, права проверены в кабинете.
3. Публичный ответ не собирает персональные данные.
4. Уточнение задаёт один вопрос за раз.
5. Передача создаёт понятное действие для человека.
6. Ответственный знает, где увидеть новый диалог.

Если в тесте ломается один маршрут, не расширяйте запуск. Исправьте именно его: обновите знание, правило классификации или внутреннее уведомление. Вход в кабинет Smokva позволяет перейти к настройке после выбора нужного сценария.

Частые ошибки

Обещать передачу вместо настройки передачи. Клиент читает это как действие. Если ответственный не получает сигнал, формулировка создаёт новую проблему.

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

Загружать неподтверждённые ответы. Устаревшая цена или условие хуже честного уточнения.

Передавать менеджеру всю переписку без резюме. Человеку нужны тема, контекст и ожидаемое действие.

Запускать сразу на всех каналах. Сначала убедитесь, что один подключённый маршрут работает от ответа до уведомления.

Вопросы, которые возникают перед запуском

Можно ли отвечать на все комментарии автоматически?

Нет. Автоматический ответ уместен только там, где есть подтверждённый общий ответ и настроенный канал. Сложные ситуации лучше направлять человеку.

Что писать, если менеджер пока не подключён к уведомлениям?

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

Нужно ли хранить каждое сообщение в CRM?

Нет. Сохраняйте данные по правилам вашего процесса и только если это нужно для обработки обращения.