Бот запущен, отвечает круглосуточно, в отчёте сотни диалогов. А заявок от него почти нет — или они есть, но до сделки не доходят.
Первая мысль — бот плохой, нужен другой: умнее, с ИИ, подороже. Иногда это правда. Но прежде чем менять бота, стоит выяснить, на каком шаге он теряет человека. Бот может прекрасно отвечать на вопросы и при этом ни разу не довести разговор до заявки. А может довести — и заявка пропадёт уже после него, у менеджера.
Ниже — девять ошибок, разложенных по трём местам: сценарий, передача менеджеру и то, как за ботом следят. Это не зависит от того, сценарный у вас бот или с ИИ: ошибки ниже ломают оба. В конце — как проверить своего бота за час.
Бот приносит заявки не тогда, когда хорошо отвечает, а когда переводит человека к следующему действию. Бот, который только отвечает, — справочник. Бот, который после ответа предлагает расчёт, запись или подбор и умеет вовремя передать разговор человеку, — часть продаж. Большинство ошибок ниже — это места, где следующий шаг либо не предложили, либо потеряли при передаче.
Ошибки сценария: человек уходит, не дойдя до заявки
1. Бот заставляет идти через меню, даже когда человек уже задал вопрос. Меню само по себе не ошибка: если человек открыл бота без вопроса, оно помогает начать. Ошибка — когда человек пишет «сколько стоит доставка в субботу», а получает «Выберите раздел: 1. О компании 2. Услуги 3. Контакты». Ему приходится переводить свой вопрос на язык чужого меню и заново искать к нему путь — и на этом появляется лишнее место для отказа. Если вопрос уже задан, бот должен отвечать на него, — а меню оставить для тех, кто пришёл без вопроса.
2. Ответ без следующего шага. Бот ответил на вопрос о цене — и замолчал. Ответ правильный, но разговор закончился информацией, а не действием. Каждый ответ стоит заканчивать предложением следующего шага: «подобрать время?», «посчитать под ваш объём?», «показать похожие варианты?». Без этого бот работает как справочник, а справочник заявок не приносит.
3. Контакт просят не вовремя. Слишком рано — «оставьте телефон, и мы ответим» в первом сообщении, когда человек ещё ничего не получил. Слишком поздно — или никогда: бот рассказал всё, человек ушёл довольный, и связаться с ним нельзя. Контакт имеет смысл просить не по номеру сообщения, а в момент, когда появилась ценность, которую без контакта нельзя продолжить: расчёт, запись, подбор, точная цена под задачу, отправка результата.
4. Тупик без выхода к человеку. Бот не понял вопрос и отвечает «Я вас не понял, выберите вариант из меню» — второй раз, третий. Из любой ветки сценария должен быть выход: «соединить с менеджером», «оставить вопрос, ответим в течение часа». Бот, который не умеет сказать «здесь нужен человек», держит клиента в ловушке, а клиент из ловушки уходит.
5. Ответы устарели или выдуманы. Это две разные проблемы. Сценарный бот отвечает только заготовленным текстом, поэтому его риск — устаревшие данные: цены поменялись месяц назад, а бот называет старые; акция закончилась, а бот её предлагает. У бота с ИИ к этому добавляется вторая: он может уверенно достроить ответ, которого в его материалах нет. Человек, получивший неверную цену, приходит к менеджеру уже с претензией. Что должно быть в материалах бота и как проверить их на приёмке, — в разборе базы знаний.
Ошибки передачи: бот довёл, а заявка пропала
Это место легко упустить при запуске: сценарий можно обсуждать неделями, а что происходит после фразы «передаю менеджеру», решить в последний день.
6. Передача без контекста и без следующего шага. Бот выяснил задачу, бюджет, удобное время — а менеджер получает «Новый контакт: Анна, +7…». И звонит с вопросом «чем могу помочь?». Человек второй раз объясняет то, что уже рассказал боту, и чувствует, что первый разговор был зря. Менеджер должен получать не контакт, а разобранный запрос: что спрашивал, что выбрал, в чём сомневался.
И ещё одно — на чём остановился разговор и что человеку уже обещали. Бот довёл до конкретного намерения: человек хочет расчёт под свой объём, бот ответил «менеджер пришлёт расчёт в течение часа». А менеджер звонит с общим «расскажите о задаче». Сценарий, который вёл человека к расчёту, на передаче оборвался — и разговор начинается с нуля. Менеджер должен продолжить с того места, где остановился бот, и выполнить то, что бот пообещал.
7. Передача в никуда. Уведомление уходит в общий чат, который читают «когда есть время». Или на почту, которую проверяют утром. Или менеджеру, который в отпуске. Формально бот передал, фактически заявку не взял никто. У каждой передачи должен быть ответственный и срок, за который он отвечает человеку, — иначе быстрый бот упирается в медленную команду. Как измерить, с какой скоростью на самом деле отвечают у вас, — в разборе медленной обработки заявок.
8. Заявка не доходит до системы учёта. Бот собрал контакт, но в CRM он не попал — или попал дублем, без источника, без истории диалога. Через неделю никто не знает, что этот человек пришёл из бота, и бот выглядит бесполезным, даже если приводил людей. Что ходит между ботом и CRM и что делать, если одна из сторон недоступна, — в статье про интеграцию.
На своём сайте я решал это так. Если мой ИИ-ассистент недоступен, виджет не показывает ошибку, а уводит человека к обычной форме: заявка важнее ассистента. Контакт собирает форма внутри чата и отправляет его напрямую, минуя модель. А разбор задачи из диалога сервер прикладывает к заявке сам, так что я получаю не номер, а готовое описание того, что человеку нужно. Ваша реализация может быть другой, но принцип тот же: передача — это отдельная часть системы, а не последняя строчка сценария.
Ошибка наблюдения: за ботом никто не следит
9. За ботом никто не следит. Бот запустили — и смотрят только на число диалогов. А это число ничего не говорит о заявках: сто диалогов могут закончиться ста заявками или ни одной. Узнать, где люди уходят, можно двумя способами, и лучше пользоваться обоими.
Читать диалоги — на каком сообщении человек перестал отвечать, какой вопрос бот не понял, где он предложил не то. Это объясняет, почему люди уходят.
Считать переходы между этапами, если бот или CRM записывают такие события: сколько начали диалог → сколько дошли до контакта → сколько передано менеджеру → скольким менеджер ответил → сколько стало сделкой. Это показывает, где уходят и сколько. Без счёта вы видите отдельные истории, без чтения — только цифры без причин.
Без этого бот не улучшается. Сценарий, написанный до запуска, — это гипотеза о том, как будут спрашивать люди. Реальные люди спрашивают иначе, и первые недели работы бота — самый полезный материал для его правки.
Как проверить своего бота за час
Три шага, без доступа к коду и без разработчика. Числа в них — не статистическая выборка, а быстрый аудит: цель — увидеть повторяющиеся проблемы, а не посчитать конверсию.
Пройдите бота как клиент — пять раз. Возьмите пять реальных вопросов, которые клиенты задают чаще всего, и задайте их боту своими словами, как написал бы человек, а не как написано в меню. Отметьте: где бот не понял, где ответил без следующего шага, где не было выхода к человеку.
Прочитайте двадцать последних диалогов. Для каждого отметьте, чем он закончился: заявкой, переходом к менеджеру, тупиком или тишиной. Если тишины и тупиков много — проблема в сценарии, ошибки 1–5.
Проследите десять последних переданных заявок. Когда менеджер получил каждую, когда ответил, что знал о человеке на момент ответа, попала ли заявка в CRM. Если бот передаёт, а дальше заявки теряются, — проблема в передаче, ошибки 6–8.
Чтобы не гадать, с чего начинать, сверьте то, что увидели, с таблицей:
| Что вы видите | Где искать причину | Ошибки |
|---|---|---|
| Диалоги обрываются на первом-втором сообщении | человек не нашёл свой вопрос в меню или не понял, что делать дальше | 1, 2 |
| Люди задают вопросы, получают ответы и уходят без контакта | бот не предлагает следующий шаг или просит контакт не в тот момент | 2, 3 |
| Одни и те же «не понял» по кругу | нет выхода к человеку | 4 |
| Менеджер слышит от клиентов «а бот сказал другое» | материалы бота устарели или бот отвечает за их пределами | 5 |
| Клиенты пересказывают менеджеру то, что уже писали боту, или менеджер не выполняет обещанное ботом | передача без контекста и без следующего шага | 6 |
| Бот передаёт, а ответ клиенту приходит на следующий день | передача без ответственного и срока | 7 |
| Нельзя сказать, сколько сделок пришло из бота | заявки не доходят до CRM или приходят без источника | 8 |
| Нельзя объяснить, почему результат бота меняется от месяца к месяцу | никто регулярно не разбирает диалоги и переходы между этапами | 9 |
Если подходят строки из разных групп, смотрите, доходят ли люди до передачи. Если бот уже доводит часть людей до менеджера, а они теряются после — чините передачу первой: такая заявка обходится дороже, на неё уже потрачено и привлечение, и разговор. Если до передачи почти никто не доходит, начинать придётся со сценария — передавать пока нечего.
Что можно исправить без новой разработки
Часть ошибок исправляется в настройках и договорённостях:
- текст первого сообщения и концовки ответов — ошибки 1 и 2;
- момент, когда бот просит контакт, — ошибка 3;
- выход к человеку из тупиковых веток — ошибка 4;
- обновление цен и условий в материалах бота — ошибка 5;
- договорённость, что менеджер продолжает с того места, где остановился бот, и выполняет обещанное, — часть ошибки 6;
- ответственный и срок ответа на переданную заявку — ошибка 7;
- регулярный разбор диалогов и переходов между этапами — ошибка 9.
Переделка нужна, когда бот не умеет передавать контекст (ошибка 6), не связан с CRM (ошибка 8) или сценарий построен так, что выход к человеку и следующий шаг в него не встраиваются.
Если бота нужно собрать заново
Если проблема только в сценарии, передаче или настройке текущего бота, новый проект может вообще не понадобиться. Проверьте старого бота по трём шагам выше: может оказаться, что он работает нормально, а заявки теряются уже после него, — и тогда поможет не новый бот, а ответственный за переданные заявки.
Если же бота нужно собирать заново: базовый бот — ответы по вашим материалам, сбор контактов и передача менеджеру в одном канале, на сайте или в Telegram, — начинается от 25 000 ₽. Рабочий бот с несколькими каналами, записью или каталогом, квалификацией заявок, интеграцией с CRM и доработкой сценариев после запуска — от 55 000 ₽. Что входит в каждый вариант, — на странице чат-ботов.