На прошлой неделе у меня был созвон с сервисом записи. Клиент пришел за «умным AI-ботом», потому что менеджеры тонули во входящих. Через 20 минут стало ясно, что 80% диалогов - это цена, свободные окна, адрес и статус заявки, а первый ответ уходил через 18-25 минут.
Вместо дорогого AI-пилота мы собрали чат-бот Telegram с квалификацией лида, отправкой в amoCRM и переводом на оператора. Запуск занял 3 недели, скорость первого ответа выросла почти вдвое, а доля обработанных лидов - на 27%. С этого и стоит начинать: не с модной технологии, а с повторяемого сценария.
Бот окупается там, где люди делают одно и то же по кругу
Если сотрудники отвечают по памяти и у каждого свой «правильный» вариант, создание чат-бота только закрепит путаницу. Я обычно прошу выгрузить 100-200 последних обращений и руками разметить повторы. Работа скучная, но она быстро показывает, есть ли вообще что автоматизировать.
Ориентир простой: если 40%+ сообщений повторяют одни и те же 10-15 вопросов, бот уже имеет смысл. FAQ, запись, перенос, статус заказа, первичная квалификация лида - хорошие кандидаты. Продажа сложной услуги с длинным выбором - уже спорная история, я бы туда сценарного бота без оговорок не ставил.
У сервиса бытовых услуг бот закрыл 60-70% типовых диалогов без участия менеджера. Все, что выходило за сценарий, уходило человеку. Поддержка не исчезла, но перестала тратить день на одинаковые ответы.
- Выгрузите обращения за последние 2 недели
- Отметьте повторы вручную
- Выберите одну метрику: скорость ответа, конверсия в заявку или снижение нагрузки
Самый полезный вопрос на старте: какую рутину бот должен снять уже в первый месяц.
Telegram обычно быстрее для MVP, MAX - когда есть понятная причина
Telegram и MAX я сравниваю по цене полезного действия. Не по хайпу и не по обещаниям платформы, а по тому, где дешевле получить заявку, запись, оплату или закрытый вопрос поддержки.
Для первого запуска Telegram почти всегда удобнее. У него зрелый Bot API, webhook, deep links, кнопки, медиа, понятный деплой и нормальный рынок разработчиков. Бота с CRM, аналитикой и переводом на оператора реально собрать за 2-6 недель.
MAX я бы рассматривал, когда там уже есть ваша аудитория или у бизнеса есть прямое требование к каналу. Новый канал сам спрос не создает. Если входящего потока там нет, бот будет просто ждать.
Мини-диалог с клиентом обычно выглядит так:
- «Нам нужен чат-бот в MAX, потому что все туда пойдут»
- «Сколько у вас там обращений сейчас?»
- «Почти нет, но канал перспективный»
- «Тогда сначала Telegram MVP, потом цифры, потом второй канал»
| Критерий | Telegram | MAX |
|---|---|---|
| Скорость MVP | 2-6 недель | зависит от сценария |
| API и библиотеки | зрелые | надо проверять руками |
| Интеграции с CRM | привычный путь | часто больше ручной сборки |
| Поддержка | предсказуемее | выше риск сюрпризов |
Бесплатный чат-бот и конструктор хороши до первой серьезной интеграции
Если вам нужен бесплатный чат-бот для FAQ, меню, автоответа или сбора контакта, конструктор - нормальный старт. Для проверки одного сценария за 1-2 недели я бы сам так и сделал. Тут не нужен кастом, и переплачивать нет смысла.
Проблемы начинаются, когда боту нужны данные из ваших систем. У интернет-магазина сначала все шло гладко: каталог, ответы на частые вопросы, форма заявки. Потом понадобились статусы заказов, персональные предложения, связка с 1С и нормальная аналитика. Миграция на кастом заняла 5 недель, потому что сценарии и события пришлось собирать заново.
Я видел и обратную ошибку. Мы однажды слишком рано утащили простой сценарий в кастом, хотя хватило бы конструктора. Клиент заплатил лишние 300-400 тыс. ₽, а пользы это не дало. С тех пор правило простое: если у вас 3+ интеграции, персональные данные, роли операторов и история действий, кастом лучше считать сразу. Если этого нет, усложнять не стоит.
Как сказал CTO логистической платформы на одном из проектов: «Самый дорогой бот - тот, который сначала сделали дешево, а потом начали в него встраивать бизнес».
AI нужен точечно, а не везде подряд
Слово AI продает хорошо, но бизнесу обычно полезен гибридный подход. Там, где нужна точность - запись, оплата, изменение данных, подтверждение действий, - я оставляю жесткий сценарий. Там, где человек пишет свободным текстом и ищет ответ в базе знаний, уже можно подключать языковую модель.
На одном B2C-проекте у нас была база на 12 000 документов. Мы подняли Node.js 20 + NestJS, PostgreSQL 16 с pgvector и слой RAG для ответов по базе. Пока модель отвечала на все подряд, качество плавало, и она слишком уверенно говорила там, где надо было молчать. Нормально все заработало только после того, как мы сузили зону AI до нескольких тем и ввели порог уверенности.
если запрос = "статус / оплата / запись"
-> сценарный маршрут
если запрос = "вопрос по базе знаний"
-> AI + RAG
если confidence < 0.75
-> оператор
Если у вас только 20-30% запросов не укладываются в сценарий, AI должен быть надстройкой. Фундамент здесь другой.
Как создать чат-бот без лишних трат
За 3 дня можно понять почти все.
В первый день соберите обращения из мессенджеров, почты и CRM. Во второй опишите один сценарий в 8-12 шагов, без мысли «а потом еще прикрутим AI». В третий выберите путь:
- FAQ и автоответ - конструктор
- сценарий с CRM и уведомлениями - Telegram MVP
- свободные вопросы по базе - AI + RAG
- статусы, 1С, роли, аналитика - кастом
Сразу добавьте перевод на человека и события в аналитику. Бот без перевода на человека ломается не потому, что он «тупой», а потому что клиента загнали в тупик и даже не увидели этот момент.
Следующие 3 дня я бы потратил не на выбор платформы, а на разметку входящих и один сценарий на бумаге. После этого обычно становится ясно, нужен вам AI-бот, обычный чат-бот Telegram или пока вообще ничего не нужно. Я видел это десятки раз: самые прибыльные боты в компании редко выглядят впечатляюще, зато они снимают рутину, за которую бизнес каждый месяц уже платит зарплатой.
