Подготовка к запуску чат-бота: что решить до старта

Проекты застревают на внутренних вопросах, а не на технологиях

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

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

Почему подготовку пропускают

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

• Чат-бот покупают как инструмент, а не как процесс. При покупке инструмента звучит вопрос «как подключить?», при изменении процесса — «кто за что отвечает?».
• Кажется, что информация «уже есть»: на сайте FAQ, есть прайс, есть скрипт продаж. Но всё это написано для людей и может противоречить друг другу.
• Не назначен владелец. Маркетинг видит в боте голос бренда, поддержка — способ снизить нагрузку, продажи — источник лидов, и каждый может отменить решение другого.

В итоге этап подготовки всё равно проходит после запуска — только на глазах у клиентов.

Решение первое: кто владеет информацией

За каждой фразой бота должен стоять источник, а за источником — человек. Владение работает, когда оно разделено по темам, а не по документам.

1. 1Цены и акцииОбычно руководитель продаж или маркетинг. Он отвечает за изменение, которое попадает в бота при старте и окончании акции.
2. 2Описание товаров и услугПродакт-менеджер или подразделение, оказывающее услугу. Данные о новом продукте утверждает он.
3. 3Правила: доставка, возврат, гарантияОперационный или юридический отдел. Эти тексты передаются дословно, без пересказа.
4. 4Ответы поддержки и эскалацияРуководитель поддержки. Какие вопросы уходят человеку — его решение.

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

Решение второе: чего бот не должен говорить

Список запретных ответов важнее самой базы знаний: пробел в базе даёт ответ «не знаю», а отсутствие запрета — неверное обязательство.

• Неутверждённая скидка, индивидуальная цена или «специальное предложение для вас»
• Гарантия срока доставки или выполнения
• Решение о возврате денег, компенсации или исключении
• Юридическая, медицинская или финансовая консультация
• Сравнительные утверждения о конкурентах
• Внутренняя информация: личные номера сотрудников, внутренний прайс, маржа

Решение третье: полномочия и тон

Бот говорит от имени компании, и это требует ответа на два вопроса: как далеко он может зайти и как он звучит.

• Может ли бот изменить заказ, отменить запись, назначить лид менеджеру — или он только принимает запрос?
• На «вы» или на «ты»? С эмодзи или без? Короткие ответы или подробные?
• Представляется ли бот ботом? Наша рекомендация — да, особенно в первом сообщении.
• На каких языках он отвечает и при каком языке клиента передаёт диалог человеку?

Это не технические настройки, а решения о бренде и рисках. Записать их на одной странице до проекта дешевле, чем потом исправлять сотни диалогов.

Решение четвёртое: границы пилота

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

1. 1Один каналТот, где больше всего сообщений, — часто Instagram или WhatsApp. Второй канал подключают, когда результат первого ясен.
2. 2Пять–десять темВопросы, которые чаще всего повторялись в сообщениях за последний месяц. Всё остальное начинается с ответа «передаю оператору».
3. 3Понятный критерий успехаНапример: большинство диалогов по пилотным темам закрывается без человека, ошибочные ответы читаются еженедельно и становятся реже. Целевую цифру нужно брать из исходного положения самой компании.
4. 4СрокОбычно две–четыре недели: каждый день мелкие исправления, в конце — решение о расширении.

Решение пятое: кто подписывает «готово»

Для запуска нужна подпись одного человека — и этот человек должен сам прочитать тестовые диалоги. Несколько практических правил:

• Тестовый набор строится из реальных сообщений, а не из вопросов, придуманных командой
• Владелец каждой темы утверждает ответы в своей теме
• Каждый пункт списка запретов проверяется отдельно — бот действительно молчит?
• Передача оператору хотя бы раз проверяется вживую
• Время ежедневного просмотра на первую неделю после запуска внесено в календарь

Как построить сам тест перед запуском — какие семейства сценариев проверять — подробно описано в чек-листе тестирования чат-бота.

Пример: двухчасовая подготовительная сессия

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

1. 10–20 минут: чтение реальных сообщенийКаждый зачитывает пять принесённых сообщений. Цель — список тем: цена, доставка, возврат, запись, жалоба и так далее.
2. 220–45 минут: таблица владельцевНапротив каждой темы пишется имя. Тема, которую никто не взял, выходит из пилота — ответ без владельца боту не передаётся.
3. 345–70 минут: список запретовКаждое подразделение пишет две-три фразы, которые бот не должен говорить в его области, и договаривается, что бот делает вместо этого.
4. 470–95 минут: полномочия, тон и пилотЧто бот может менять, как он говорит, с какого канала и с каких пяти–десяти тем начинаем.
5. 595–120 минут: критерий успеха и утверждениеЗаписываются исходные цифры, что проверяем в конце пилота и кто утверждает запуск.

Итог сессии — документ на одной странице. Техническая работа с платформой начинается с него, и каждый следующий вопрос решается со ссылкой на него.

Чек-лист готовности

До старта проекта вы должны ответить «да» на каждый пункт.

• Владельцы информации по темам записаны в таблице
• Есть список запретных ответов и альтернативное действие для каждого пункта
• Полномочия бота — что он может менять, а что только фиксирует — записаны
• Тон, язык и то, как бот представляется, согласованы на одной странице
• Для пилота выбраны один канал, пять–десять тем и критерий успеха
• Известно, кто отвечает на передачи и в какие часы
• Назначен человек, который утверждает запуск
• Еженедельная встреча по итогам первого месяца стоит в календаре

Ограничения и типичные ложные ожидания

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

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

Итог: хороший проект начинается с решения на одной странице

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

В Vexvon материалы, из которых отвечает бот, ведутся в базе знаний: с категориями тем, статусом активен/неактивен и видимостью того, какой фрагмент использован в каждом ответе. Если вы ещё выбираете платформу, пригодятся 12 вопросов для выбора B2B-чат-бота. Остальные материалы раздела — в рубрике стратегия AI-чат-бота. Чтобы провести подготовительную сессию вместе, свяжитесь с нами.