Фраза «мне нужен бот» — это почти всегда не про бота. Это про задачу, которая съедает время: менеджер третий месяц вручную отвечает на одни и те же двадцать вопросов, заявки теряются в переписке, а отчет собирается копипастом из четырех вкладок.
Бот — один из способов эту задачу закрыть. Иногда самый дешевый и быстрый, иногда — самый неподходящий. Ниже разберу, какие боты вообще бывают, чем они друг от друга отличаются технически, от чего зависят сроки и бюджет, и какие решения стоит принять до того, как начинать разработку.
Что вообще называют словом «бот»?
Под одним словом прячутся четыре довольно разные вещи. Их часто путают, и именно из-за этой путаницы разговоры про сроки и цену заходят в тупик.
1. Сценарный бот (кнопочный)
Работает по заранее заданному дереву: пользователь жмет кнопку — бот показывает следующий экран. Никакого понимания языка, никакого ИИ. Чистая логика, которую можно нарисовать на бумаге.
Что умеет: запись на услугу, оформление заказа, квиз-опрос, выдача материалов, прием заявки с передачей ее менеджеру.
Сильная сторона: предсказуемость. Бот не скажет клиенту ничего, чего вы в него не заложили. Для медицины, финансов, юридических услуг это часто решающий аргумент.
Слабая сторона: все, что не предусмотрено сценарием, превращается в тупик. Пользователь, который хочет спросить «а можно перенести на четверг?», упрется в кнопки.
2. Чат-бот с обработкой текста
Понимает свободные формулировки — либо через классификацию намерений (intent recognition), либо через языковую модель. Пользователь пишет «хочу перенести запись», бот распознает намерение и запускает нужный сценарий.
Здесь появляется первая серьезная развилка: классические NLU-движки предсказуемы, но требуют размеченных примеров и плохо переносят формулировки, которых не было в обучении. Языковые модели покрывают почти любую формулировку из коробки, но могут выдумать несуществующую акцию, если их не ограничить.
3. ИИ-агент с доступом к вашим данным
Тот же чат-бот, но с подключенной базой знаний и правом совершать действия: посмотреть остаток на складе, создать задачу в CRM, найти документ, посчитать стоимость по прайсу.
Технически это чаще всего RAG (поиск по вашим документам перед ответом) плюс набор функций, которые модель может вызывать. Такой бот отвечает не «в целом про вашу отрасль», а конкретно про ваш каталог, ваши условия и вашего клиента.
Дороже и дольше в разработке, но именно здесь появляется настоящая экономия времени сотрудников — а не просто автоответчик с кнопками.
4. Бот-автоматизация без интерфейса чата
Ни диалога, ни пользователя. Скрипт по расписанию: собирает данные, следит за изменениями, шлет уведомления, синхронизирует таблицы, мониторит сайты конкурентов. Люди тоже называют это ботом.
Часто оказывается, что клиенту нужен именно такой — а он пришел с запросом «сделайте мне чат-бота в телеграме», потому что не знал, что бывает иначе.
Где бот будет жить: выбор платформы?
Telegram
Дефолтный выбор в русскоязычном сегменте, и на то есть причины. Bot API бесплатный и щедрый, регистрация занимает минуту, никакой модерации перед запуском. Есть кнопки, инлайн-режим, файлы, платежи, Mini Apps — полноценные веб-приложения внутри мессенджера.
Ограничения: пользователь должен первым написать боту, рассылать «холодным» контактам нельзя. Лимиты на массовые сообщения тоже есть, и при базе в десятки тысяч подписчиков рассылку нужно проектировать через очередь, а не через цикл.
MAX
Отдельный канал с другой аудиторией и правилами, чем Telegram. Имеет смысл, если клиенты уже пишут именно в MAX: бот закрывает заявки, поддержку и сценарии ближе к пользователю — без ручного переноса переписки в другой мессенджер.
С точки зрения разработки API у MAX сырее, готовых библиотек меньше, отладки обычно больше. Поэтому тот же сценарий, что в Telegram, часто выходит дороже и дольше — но если аудитория сидит в MAX, альтернатив мало: канал выбирают по людям, а не по удобству разработчика.
Виджет на сайте
Не мессенджер, а окно чата на вашем ресурсе. Плюс: полный контроль над интерфейсом, возможность видеть, на какой странице находится посетитель, и подстраивать ответы под контекст. Минус: диалог живет ровно до закрытия вкладки, вернуть человека потом нечем.
VK, Avito, Discord и остальные
Выбираются по одному критерию: где реально находится ваша аудитория. Разработка бизнес-логики от платформы почти не зависит — меняется только слой доставки сообщений. Если логику изначально писать отдельно от платформы, второй канал добавляется в разы дешевле первого.
Готовый конструктор или разработка?
Честный ответ: конструкторы закрывают больше задач, чем принято думать в среде разработчиков.
Конструктор подойдет, если бот — это линейный сценарий с кнопками, форма заявки, рассылка по базе, простая воронка. Запуск за пару дней, абонентская плата, править сценарий может сам маркетолог. Платить за разработку с нуля здесь незачем.
Разработка нужна, когда появляется хотя бы одно из:
- интеграция с вашей CRM, 1С, складом, внутренней базой или самописной системой;
- логика, которая не укладывается в блок-схему (расчеты, условия, состояния, роли);
- ИИ-ответы по вашей базе знаний;
- нагрузка, при которой тарифы конструктора становятся дороже собственного сервера;
- требования к данным: все должно оставаться на вашей инфраструктуре;
- бот становится неотъемлемой частью продукта и нуждается в обновлениях и развитии.
Промежуточный вариант тоже рабочий: собрать первую версию на конструкторе, проверить, что люди вообще этим пользуются, и переписать только тогда, когда упретесь в потолок. Это дешевле, чем сразу заказывать систему, которая может оказаться никому не нужной.
Из чего складывается срок и стоимость?
Разброс цен на рынке огромный, и это не всегда про жадность подрядчика. Цену определяют вполне конкретные вещи.
Количество и сложность интеграций. Бот сам по себе — это несколько сотен строк кода. Все остальное время уходит на стыковку с внешними системами. Готовое REST API с документацией — быстро. Древняя CRM без API, куда нужно ходить через выгрузки, — долго и с сюрпризами.
Наличие состояний. Бот, который отвечает на каждое сообщение независимо, проще на порядок, чем бот, который помнит, что вы на третьем шаге оформления заказа, и умеет корректно обработать «а нет, вернись назад».
Обработка ошибок и крайних случаев. Демо-версия, которая работает по счастливому сценарию, делается за день. Версия, которая переживет недоступность API, дубли сообщений, пользователя, который жмет кнопку двадцать раз, и повторную оплату, — это уже основная часть работы.
Админка. Нужна ли вам панель, где нетехнический сотрудник меняет тексты, смотрит статистику и выгружает заявки? Это отдельный продукт со своим фронтендом, и по трудоемкости он нередко сопоставим с самим ботом.
ИИ-часть. Подключить языковую модель — полдня. Сделать так, чтобы она отвечала строго по вашим документам, не выдумывала условия и корректно передавала сложные случаи человеку, — это работа над базой знаний, промптами, ограничениями и тестами.
Эксплуатация. Сервер, домен, мониторинг, бэкапы, оплата API модели. Небольшая, но постоянная статья расходов, о которой на этапе обсуждения часто забывают.
Что решить до начала разработки?
Если ответить на эти вопросы заранее, оценка станет точнее, а разработка — короче.
Какую метрику бот должен сдвинуть? «Хочу бота» — не цель. «Сократить время первого ответа», «убрать 60% типовых вопросов с менеджера», «перестать терять заявки ночью» — цель. По ней потом видно, окупился ли проект.
Что происходит после того, как бот отработал? Заявка падает в CRM? В таблицу? В чат менеджеров? Кто ее берет и за какое время? Бот, который собирает лиды в пустоту, вреднее его отсутствия.
Где живут данные, которые нужны боту? Прайс в Excel на компьютере бухгалтера — это не источник данных для бота. Пока информация не лежит в месте, куда можно обратиться программно, автоматизации не будет.
Как пользователь дойдет до человека? Любой бот рано или поздно упирается в случай, который не тянет. Кнопка «позвать оператора» должна быть с первого дня, а не «на втором этапе».
Кто будет этим владеть после запуска? Тексты устаревают, акции заканчиваются, API меняются. У бота должен быть хозяин на вашей стороне.
Частые ошибки
Начинать с ИИ, а не с задачи. Часто 80% обращений — это пять типовых вопросов, которые закрываются кнопками. Языковая модель здесь добавляет стоимость и риски, не добавляя ценности.
Прятать оператора. Клиент, который третье сообщение подряд не может добиться живого человека, уходит не от бота, а от компании.
Делать бота вместо интерфейса. Заполнять десять полей в чате — мучение. Если форма длинная, лучше открыть Mini App или веб-страницу.
Запускать без аналитики. Без логов диалогов вы не узнаете, где люди отваливаются. Первые две недели после запуска дают больше материала для улучшений, чем месяц проектирования до него.
Считать запуск финишем. Первая версия почти всегда не угадывает, как реально пишут пользователи. Полезный бот получается после нескольких итераций по живым диалогам.
Как обычно выглядит работа?
- 1Разбор задачи. Что болит, сколько это стоит сейчас в часах и деньгах, чем можно закрыть.
- 2Сценарий и границы. Что бот делает, чего не делает, где передает человеку. На этом этапе объем работ становится понятным.
- 3Прототип. Минимальная работающая версия основного сценария — чтобы потрогать до того, как вложены основные силы.
- 4Разработка и интеграции. Логика, подключение внешних систем, обработка нештатных ситуаций.
- 5Тестирование на реальных людях. Небольшая группа пользователей ломает бота гораздо изобретательнее разработчика.
- 6Запуск и наблюдение. Логи, метрики, правки по первым живым диалогам.
- 7Поддержка. Обновления, изменения в сценариях, реакция на изменения API платформ.
Вопросы и ответы
Чем чат-бот отличается от Telegram-бота?
Это разные оси. Чат-бот — про способ взаимодействия (диалог), Telegram-бот — про площадку. Telegram-бот может быть кнопочным, без всякого чата, а чат-бот может жить на сайте или в MAX.
Можно ли обойтись без программиста?
Для сценариев с кнопками, форм и рассылок — да, конструкторов достаточно. Как только нужна интеграция с вашей системой или нестандартная логика, разработка становится дешевле борьбы с ограничениями конструктора.
Нужен ли боту ИИ?
Только если пользователи пишут свободным текстом и вариантов формулировок слишком много для кнопок, либо если бот должен отвечать по большой базе знаний. Во всех остальных случаях кнопки надежнее и дешевле.
Сколько времени занимает разработка?
Простой сценарный бот — 1–2 дня. Бот с интеграциями и админ-панелью — 1–2 недели. ИИ-агент с базой знаний и обучением сотрудников — от ~1 месяца и больше. Точный ответ появляется только после разбора конкретной задачи: главный множитель здесь не «бот», а количество и состояние систем, к которым он подключается.
Что делать, если я не знаю, какой бот мне нужен?
Это нормальное состояние на старте, и с него начинается почти каждый проект. Опишите задачу человеческим языком — что сейчас делается руками и почему это раздражает. Тип бота выводится из задачи, а не наоборот.
Если нужен бот под вашу задачу
Я занимаюсь разработкой ботов и автоматизаций под ключ: от разбора задачи и сценария до запуска, интеграций с вашими системами и поддержки после релиза.
