Как создать чат-бота: конструктор, API или код

Создание чат-бота начинается не в конструкторе и не в репозитории. Сначала нужен один диалог с проверяемым результатом: заявка записана, слот подтвержден, статус найден или вопрос передан сотруднику. Без этого бот обрастает кнопками, но не снимает работу и не помогает клиенту.

Для первой версии хватает одного канала и одного сценария. Одновременный запуск Telegram, MAX, виджета, AI-консультанта и CRM увеличивает число точек отказа. Проверенный маршрут переносится в другой канал позже. Четыре непроверенных интерфейса переделывать дороже.

Что люди ищут по теме

Yandex Search API Wordstat v2 9 августа 2026 года показал 8 649 запросов в широкой группе создать чат бота по всем регионам и устройствам. Внутри: как создать чат бот - 4 657, как создать чат бот в максе - 1 632, чат боты создать бесплатно - 815, как создать чат бота в телеграмме - 331.

Часть аудитории хочет сделать бота сама, часть выбирает платформу, часть оценивает разработку. Полезный ответ показывает потолок каждого способа. Слово бесплатно не обнуляет время на сценарий, настройку, поддержку и ремонт потерянных заявок.

Сначала зафиксируйте результат

Плохая цель: сделать современного бота для бизнеса.

Рабочая цель: бот в Telegram уточняет услугу и район, принимает телефон, создает заявку в CRM и сообщает клиенту номер обращения. Если CRM недоступна, бот кладет запрос в очередь, предупреждает клиента и будит ответственного.

Во втором варианте проверяется каждый шаг: какие данные собраны, где появилась заявка, кто отвечает при сбое. Для меню и уведомления может хватить конструктора. Для транзакции с CRM нужны API, журнал и повторная отправка.

Когда подойдет конструктор

Конструктор годится для линейного сценария с кнопками, короткой анкетой, выдачей материалов и простыми уведомлениями. Им удобно проверить гипотезу, если сервис поддерживает нужный канал, экспорт данных и передачу человеку.

• Кому принадлежат аккаунт, аудитория и собранные данные.
• Можно ли выгрузить сценарий или хотя бы контакты и события.
• Лимиты тарифа: сообщения, пользователи, интеграции, сотрудники.
• Поведение при недоступности конструктора или внешней таблицы.
• Секреты и лишние персональные данные не лежат в открытых полях сценария.

Когда нужна своя разработка

Свой код оправдан, когда бот в основном процессе: проверяет доступность, создает заказ, держит роли, принимает оплату через провайдера, синхронизируется с несколькими системами или должен жить в особом контуре журнала и размещения. Причина должна быть в задаче, а не в желании «владеть большим проектом».

Своя разработка дает контроль над логикой и выкладкой. Она же вешает обновления, бэкапы, мониторинг и безопасность на вас или подрядчика. Репозиторий без человека, который видит ошибку, не является надежной системой.

Неделя 1: путь в конструкторе

Цель недели: один канал, один сценарий заявки, тестовая доставка до человека, журнал хотя бы в таблице. Не цель: идеальное меню и AI.

• День 1. Выпишите 15-20 реальных фраз клиентов. Назовите один результат и обязательные поля. Нарисуйте успех, отмену, «не знаю», передачу оператору.
• День 2. Выберите конструктор с нужным каналом. Создайте аккаунт на почте компании. Зафиксируйте, кто владелец. Включите двухфакторный доступ.
• День 3. Соберите линейный сценарий кнопками. Без свободного AI-ответа, если он не нужен для проверки гипотезы. Добавьте проверку телефона и сводку перед отправкой.
• День 4. Подключите уведомление в чат/почту и запись строки в таблицу или CRM-форму. Проверьте, что при сбое клиент видит честный статус.
• День 5. Прогон с телефона: счастливый путь, пустые поля, повторный тап, «назад», обрыв на середине. Запишите баги списком, не в голове.
• День 6. Отдайте 3-5 своим людям или лояльным клиентам. Смотрите, где они замирают. Упростите тексты кнопок.
• День 7. Экспорт контактов/событий, скрин лимитов тарифа, короткая инструкция «как остановить бота и кому писать». Решение: оставить, доработать или уходить в код.

Критерий «неделя в конструкторе удалась»
- заявка с тестового телефона дошла до человека
- в таблице/CRM есть время, источник, поля
- повторный тап не создал дубль (или дубль виден и понятен)
- есть кнопка/путь «связаться с человеком»
- вы можете выгрузить данные без поддержки вендора

Неделя 1: путь в своей разработке

Цель недели: каркас, один сценарий, тестовый контур, деплой, логи. Не цель: админка мечты и пять интеграций.

• День 1. Тот же сценарий и поля, что для конструктора. Плюс: где крутится бот, кто деплоит, куда пишутся логи, как хранятся секреты.
• День 2. Каркас: webhook или long polling, роутинг команд, хранение state диалога, health-check. Секреты в env, не в git.
• День 3. Сценарий записи/заявки на кнопках. Валидация ввода. Идемпотентность подтверждения. Сообщение с lead_id или booking_id.
• День 4. Одна интеграция, без которой результат не считается: CRM, календарь или очередь+алерт. Ретраи и запись ошибки.
• День 5. Тесты на телефоне + минимум автопроверок на счастливый путь и отказ внешней системы. Стейджинг без боевых платежей.
• День 6. Наблюдаемость: структурированный лог шагов, алерт в чат команды при 5xx и при «CRM timeout». Бэкап state/БД по простому расписанию.
• День 7. Прогон приемки из списка ниже. README: как запустить, как откатить, кто владеет BotFather/токенами. Решение по scope следующей недели.

Минимальный маршрут заявки

клиент -> бот -> проверка данных -> lead_id -> CRM
                                      |
                                      -> журнал события
                                      -> уведомление ответственному
                                      -> подтверждение клиенту

Ошибка CRM -> очередь повторов -> уведомление -> честный статус клиенту

Канал и данные

Берите канал, где аудитория уже есть, или куда ее честно ведут с сайта, рекламы и офлайна. Не тащите человека в мессенджер только ради бота, если короткая форма быстрее. До разработки проверьте правила платформы, типы сообщений и способ старта диалога.

• Собирайте только то, что нужно следующему шагу.
• Токены и ключи вне текста сценария и клиентского кода.
• Разделите права владельца, оператора и разработчика.
• Не светите внутренние ошибки и секреты внешних систем в чат.
• Срок хранения диалогов и порядок удаления данных.
• Отзыв доступа подрядчика без остановки бота.

Приемочные тесты первой версии

Приемка повторяет реальные маршруты, а не приветствие. Прогоните список с телефона. Каждый пункт: ожидаемый результат и где смотреть след (чат, CRM, лог, почта).

• T1. Счастливый путь. От старта до подтвержденного результата. В системе учета есть запись с полями и временем.
• T2. Пустые и мусорные поля. Телефон 123, пустое имя, слишком длинный текст. Ошибка рядом с шагом, данные не «успешны».
• T3. Двойной тап. Два быстрых подтверждения. Одна бизнес-запись или явный и понятный дубль с одним id.
• T4. Назад и перезапуск. /start посреди сценария не ломает учет и не плодит три черновика без правил.
• T5. Отмена. Клиент выходит до конца. Нет «фантомной» заявки в CRM.
• T6. Падение интеграции. CRM/таблица/календарь недоступны. Клиент видит честный статус. Ответственный получил алерт. Есть очередь или ручной хвост.
• T7. Передача человеку. Кнопка или условие эскалации. Сотрудник видит контекст диалога и контакт.
• T8. Напоминание/отложенное действие (если в scope). Срабатывает в тестовом ускоренном режиме или по ручному триггеру. Не шлет в неправильный чат.
• T9. Права. Оператор не видит секреты. Подрядчик не остается единственным владельцем BotFather.
• T10. Владение. У вас есть доступ к аккаунту, коду/экспорту, ключам, инструкции запуска и остановки.

От чего зависит стоимость

Стоимость определяет неопределенность и цена ошибки, а не число экранов. Линейная анкета с уведомлением проще конкурентного бронирования слота. Стабильный API дешевле обхода закрытой системы. AI добавляет работу с источниками, оценкой качества и ограничениями.

• Число самостоятельных сценариев и ролей.
• Наличие и качество API внешних систем.
• Оплаты, документы и другие действия с высокой ценой ошибки.
• Журнал, отказоустойчивость и размещение.
• Панель оператора, аналитика, управление контентом.
• Поддержка после запуска и срок реакции.

Частые вопросы