Коротко. Настройка бота — это четыре работы подряд: карта сценария (1-3 дня), тексты и кнопки, обработка непонятых сообщений с выходом на оператора и интеграция с CRM (2-6 часов на подключение, ещё 1-2 дня на поля, дедупликацию и передачу источника). Рабочие нормативы: не больше 3 шагов до целевого действия, 2-4 кнопки на экран, 5-7 вопросов максимум до создания лида, доля непонятых сообщений после доработки — ниже 10-15 %. Настройка готового бота под задачу занимает 3-10 рабочих дней и стоит 15 000-60 000 ₽, если разработка уже сделана.
Настройка начинается с карты, а не с текстов
Первый артефакт — карта диалога: список узлов, кнопок и переходов между ними. Пока её нет, любые правки текстов бессмысленны, потому что структура всё равно поменяется. Типовой рабочий бот — 15-40 узлов; всё, что больше, обычно означает, что в бота засунули сайт.
Четыре правила, по которым карту проверяют перед тем, как собирать:
- Одна ветка — одна цель. «Узнать цену», «Записаться», «Статус заказа» — это три независимые ветки, а не один универсальный опрос.
- Не больше трёх шагов до целевого действия. Считается от первого экрана. Если до записи на замер человек проходит семь экранов, доходят единицы.
- У каждого узла есть выход назад и выход на человека. Оба — на каждом шаге, а не только в главном меню.
- Тупиков нет. После любого финального сообщения — что делать дальше. «Спасибо, менеджер свяжется» без кнопки «Посмотреть каталог» теряет человека насовсем.
Первый экран — самое дорогое место в боте: там должно быть то, зачем человек пришёл, — цена, наличие, запись, статус заказа. «О компании» и «Наши преимущества» в первом меню — самая частая ошибка настройки.
Как писать сообщения и кнопки
Тексты бота пишутся не как текст на сайте: человек читает их с телефона, в потоке чата, одним глазом.
- Одно сообщение — одна мысль, 300-500 знаков максимум. Длинное разбивается на два с паузой 1-2 секунды, иначе экран заливает стеной текста.
- 2-4 кнопки на экран. Шесть и больше на мобильном не читаются, человек жмёт первую попавшуюся.
- Текст кнопки — глагол с результатом: «Узнать цену», «Записаться на замер», «Проверить наличие». Не «Далее», не «Пункт 1», не «Подробнее».
- Один вопрос в одном сообщении. «Как вас зовут и на какой день записать?» гарантированно получит ответ на половину вопроса.
- Поля собираются по одному, с проверкой на месте. Телефон валидируется сразу и приводится к формату +7XXXXXXXXXX, иначе в CRM попадут «8 916», «916» и «+7(916)» как разные контакты.
- 5-7 вопросов — потолок. Всё остальное дособирает менеджер по телефону. Каждый дополнительный обязательный вопрос снижает доходимость до конца ветки, и особенно быстро — вопросы, смысл которых человеку непонятен («ваш ИНН», «источник обращения»).
Отдельно про тон: бот не должен притворяться человеком. «Здравствуйте, меня зовут Анна» вызывает злость, когда обман вскрывается через два сообщения.
Что бот делает, когда не понял
Обработка непонятых сообщений (fallback) — это то, что отличает настроенного бота от собранного. На неё уходит 10-15 % времени настройки и приходится половина негатива при её отсутствии.
- Первый непонятый ввод — не «Я вас не понял», а переформулированный вопрос плюс те же кнопки плюс явное «Написать менеджеру».
- Второй подряд — сразу перевод на человека, без третьей попытки. Человек уже раздражён.
- Стоп-слова — мгновенная эскалация в любой точке сценария: «оператор», «человек», «менеджер», «жалоба», «верните деньги», «претензия», мат. Это список из 15-25 слов, который дописывается по логам первого месяца.
- Вне рабочего времени — честно: «Менеджеры отвечают с 9:00 до 19:00 по Москве, напишем утром. Пока можно посмотреть цены или оставить заявку — перезвоним первым делом».
- Молчание оператора — если за 15-30 минут в рабочее время никто не ответил, диалог эскалируется руководителю. Без этого «переведён на оператора» становится чёрной дырой.
Интеграция с CRM: что и куда передавать
Технически всё просто: бот отправляет HTTP-запрос на входящий вебхук CRM — в Битрикс24 это создание лида или сделки, в amoCRM аналогичный вызов API, 2-6 часов работы. Ещё 1-2 дня уходит на то, ради чего интеграция и делается: чтобы в CRM попала не «заявка из бота», а работающая карточка.
| Что передаём | Куда в CRM | Зачем |
|---|---|---|
| Имя | Контакт / название лида | Чтобы менеджер не начинал разговор с «а вы кто» |
| Телефон в формате +7XXXXXXXXXX | Обязательное поле контакта | Единый формат — основа дедупликации и связи со звонками |
| Канал (Telegram / WhatsApp / сайт / MAX) | Источник | Понять, какой канал реально даёт заявки |
| Параметр deep link или utm-метки | Отдельные поля кампании | Связать заявку с рекламой; задним числом не восстановить |
| Ответы по ключевым шагам сценария | Пользовательские поля | Квалификация до звонка: менеджер видит бюджет, объём, город |
| Ссылка на диалог или его идентификатор | Комментарий / поле | Поднять переписку целиком, не переспрашивая клиента |
Три вещи, без которых интеграция считается недоделанной:
Очередь и повторные попытки. CRM ответила ошибкой или таймаутом — заявка не должна исчезать. Три попытки с нарастающей паузой плюс дублирующее уведомление в рабочий чат. Без этого раз в месяц-два теряется пачка обращений, и узнаёте вы об этом от клиента.
Дедупликация. Перед созданием лида ищем контакт по нормализованному телефону. Нашли открытую сделку — не плодим новый лид, а добавляем в неё комментарий и задачу ответственному. Иначе постоянный клиент, написавший трижды, превращается в трёх разных «новых лидов», и вся воронка врёт.
Назначение ответственного. Лид без ответственного не появляется ни в чьём списке дел. Настраивается фиксированный менеджер или круговое распределение внутри CRM — плюс правило, что делать с заявками, пришедшими ночью и в выходные.
Тестирование: чеклист краевых случаев
«Понажимали кнопки — работает» тестированием не является. Прогоняются сценарии, в которых пользователь ведёт себя не по плану — а он всегда ведёт себя не по плану.
- Написать текст там, где ждут кнопку.
- Ввести телефон в четырёх форматах: с +7, с 8, без кода, с пробелами и скобками.
- Прокрутить чат вверх и нажать кнопку из середины пройденной ветки.
- Уйти из середины анкеты и вернуться через сутки.
- Пройти сценарий дважды подряд — проверить, что в CRM не создалось два лида.
- Отправить фото, голосовое и документ там, где ждут текст.
- Написать «оператор» на каждом шаге — эскалация должна сработать везде.
- Отправить пять сообщений подряд за секунду.
- Проверить поведение при недоступной CRM — заявка должна встать в очередь, а не пропасть.
- Пройти сценарий вне рабочего времени.
- Заблокировать бота и запустить заново.
- Пройти путь с рекламной ссылки и убедиться, что метка доехала до карточки в CRM.
Первые две недели: что править по данным
Настройка заканчивается не запуском, а через две-три недели, когда живые люди покажут, где сценарий расходится с реальностью. Смотреть надо на пять чисел.
- Доля дошедших до целевого действия от всех запустивших бота — база, с которой сравниваются все правки.
- Шаг с максимальным отвалом. Обычно это один вопрос, сформулированный непонятно: переписали формулировку — отвал упал.
- Доля непонятых сообщений. Норма после доработки — до 10-15 %. Выше — люди пишут не то, что заложено в сценарий, и в логах видно, что именно.
- Доля эскалаций на оператора и время до ответа человека. Больше трети эскалаций — бот закрывает не те задачи.
- Дубли в CRM за период — проверка того, что дедупликация действительно работает.
Частые вопросы
Как настроить чат-бота, чтобы заявки попадали в CRM
Бот отправляет данные на входящий вебхук CRM обычным HTTP-запросом: в Битрикс24 это создание лида или сделки, в amoCRM — вызов API. Подключение занимает 2-6 часов, но кроме самого запроса нужно настроить три вещи: нормализацию телефона в единый формат, поиск дубля по этому телефону перед созданием лида и назначение ответственного менеджера. Обязательна очередь с тремя повторными попытками — иначе при ошибке CRM заявка исчезнет бесследно.
Сколько вопросов должен задавать бот перед передачей заявки
5-7 максимум, включая имя и телефон. Каждый следующий обязательный вопрос снижает долю дошедших до конца, а вопросы, смысл которых человеку неочевиден, режут её особенно сильно. Всё остальное дособирает менеджер при звонке — заявка с двумя полями и живым контактом полезнее, чем идеально заполненная анкета, которую никто не закончил.
Что делать, если бот не понимает сообщения клиентов
Открыть лог непонятых сообщений за неделю и посмотреть, что люди пишут на самом деле — обычно 20-30 формулировок покрывают большую их часть, и они добавляются в правила или в кнопки соответствующего шага. Одновременно настраивается корректный сценарий отказа: первый непонятый ввод — переформулированный вопрос с кнопками, второй подряд — сразу перевод на оператора. Нормальный уровень непонятых сообщений после такой доработки — ниже 10-15 %.
Сколько стоит настройка чат-бота
Настройка готового бота или конструктора под задачу — 15 000-60 000 ₽ и 3-10 рабочих дней: сюда входят карта сценария, тексты, обработка непонятых сообщений и подключение к CRM. Если бота ещё нет, это уже разработка — от 60 000 ₽ и 2-4 недель. Отдельно считается доработка после запуска: 5 000-20 000 ₽ в месяц на правки по данным первых недель, и это не опция, а обязательная часть — сценарий, не переделанный после встречи с живыми людьми, работает вполовину силы.
Нужно ли предупреждать, что отвечает бот, а не человек
Да, и это выгодно вам самим: люди спокойно общаются с ботом, если знают, что это бот, и злятся, когда понимают, что их вводили в заблуждение. Рабочая формулировка — сразу обозначить роль и границы: «Я бот, помогаю подобрать и записать, в любой момент позову менеджера». Заодно это снимает завышенные ожидания и снижает долю агрессивных сообщений в первом же диалоге.
DZ Digital настраивает чат-ботов целиком — от карты сценария и текстов до интеграции с Битрикс24 или amoCRM с дедупликацией, передачей источника и очередью на случай сбоя, — а после запуска дорабатывает сценарий по реальным логам. Если бот у вас уже есть, но заявки теряются или люди не доходят до конца, — пришлите доступ к сценарию и выгрузку диалогов за две недели: покажем, на каком шаге уходят люди и что там менять.