Чаще всего ко мне приходят с запросом: «нужен бот для акций». Через полчаса разговора обычно выясняется, что бизнесу нужен не бот, а возврат в оплату, запись или повторный заказ. Это разные задачи, и цифры у них тоже разные.
Если на старте не определить, какое действие должно происходить чаще, Telegram быстро превращается еще в один шумный канал. Если определить, он дает вполне приземленный результат: меньше пропущенных визитов, дешевле реактивация, меньше ручной работы у менеджеров.
Telegram полезен там, где человеку нужен короткий следующий шаг
Telegram хорошо работает в сценариях, где человек уже что-то начал и ему надо помочь сделать следующий шаг. Подтвердить запись, вернуться к оформлению, оплатить, перенести встречу, узнать статус заказа. Для длинного контента я бы чаще выбрал email. Для формальных процессов - CRM или личный кабинет.
У сервиса записи на услуги мы запускали всего 3 сценария: подтверждение, напоминание за 24 часа и перенос. Через 6 недель число неявок снизилось на 18%. Если перевести это в деньги, при 900 визитах в месяц и среднем чеке 3 500 ₽ это около 567 000 ₽ сохраненной выручки в квартал.
| Канал | Скорость реакции | Цена контакта | Ограничения | Где работает лучше |
|---|---|---|---|---|
| Telegram-бот | высокая | низкая | нужна подписка и Start | статусы, напоминания, возврат |
| средняя | низкая | слабее срочность | контент, прогрев, подборки | |
| SMS | очень высокая | дороже в 4-8 раз | мало текста | коды, критичные уведомления |
| Mobile push | высокая | низкая | нужно приложение | реактивация, акции |
Канал и бот - не одно и то же. Канал вещает всем сразу. Бот работает по событию, сегменту и конкретному действию.
Самая дорогая ошибка - сначала писать тексты, а потом думать, зачем человек нажмет Start
Я предпочитаю до разработки зафиксировать три вещи:
- откуда приходит подписчик;
- что ему обещают в момент подписки;
- какой первый полезный сценарий он получит в первые 5 минут.
Для онлайн-школы мы делали бота на Node.js 20 + NestJS и PostgreSQL 16. Сначала база была общей: реклама, сайт, email, вебинар - все в одном потоке. После разделения по интересам - маркетинг, аналитика, управление - клики по первым сообщениям выросли на 34%, а конверсия в заявку поднялась с 3,8% до 5,1%. На практике сегментация окупилась быстрее, чем переписывание текстов.
Технически вход может быть очень простым:
https://t.me/your_bot?start=course_marketing_ad1
https://t.me/your_bot?start=site_checkout_return
Такие ссылки потом экономят недели на разборе, почему один источник дает продажи, а другой - только подписки.
Нужен ли бот, если уже есть Telegram-канал?
Да, если вам нужны триггеры, сегменты и персональные действия. Если задача сводится к публикации новостей, канала обычно хватает.
Конструктор, гибрид или код - выбор считается через цену ошибки
Если нужен бот с меню, подпиской и парой простых рассылок, конструктор или no-code - нормальный старт. Для салона, доставки или небольшой клиники это запуск за 2-5 дней и бюджет в разы ниже кастома.
Когда появляются CRM, статусы заказов, разные ветки для новых и старых клиентов, я чаще выбираю гибрид: Make или n8n, webhook, amoCRM или Битрикс24. Это середина по срокам и деньгам.
Если бот влияет на выручку напрямую, я бы сразу смотрел на кастом. Для SaaS с пробным периодом мы собирали связку Python 3.12 + aiogram 3, Redis, PostgreSQL 16. Там стоимость ошибки была выше цены разработки: потерянный trial-пользователь стоил компании больше, чем неделя работы команды.
У нас был и неудачный заход. Один B2B-сервис попросил «сделать быстро, потом перенесем». Мы собрали временную схему на Make, а через 5 недель она перестала держать сегменты и события. Потеряли 3 недели на переписывание и кусок аналитики по источникам. Сэкономили в начале около 180 тыс. ₽, потом потратили больше.
Если бот должен приносить деньги, его стоит считать как часть воронки: сколько стоит внедрение, сколько ручного труда он убирает и сколько клиентов возвращает.
Сообщение должно двигать человека, а не напоминать о бренде
Самые слабые Telegram-рассылки я вижу в двух форматах: «у нас новости» и «ловите акцию». В мессенджере это быстро раздражает, потому что канал ближе к личному общению, чем email. Одно сообщение должно вести к одному смыслу и одному следующему шагу.
Блок «до/после» из e-commerce проекта:
- До: общая промо-рассылка по всей базе 3 раза в неделю, возврат в оформление - 4,2%.
- После: один триггер на брошенную корзину через 45 минут и отдельный поток для повторных покупателей.
- Результат: возврат в оформление вырос до 27%, отправок стало меньше почти в 4 раза.
Плохой текст: «Мы обновили продукт и стали еще лучше».
Рабочий текст: «Вы остановились на подключении CRM. Инструкция займет 2 минуты. Продолжить настройку».
Без аналитики бот быстро становится дорогим шумом
В первые 30 дней я бы не смотрел на число отправок как на главный показатель. Нужны метрики пути: сколько людей нажали Start, сколько дошли до первого полезного действия, сколько вернулись к оплате, сколько отписались после первого касания.
Минимум, который стоит видеть в отчете каждую неделю:
- конверсия в Start;
- CTR кнопок;
- конверсия в целевое действие;
- блокировки и отписки;
- возврат неактивных пользователей.
Один из самых показательных провалов был у компании, которая обещала через бота статусы заказов, а потом начала слать всем одинаковые акции. Охват был приличный, база живая, но блокировки росли неделю за неделей. Telegram тут ни при чем. Люди подписались на сервис, а получили витрину.
Перед запуском полезно выписать одну строку: какое действие после сообщения должно происходить чаще и сколько это стоит для бизнеса. Если этой строки нет, непонятно, зачем тогда вообще отправлять следующее сообщение.
