Конструктор чат-ботов: чеклист пилота

Когда пишут «конструктор чат ботов», я слышу три разных боли. Первая: «хочу сам, без программиста». Вторая: «нужен бесплатный конструктор чат ботов, чтобы попробовать». Третья: «у конкурента бот в Telegram, сделайте так же». Ни одна формулировка не описывает сценарий. Без сценария вы сравниваете тарифы, а не инструмент под задачу.

Бесплатный конструктор чат ботов в поиске обычно означает лимиты: число подписчиков, сообщений в сутки, одного бота на аккаунт. У Senler Free, например, порядка пятидесяти сообщений в день и один бот на связку VK, Telegram и MAX - для проверки кнопок и полей этого часто хватает. BotFather в Telegram бесплатен по определению: вы получаете токен и дальше либо пишете код, либо подключаете SaaS. Бесплатно не значит «без сопровождения»: сценарий, согласия и журнал шагов всё равно на вас.

Три формулировки, которые я развожу на старте:

На одном разборе у сервиса с записью владелец купил год Salebot, пока сценарий жил в голове и в заметках менеджера. Через месяц в боте было восемь кнопок, клиенты жали «Запись», попадали в ветку «Задать вопрос» и снова писали в личку. Проблема была не в платформе. Не было карты: заявка или запись, какие поля обязательны, кто получает уведомление. Я предложил остановить подписку, пройти чеклист ниже на Senler Free или триале, и только потом возвращаться к платному тарифу с одной веткой.

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

Создание чат ботов конструктором, заказом или коротким пилотом на SaaS - это не «дешёвое / дорогое», а разный риск перед тем, как сценарий проверен. Я свожу выбор к трём строкам. Не матрица на двадцать критериев, а честный ответ: что вы готовы сопровождать сами и где потолок платформы.

Конструктор

Визуальные блоки, подписка, шаблоны CRM и рассылок. Подходит для линейного сценария: кнопки, три-пять полей, уведомление и строка в таблице. Вы живёте внутри лимитов и интеграций платформы.

Заказ

Код, n8n, связка API, когда нужны live-слоты с оплатой, жёсткая синхронизация с CRM или перенос уже проверенного пилота с конструктора. Имеет смысл после того, как поля и статусы держатся на живых заявках, а не до первого теста.

Пилот на конструкторе

Один бот, одна ветка, измеримый критерий на реальных переписках. Часто это тот же Salebot или LeadConverter на минимальном тарифе, но с урезанным меню. Важен не бренд, а прохождение десяти сообщений без дыр в учёте.

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

Связка с соседними темами: если контур про заявки, читайте автоматизацию заявок. Если про запись, смотрите бота для записи клиентов.

Сравнение платформ я делаю после брифа одного сценария. Иначе таблица превращается в рекламу функций, которые вам не нужны на пилоте. Ниже критерии, по которым я реально отсекаю варианты на разборе. Это не рейтинг «лучший конструктор» - у каждого свой потолок.

Подписка, лимиты, интеграции

Смотрю три слоя: цена входа на месяц пилота, лимит ботов и сообщений, есть ли нужная CRM или хотя бы webhook в таблицу. Salebot заявляет связку MAX, Telegram, VK, Avito и вызовы вроде create_order() в CRM из сценария. LeadConverter делает ставку на визуальный редактор и подключение Telegram через токен BotFather. MAX как платформа для резидентов РФ описывает отдельно конструкторы и заказную разработку; у партнёров часто лимит вроде пяти ботов на тестовом контуре - уточняйте на dev.max.ru перед закупкой.

Каналы на пилоте

Если клиенты сейчас только в Telegram, MAX не обязателен. Если поток смешанный VK и Telegram, смотрю, где один сценарий без дублирования веток. Два одинаковых бота на двух платформах без общего учёта - классический источник «потерянной» заявки.

Сопровождение

Кто будет править текст кнопок, добавлять поле, смотреть журнал ошибок. Конструктор экономит разработку, не отменяет владельца сценария. Если некому зайти в редактор раз в неделю, подписка простаивает.

Я не обещаю «лучшую платформу». Обещаю чеклист: один сценарий, десять переписок, критерий готовности. Если Salebot на пилоте закрывает уведомление и строку учёта - оставляем. Если нет - меняем не годовой план, а сценарий или формат, а не логотип на сайте.

Конструктор чат ботов телеграм и конструктор чат ботов вк в поиске часто идут рядом, потому что малый бизнес живёт в мессенджерах, а не на сайте. Технически цепочка одна: токен бота, сценарий, webhook или встроенная CRM, уведомление ответственному. Различаются лимиты платформы, модерация, согласия и то, как клиент попадает в бот - по ссылке, из рекламы, из VK-сообщества.

Telegram

Чат бот телеграмм конструктор обычно стартует с BotFather: создаёте бота, копируете токен, вставляете в Salebot, LeadConverter или Senler. В документации Telegram описаны команды, webhook, ограничения на рассылки. На пилоте я прошу один вход: ссылка t.me/... с UTM или меткой «из рекламы», чтобы не смешивать потоки в отчёте. Свободный текст на первом экране почти всегда хуже двух кнопок «Заявка» и «Запись» - если смешивать оба сценария на старте, пилот размывается.

VK

Во ВКонтакте добавляются согласия на обработку данных на лендинге до заявки, если вы ведёте на форму или бота из рекламы. Senler и Salebot закрывают типовой кейс сообщества. Я проверяю: попадает ли заявка из VK в ту же таблицу, что и из Telegram, или менеджер снова копирует руками.

MAX и смешанные потоки

Конструктор чат ботов макс имеет смысл, когда часть аудитории уже в MAX или когда политика компании требует резидентный контур. Если все живые диалоги в Telegram, покупать MAX «на вырост» до пилота я не советую. Сначала одна площадка, один сценарий, критерий. Второй канал подключают, когда первый держит учёт без ручного дубля.

Карта пилота, которую я прошу сохранить рядом с ботом:

pilot: konstruktor_zayavka_tg
platform: salebot  # или leadconverter / senler - после теста
channel: telegram
scenario: zayavka  # zayavka | zapis - одно на пилот
fields:
  - name: service
    required: true
    source: button_list
  - name: contact
    required: true
    source: phone_or_username
  - name: comment
    required: false
    source: text
output:
  notify: "Anna @telegram"
  row: "Google Sheet / CRM webhook"
pilot_criterion: "10 переписок: row + notify, 0 потерь в журнале"
out_of_scope: ["оплата", "второй канал", "ИИ без ревью"]

Поля в yaml - это не ТЗ на разработку. Это договорённость до того, как вы нажали «оплатить год». Подробнее про связку бота и CRM - в интеграции Telegram и CRM.

Ниже то, что ломает пилот на конструкторе чаще, чем «не та платформа». Симптом - что вижу на разборе. Фикс - что прошу сделать до продления подписки.

Отдельно про Make и плагин для ChatGPT из каталога OpenAI. В обзоре Make Community сценарии собирают в облаке с retries и обработкой ошибок; для лидов часто включают approve before send. Я читаю это так: автоматизация ускоряет черновик блоков, но не снимает ответственность за поля, согласия и критерий «готов / не готов». Если ИИ набросал восемь веток, вы всё равно режете до одной и прогоняете десять живых диалогов.

Если узнаёте три строки из таблицы сразу, не меняйте платформу. Вернитесь к yaml-карте и пройдите один реальный чат от кнопки до строки учёта. Я так останавливаю продления, которые потом больно откатывать.

Проходите по порядку. Пункт не закрыт - к оплате года не переходите.

1. 01

   Назовите один сценарий: заявка или запись. Второй в out_of_scope до критерия.

2. 02

   Запишите поля: обязательные и необязательные. Телефон обязателен только если без него менеджер не звонит.

3. 03

   Выберите один канал на пилот: Telegram или VK, не оба сразу без общего учёта.

4. 04

   Соберите черновик в free-tier или триале. Не годовой план.

5. 05

   Прогоните сами три раза: нормальный клиент, пустой контакт, повтор от того же username.

6. 06

   Прогоните десять живых переписок или столько, сколько даёт поток за неделю.

7. 07

   Зафиксируйте критерий: строка в учёте, уведомление, ноль потерь по журналу.

8. 08

   Решение: продлевать подписку, сменить платформу, или разработка с переносом полей.

После пункта 8 у вас есть основание для оплаты, а не для «вдруг пригодится». Соседний гайд чат-бот для бизнеса дополняет этот чеклист метриками пилота на реальных диалогах, не дублирует выбор Salebot vs MAX.

Пример строки учёта, которую я сверяю с ботом:

{
  "pilot_id": "konstruktor_zayavka_tg",
  "created_at": "2026-09-20T14:22:00+03:00",
  "channel": "telegram",
  "platform": "salebot",
  "contact": "@client_example",
  "service": "Замер",
  "status": "new",
  "owner": "Anna",
  "notify_sent": true,
  "pilot_check": "row_and_notify_ok"
}

Если за неделю меньше десяти обращений, удлините окно или признайте, что контур редкий и подписка на конструктор не первый приоритет.

Конструктор или заказ чат бота - вопрос потолка, не статуса. Я перевожу на разработку, когда пилот на SaaS стабильно закрывает критерий, но следующий шаг упирается в платформу, а не в дисциплину сценария.

Типичные сигналы:

• Live-слоты с оплатой и отменой: типовые блоки конструктора не тянут календарь и биллинг без костылей.
• Жёсткая синхронизация с CRM: статусы, владельцы, поля, которые нельзя потерять при webhook.
• Лимиты free-tier или тарифа: Senler Free на потоке из сотни сообщений в день сыпется раньше, чем «не тот бот».
• Несколько веток с исключениями: ночь, повтор, смена мастера - проще честный код или n8n, чем лабиринт блоков.

Порядок, который я держу: сначала проверенный сценарий на конструкторе, потом ТЗ с полями из пилота, потом разработка проекта. Не наоборот. Разработка с нуля без десяти переписок почти всегда переписывает поля на второй итерации.

Если CRM ещё спорная, а бот уже нужен, иногда хватает таблицы и webhook на пилоте. Когда статусы и owner согласованы, подключаем интеграцию сайта и CRM или Telegram-CRM по соседней статье.

Новостной угол последних месяцев: плагины и ассистенты, которые «сами собирают сценарии». В Make сценарий собирается из модулей в облаке, с повторами при ошибке и ручным approve перед отправкой лида. В конструкторах появляются блоки с ИИ-ответом. Я использую это как ускоритель черновика кнопок и текста, не как замену yaml-карте и чеклисту из восьми пунктов.

Порядок работы на разборе:

1. 01

   Фиксирую сценарий и поля на бумаге или в yaml.

2. 02

   Если нужно, ИИ или Make набрасывает ветку в редакторе.

3. 03

   Режу до одного потока, убираю лишние кнопки.

4. 04

   Прогоняю тесты и живые переписки.

5. 05

   Только после критерия обсуждаю подписку или перенос на код.

ИИ не подписывает согласие за клиента и не выбирает owner уведомления. Это остаётся в сценарии человека. Если ассистент предложил восемь веток «на будущее», это тот же антипаттерн, что и ручное меню из восьми кнопок.