- «Нам нужен бот в Telegram, чтобы автоматизировать продажи».
- «Что он должен делать?»
- «Отвечать, записывать, отправлять цены, собирать заявки».
- «Тогда начнем с одного сценария, который снимет рутину уже в этом месяце».
Я много раз видел одну и ту же ошибку: бизнес пытается уместить в Telegram сразу сайт, CRM и менеджера. Из-за этого даже простой запуск тянется неделями. Полезный MVP обычно собирается за 1-3 дня, если сначала выбрать одну задачу, а не список пожеланий.
Бот нужен там, где есть повторяющаяся рутина
Первый бот окупается количеством снятых ручных действий. Не кнопками, не «умными ответами» и не красивым меню.
Для старта почти всегда хватает одного сценария: принять заявку, записать на консультацию, показать статус заказа или ответить на частые вопросы. Все остальное - следующий этап. Когда в MVP сразу пытаются добавить каталог, оплату, рассылки и поддержку, на практике это уже несколько разных продуктов с разной логикой и ценой ошибки.
У салона услуг под NDA мы запускали только запись на первичную консультацию. Telegram + Make + Google Sheets, сценарий на 5 шагов. Через 2 недели администратор тратил на 38% меньше времени на одинаковые переписки.
Можно сразу сделать бота «на все»? Можно, но запуск почти наверняка уедет вправо. У нас был такой кейс в образовательном сервисе: согласовали 14 веток, тексты, исключения, ручные обходы - и потеряли 3 недели еще до первого живого трафика. Это была ошибка в самом подходе, а не в реализации.
Первый бот приносит пользу, когда доводит человека до одного целевого действия без лишних развилок.
No-code годится для старта, но потолок приходит быстро
Если нужен бот с кнопками, FAQ, формой заявки и уведомлением менеджеру, программист не обязателен. Для этого хватает BotFather, конструктора, Make или n8n, а заявки можно складывать в Google Sheets или Airtable.
Проблемы начинаются позже. Появляются персональные статусы, оплата, роли, несколько внутренних систем - и внешне все еще работает, но любое изменение тянет за собой цепочку ручных правок. В прошлом году мы переносили такого бота для онлайн-школы: его собрали за 2 дня, а через месяц любая правка занимала полдня, потому что никто уже не понимал, кто и куда передает данные.
| Подход | Срок | Бюджет | Для чего подходит | Где упрется |
|---|---|---|---|---|
| Самому | 1-3 дня | 0-15 тыс. ₽ | FAQ, заявки, запись | легко сломать логику |
| No-code с подрядчиком | 1-2 недели | 60-150 тыс. ₽ | лиды, CRM, уведомления | сложно поддерживать |
| Кастом | 3-8 недель | от 250 тыс. ₽ | оплата, роли, безопасность | дольше вход |
Если бот работает с оплатой, адресами, заказами и телефонами клиентов, я бы уже не экономил на основе. Здесь обычно нужен Telegram Bot API, серверная часть на Node.js 20 + NestJS или Laravel 11, PostgreSQL 16 и нормальный контроль доступа.
До первого MVP путь короче, чем кажется
Технический старт всегда один: BotFather регистрирует бота и выдает токен. Это секретный ключ. Если токен утек, ботом сможет управлять кто угодно, поэтому хранить его в переписках и открытых документах не стоит.
Дальше нужен короткий маршрут пользователя на 3-5 шагов:
- приветствие
- 2-3 варианта выбора
- имя и телефон
- передача заявки менеджеру или в таблицу
Для локального сервиса ремонта мы собирали такой сценарий за 1 день. Кнопки были простые: «Оставить заявку», «Узнать цену», «Срочный выезд». За первую неделю бот получил 47 диалогов и довел до заявки 19 человек. Этого уже хватило, чтобы понять: канал имеет смысл.
Если пользователь не доходит до цели за 1-2 минуты, конверсия обычно проседает. Правило простое, но именно на нем часто сыплются «красивые» сценарии.
Хороший бот обычно выглядит проще, чем хочет бизнес
Перегруженный бот раздражает не потому, что он глупый. Он заставляет человека думать там, где человек пришел решить один конкретный вопрос.
У сервиса записи мы переделывали бота с меню из 8 разделов, длинными ответами и неудобным возвратом назад.
До: пользователь видел 8 кнопок, читал полэкрана текста и часто уходил без заявки.
После: оставили 3 действия, короткие сообщения и кнопку «Позвать менеджера». Завершенных заявок стало на 22% больше без рекламы и без новых функций.
Практический ориентир здесь простой: если в сценарии уже больше 5-7 веток, есть персонализация, статусы, оплата и несколько интеграций, проект пора пересобирать. Долеплять дальше обычно дороже, чем один раз сделать основу нормально.
Кому делать самому, а кому сразу звать подрядчика
Самому имеет смысл запускать типовые вещи: FAQ, сбор контактов, запись, базовые уведомления. Ошибка там не слишком дорогая, а проверить гипотезу можно быстро.
Подрядчик на no-code нужен, когда бот уже влияет на путь клиента и продажи, но логика еще простая. Обычно это 1-2 недели работы и бюджет 60-120 тыс. ₽. Кастом имеет смысл там, где есть деньги, персональные данные и несколько систем, между которыми бот что-то передает.
На ближайшие 3 дня задача очень приземленная: выберите один сценарий, нарисуйте его на листе, соберите черновой MVP и дайте пройти его 5-10 людям. Если за десять минут вы не можете одной фразой объяснить, зачем вашему бизнесу этот бот, запускать его пока рано.
