Как не дать AI-чат-боту сломать клиентский сервис: кейс туристической компании

AI-чат-бот редко ломает процесс потому, что «плохой». Чаще ему просто не объяснили, где заканчивается консультация и начинается действие, которое требует точных данных или решения сотрудника. Если бот одновременно должен отвечать на вопросы, подбирать тур, обещать наличие мест, считать стоимость и оформлять заявку, но не знает границ, он начинает заполнять пробелы догадками.

Ниже разберём проект для туристической компании, которая принимает обращения с сайта, Telegram и Viber. Для неё был спроектирован управляемый AI-консультант: он помогает клиенту с выбором поездки, работает только с разрешёнными данными и передаёт менеджеру решения, которые требуют подтверждения.

Почему AI-бот без границ начинает ошибаться

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

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

Исходная задача туристической компании

Туристическая компания получает обращения с сайта, Telegram и Viber. Клиенты спрашивают о направлениях, датах, бюджете, перелётах, питании, правилах въезда и документах. Днём менеджеры отвечают быстро, вечером и в выходные заявки ждут. Одни и те же уточняющие вопросы повторяются, а информация распределена между каталогом туров, CRM, памятками и переписками сотрудников.

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

Каркас инструкции: семь обязательных слоёв

1. Роль и измеримая цель

Вместо абстрактного «ты менеджер» задаём конкретную функцию: первичный AI-консультант туристической компании. Его результат — не продажа любой ценой, а корректно обработанный запрос: клиент получил понятный ответ, а менеджер — заявку с направлением, датами, количеством путешественников, бюджетом и важными пожеланиями.

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

2. Разрешённые источники данных

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

• Цена и наличие — только из системы бронирования с указанием момента проверки.
• Правила въезда и визовые вопросы — из утверждённой памятки со ссылкой на дату обновления и рекомендацией проверить официальный источник.
• Условия оплаты и отмены — из договора или базы знаний компании.
• История клиента — только из доступной боту части CRM и только в рамках текущего обращения.

Если источник не подключён, это тоже должно быть записано. Фраза «уточни в системе» бессмысленна, когда бот не умеет к ней обращаться. В таком случае его правильное действие — честно обозначить ограничение и создать задачу менеджеру.

3. Явные запреты

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

• придумывать тур, отель, рейс, цену, скидку или наличие мест;
• подтверждать бронирование до ответа системы и проверки менеджером;
• обещать визу, въезд в страну или результат рассмотрения документов;
• просить прислать номер паспорта, банковские данные или полный пакет документов в открытом чате;
• самостоятельно менять данные клиента в CRM без подтверждения;
• скрывать отсутствие информации фразами вроде «скорее всего всё будет хорошо».

Одновременно для каждого запрета задаётся безопасная альтернатива. Не просто «не подтверждай цену», а «назови цену предварительной, укажи время проверки и предложи менеджеру подтвердить её». Тогда бот не останавливает разговор, а переводит его в управляемый следующий шаг.

4. Последовательность диалога

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

1. Понять, что нужно клиенту: подбор поездки, вопрос по существующему бронированию или консультация по документам.
2. Проверить, какие данные уже есть в сообщении и CRM, не спрашивать их повторно.
3. Для нового тура уточнить направление или предпочтения, даты, город вылета, состав путешественников и ориентир по бюджету.
4. Показать не больше трёх релевантных вариантов и объяснить различия простыми критериями.
5. Уточнить, какой вариант ближе, и сформировать заявку для менеджера.
6. Перед отправкой повторить ключевые параметры и получить подтверждение клиента.

Такой порядок не превращает общение в анкету. Бот может ответить на вопрос клиента между шагами, но после ответа возвращается к незаполненному параметру. В инструкции отдельно указывается: один вопрос за сообщение, если клиент сам не попросил прислать полный список.

Как задать характер и стиль по старым диалогам

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

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

Профиль общения для бота настроили так:

• тон спокойный, доброжелательный и деловой, без фамильярности;
• обращение на «вы», имя используется только если клиент сам его сообщил;
• ответ обычно занимает два–четыре коротких абзаца;
• эмодзи допустимы редко и только нейтральные;
• сначала прямой ответ, затем уточняющий вопрос;
• не использовать давление, искусственную срочность и фразы «идеальный вариант для всех»;
• при негативе признать неудобство, не спорить и быстро подключить сотрудника.

Когда бот обязан передать диалог человеку

Передача человеку — не авария, а часть нормального сценария. В инструкции перечисляются условия, при которых AI прекращает самостоятельную консультацию и создаёт обращение с кратким резюме.

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

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

Тестирование до запуска и контроль после

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

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

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

Как выглядела рабочая инструкция

Полная инструкция обычно состоит из нескольких разделов и технических правил. Но её каркас можно показать компактно:

Роль: первичный AI-консультант туристической компании.

Цель: ответить на безопасные справочные вопросы и подготовить
структурированную заявку для менеджера.

Приоритеты: точность → безопасность → полезность → скорость.

Используй цены и наличие только из системы бронирования.
Если подтверждённых данных нет, прямо скажи об этом.

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

Задавай по одному уточняющему вопросу и не повторяй уже известное.
Перед созданием заявки повтори даты, состав поездки и бюджет.

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

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

Что в итоге получает туристическая компания

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

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

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

Короткий чек-лист перед запуском AI-бота

1. Роль и результат диалога описаны конкретно.
2. Для каждого типа фактов указан разрешённый источник.
3. Запрещённые действия перечислены вместе с безопасной альтернативой.
4. Определён порядок вопросов и подтверждение перед записью данных.
5. Стиль основан на обезличенных качественных диалогах, а не на всей истории подряд.
6. Есть понятные условия передачи человеку и формат резюме.
7. Подготовлен набор обычных, сложных и провокационных тестов.
8. Назначен ответственный за просмотр диалогов и обновление правил.

Если хотя бы один из этих пунктов остаётся неопределённым, лучше сначала ограничить возможности бота и расширять их после проверки. Контролируемая система приносит бизнесу больше пользы, чем эффектная демонстрация, которая уверенно действует за пределами своих полномочий.