Большинство ошибок при запуске бота — не технические, а управленческие. Бот не «не работает» сам по себе; чаще всего он работает ровно так, как его собрали и потом не улучшали. Ниже — семь типичных мест, где предприниматели теряют деньги и время. Все примеры реальные, цифры — из проектов, которые мы запускали в 2024–2026 годах.
1. Запуск без честной цели
Самая дорогая ошибка — начать с «давайте сделаем бота» без ответа на вопрос «для чего». В лучшем случае получится красивая игрушка, в худшем — потраченные 400 тыс. рублей и обида на жанр.
Цель должна быть числовой и проверяемой. Не «увеличить лояльность», а «через 4 месяца принимать через бот не менее 35% записей и снизить no-show с 20% до 10%». Не «продавать через бот», а «получать 60 заказов в месяц со средним чеком 2 000 ₽ через 90 дней после запуска». Когда цель численная — понятно, что считать успехом, а что — поводом дорабатывать.
Совет: до подписания договора с подрядчиком напишите на одной странице: какую задачу решает бот, какой KPI считаем, какой срок выхода в плюс по экономике. Если эта страница не пишется — задача ещё не созрела.
2. Слишком сложный сценарий на старте
«Мы хотим бота с AI, голосом, личным кабинетом, программой лояльности и интеграцией с пятью системами». Через три месяца разработки бизнес устаёт ждать, тратит ещё 2 месяца на правки, запускает в декабре, ловит баги и уходит в отпуск. Знакомо?
Запускайте минимум, который покрывает один-два самых частых сценария. У барбершопа это запись и напоминание — бот на одну страницу ТЗ. У пекарни — каталог и быстрый заказ. У стоматологии — предзапись и анкета. Всё остальное — потом, на основе реальной статистики.
Хороший ориентир: первая версия бота должна запускаться за 4–6 недель. Если подрядчик называет 4–5 месяцев — где-то в ТЗ заложено лишнее. Возможно, лишнее окупится — но проверять это надо после первого запуска, а не до.
3. Игнорирование контента и поддержки
Бот — это не «один раз сделали и забыли». Его нужно вести: обновлять каталог, отвечать на нестандартные вопросы, чинить мелкие глюки, добавлять новые акции. Это работа примерно на 4–10 часов в неделю плюс отдельная голова, которая «думает за бота».
Если эту работу никто не делает, через 2 месяца бот покажет неактуальное меню, через 4 — потеряет половину пользователей, через 6 — вы решите, что «бот не работает» и закроете проект.
Реалистичная картинка: на бота нужен либо штатный сотрудник на 0.3–0.5 ставки, либо договор сопровождения с подрядчиком на 30–80 тыс. рублей в месяц. Без этого даже лучший бот превращается в кладбище за полгода.
4. Сценарий писали разработчики
Разработчик отлично знает, как сделать кнопку, FSM и интеграцию. Но он часто не знает, как разговаривают ваши клиенты, какие у них боли, на каком моменте они уходят к конкуренту. В итоге сценарий получается технически правильным и человечески мёртвым.
Сценарий должен писать тот, кто реально общается с клиентами: владелец, старший менеджер, маркетолог, который сидел на горячей линии. Разработчик его потом «оживляет» в коде, тестирует и предлагает упрощения. Это нормальная связка.
Простой тест: дайте сценарий вашему лояльному клиенту и попросите пройти бот на бумаге. Если он спотыкается на 3-м шаге — переписывайте. Если он добирается до конца с раздражением — переписывайте. Если он говорит «о, удобно, я бы пользовался» — выпускайте.
5. Отсутствие связки с офлайн-операцией
Бот сам по себе не работает. Он становится частью операционки, и эту операционку надо подготовить:
- кто отвечает на сообщения, которые бот переключил на оператора;
- как админ получает уведомление о новой записи / заказе;
- что делает кассир, когда клиент пришёл с купоном из бота;
- куда попадают данные клиента — в CRM, в 1С, в табличку;
- кто еженедельно смотрит метрики бота и делает выводы.
Если эти процессы не описать заранее, через 2 недели после запуска бот начнёт «терять» клиентов: запись не доехала до администратора, заказ затерялся, оператор не знает, что отвечать. Виноват будет якобы бот.
Хорошая практика — за неделю до запуска прогнать 20 «контрольных закупок» силами своих же сотрудников: пройти весь путь от первого клика до получения услуги или товара, найти пробои, заштопать. Это спасёт нервы и репутацию.
6. Запуск без аналитики
«Сколько у вас активных пользователей?» — спрашиваешь у клиента через 2 месяца после запуска. «Не знаю, бот работает» — отвечает он. Дальше разговаривать не о чем: бот без метрик — это слепой запуск. Вы не понимаете, окупается он или нет, какие сценарии ходят, где люди отваливаются.
Минимум, который должен быть с первого дня:
- DAU/WAU/MAU и количество новых пользователей в неделю;
- конверсия каждого шага основного сценария;
- количество сессий с переключением на оператора;
- среднее время ответа оператора;
- удержание на 7 и 30 день.
Это закрывается бесплатной Яндекс.Метрикой или собственной табличкой в Google Sheets. Главное — раз в неделю смотреть и обсуждать. Без этого бот живёт сам по себе и медленно угасает.
7. Расчёт окупаемости «на глаз»
Финальная ошибка — отсутствие модели окупаемости вообще. Бот считается окупившимся, потому что «есть заказы», или не окупившимся, потому что «как-то мало». Без цифр оба вывода — гадание.
Простая модель: фиксируете все затраты (разработка, поддержка, оператор, трафик, эквайринг), фиксируете все выручки (прямые продажи, лиды, экономия на поддержке), сравниваете с базовой линией «без бота». Базовая линия — самое важное: без неё вы измеряете не вклад бота, а просто динамику бизнеса.
Если этих цифр нет на старте — заведите их в первый месяц после запуска. Если не ввели в первый месяц — введите хотя бы в третий. Поздно, но всё равно полезно: дальше будете видеть тренд и принимать решения, а не «надеяться».
Что делать прямо сейчас
Если бот ещё не запущен — пройдитесь по списку и закройте те ошибки, которые ещё можно избежать. Это сэкономит минимум 2–3 месяца и вторую разработку.
Если бот уже работает 2–3 месяца, и есть ощущение, что «как-то не очень» — почти наверняка проблема в одной из ошибок 3, 5, 6 и 7. Метрик нет, контент устарел, операционка не подцеплена, окупаемость не считается. Чините по порядку: сначала метрики, потом контент, потом операционку, потом окупаемость. Через 6–8 недель станет понятно, что было «болезнью», а что — фундаментальным ограничением, ради которого бот переписывают целиком.