Типичные ошибки при запуске чат-бота

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

Ошибки в постановке задачи

Бот ради бота

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

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

Попытка автоматизировать всё сразу

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

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

Сценарии, придуманные в кабинете

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

Как избежать: соберите реальные вопросы из переписки, звонков и общения менеджеров с клиентами. Посмотрите, какими словами люди формулируют запросы.

Ошибки в сценариях и диалогах

Слишком много вопросов

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

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

Тупики и бесконечные круги

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

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

Нет выхода на человека

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

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

Бот притворяется человеком

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

Как избежать: честно представляйте бота. Он может иметь имя и характер, но пользователь должен понимать, что перед ним бот.

Тексты, написанные языком компании

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

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

Ошибки в интеграциях

Заявки уходят в никуда

Бот собирает заявки, но они остаются в его собственной истории или уходят в почтовый ящик, который никто не проверяет. Клиент думает, что оставил заявку, а компания о ней не знает.

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

Данные расходятся с реальностью

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

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

Ошибки при запуске

Нет тестирования на реальных людях

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

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

О боте никто не знает

Бот запустили, но ссылку на него нигде не разместили. Через месяц выясняется, что им почти никто не пользуется.

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

Сотрудники не в курсе

Администраторы и менеджеры не знают, как работает бот, что он обещает клиентам и как реагировать на заявки из него. В результате клиент слышит от сотрудника одно, а от бота другое.

Как избежать: покажите команде бота до запуска, объясните, какие заявки будут приходить и что с ними делать.

Ошибки после запуска

Бот без хозяина

После запуска бот перестают развивать. Информация устаревает, новые вопросы клиентов остаются без ответа, а ошибки в сценарии никто не исправляет.

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

Нет измерений

Если не считать, сколько заявок приходит через бота и чем они заканчиваются, невозможно понять, работает ли он и что улучшать.

Как избежать: заложите аналитику при разработке и зафиксируйте исходные показатели до запуска.

Ожидание мгновенного результата

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

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

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

• Сформулирована одна главная задача бота и критерий успеха.
• Сценарии построены на реальных вопросах клиентов.
• В сценарии нет лишних вопросов и тупиков.
• На любом шаге есть выход на человека.
• Заявки попадают в рабочую систему и у них есть ответственный.
• Данные в боте совпадают с основными системами.
• Бот протестирован людьми, не участвовавшими в разработке.
• Команда знает о боте и понимает, что делать с заявками.
• Продумано, где клиенты узнают о боте.
• Настроен сбор статистики.

Частые вопросы

Можно ли исправить уже запущенного неудачного бота?

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

Что важнее: сценарий или технология?

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

Сколько сценариев нужно на старте?

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

Стоит ли сразу делать бота на ИИ?

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

Кто должен отвечать за бота в компании?

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

Запустим бота без этих ошибок

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