Начните с короткого сценария: бот выясняет, что произошло, уточняет ожидаемое решение и передаёт обращение сотруднику. Чат-бот для приёма претензий помогает собрать суть проблемы, но решение о возврате, замене или компенсации оставьте человеку, если для бота нет утверждённых правил. Ниже разберём, какие вопросы включить в диалог, когда прекращать уточнения и как проверить передачу обращения. Такой сценарий подойдёт небольшому магазину, сервисной компании или другой организации в Беларуси, где претензии разбирает владелец либо назначенный сотрудник.
Какие вопросы чат-боту задавать при приёме претензии?
Сначала предложите клиенту описать проблему своими словами. Меню с категориями пригодится позже: человеку с нестандартной ситуацией трудно выбрать между «Качество», «Доставка» и «Другое». Начальная реплика может звучать так: «Расскажите, что произошло. Я уточню детали и передам обращение сотруднику».
Задавайте по одному вопросу и учитывайте предыдущий ответ. Если клиент уже написал, что товар привезли с повреждением, повторный вопрос «Что случилось?» только удлинит разговор. Для первой версии сценария достаточно такой последовательности:
- Выяснить предмет претензии: к какому заказу или услуге относится проблема.
- Уточнить недостающую деталь: например, что именно не работает или чем результат отличается от договорённости.
- Спросить об ожидаемом решении: «Какого результата вы ждёте от рассмотрения обращения?»
- Показать краткое описание проблемы и предложить исправить неточности.
- Передать обращение сотруднику и сообщить клиенту фактический статус.
Формулируйте вопросы без скрытых обвинений. Вместо «Почему вы не проверили товар сразу?» спросите: «Когда вы заметили повреждение?» Не требуйте доказать проблему до передачи человеку, если без этого сотрудник уже может начать разбор.
Запрос клиента и решение компании разделяйте явно. Фраза «Вы хотите заменить товар, я добавлю это к обращению» фиксирует пожелание. Фраза «Мы заменим товар» уже обещает результат. Оставьте её только для ситуации, которую компания разрешила боту обрабатывать по конкретному правилу.
Когда бот должен передать претензию сотруднику?
Добавьте кнопку «Передать сотруднику» на каждом этапе приёма претензии. Если человек прямо просит подключить менеджера, бот прекращает обязательные уточнения. Недостающие сведения сотрудник спросит в диалоге, а уже полученные ответы должны перейти вместе с обращением.
Отдельно задайте условия, при которых сценарий сам предлагает помощь человека. Ориентируйтесь на содержание разговора и границы полномочий бота, а не только на эмоциональные слова: недовольный клиент тоже может понятно описать проблему.
- Клиент оспаривает ответ бота или сообщает, что предложенный вариант ему не подходит.
- Ситуация не укладывается в предусмотренные категории, а уточнение не помогает её определить.
- Клиент сообщает, что уже обращался, но проблема осталась.
- Нужное решение требует согласования с сотрудником.
Различайте передачу обращения в очередь и подключение к живому диалогу. Если сотрудник ещё не принял чат, пишите: «Обращение передано в очередь. Сотрудник подключится в рабочее время». Сообщение «Менеджер уже занимается вопросом» допустимо только после подтверждения этого статуса.
Для обращений вне рабочего времени подготовьте отдельную реплику. Укажите реальный график, который компания готова соблюдать. Обещание «Ответим через несколько минут» уберите, если никто не контролирует очередь в этот период.
Как собрать сценарий и связать его с CRM?
Сначала нарисуйте маршрут обращения: сообщение клиента, уточнение, проверка краткого описания, передача сотруднику. На схеме отдельно отметьте выход к человеку и ветку технической ошибки. Для такой подготовки подойдёт инструкция как составить блок-схему диалогов для чат-бота.
В Aimylogic есть конструктор сценариев без кода и интеграции с CRM и внешними сервисами по API — интерфейсу обмена между программами (источник: Aimylogic). Конкретный способ передачи претензии зависит от вашей CRM и доступного подключения. До настройки проверьте, куда попадёт обращение и по какому признаку сотрудник увидит, что это претензия.
В карточке обращения покажите суть проблемы, пожелание клиента и статус разбора. Краткое описание поможет сотруднику начать работу, а доступный контекст диалога — проверить детали. Например: «Клиент сообщает о повреждении товара при доставке и просит замену. Решение ещё не согласовано». Здесь факт обращения отделён от решения компании.
Уведомление об успешной передаче привяжите к подтверждению от системы, куда уходит обращение. Если CRM не ответила, бот не должен писать «Претензия принята» и завершать разговор. Для этой ветки заранее определите повторную попытку и резервный способ связаться с сотрудником; техническую логику раскрывает материал как подготовить чат-бота Aimylogic к сбою CRM.
В задачу настройки такого бота входят схема диалога, правила передачи и проверка интеграции. Затем сотрудникам нужна короткая инструкция: где искать новые претензии и как менять их статус. На первичной консультации имеет смысл разбирать именно этот маршрут — от сообщения клиента до действия ответственного человека.
Как проверить приём претензий до запуска?
Проверяйте сценарий со стороны клиента и сотрудника. Пройдите диалог, затем откройте очередь обращений: появилась ли претензия, понятна ли её суть, видно ли пожелание клиента? Сообщение об успехе в чате само по себе не подтверждает, что сотрудник получил задачу.
Для пробного запуска подготовьте разные формулировки одной проблемы. Включите короткий ответ, длинное описание и просьбу сразу позвать человека. Проверьте такие ситуации:
- Клиент описал проблему в первом сообщении: бот пропускает вопросы, на которые уже есть ответы.
- Клиент исправил деталь: сотруднику передаётся актуальное описание, а прежний вариант не выглядит окончательным.
- Клиент попросил менеджера: сценарий запускает передачу без обязательного завершения анкеты.
- CRM недоступна: бот сообщает о сбое и предлагает предусмотренный резервный путь.
- Клиент повторно нажал кнопку отправки: сотрудник понимает, относится ли действие к тому же обращению, а сценарий не создаёт бесконтрольные дубли.
После проверки попросите сотрудника начать разбор по тому, что передал бот. Если ему приходится заново спрашивать, что случилось и чего хочет клиент, поправьте состав обращения. Если же бот собирает сведения, которые никто не использует, уберите соответствующий вопрос.
Типичные ошибки при настройке бота для претензий
- Длинная анкета до описания проблемы. Начните со свободного сообщения, затем спросите только то, чего не хватает для разбора.
- Спор с клиентом. Уберите реплики «Вы неправильно поняли» и оценку того, кто виноват; бот должен уточнять обстоятельства и передавать обращение.
- Обещание решения без полномочий. Замените автоматическое согласие на возврат или компенсацию фиксацией пожелания клиента.
- Передача без ответственного. Назначьте сотрудника или очередь, где проверяют новые претензии, и протестируйте уведомление.
- Бесконечные уточнения. Если ответ не помогает продолжить сценарий, предложите передачу человеку вместо повторения того же вопроса.
За минуту напишите реплику, которую бот покажет по кнопке «Передать сотруднику»: укажите, куда уйдёт обращение и когда клиенту ждать ответа по вашему рабочему графику.
