Telegram-боты в 2026: продукт, а не игрушка

2026 · 8 мин чтения · #telegram #продукт #разработка

Семь лет назад Telegram-бот был хобби-проектом из 200 строк на Python. Сегодня это полноценный канал продаж, который соревнуется за внимание с приложениями из App Store. Я веду техническое направление Meme Factory и команды ПРОКОД — мы запустили десятки ботов, и здесь делюсь тем, что отличает «игрушку» от «продукта».

Что изменилось в платформе

В 2026 у Telegram уже не «бот с кнопками» — это полноценная среда: Mini Apps с тремя видами окон, Stars и встроенные платежи в TON, Business-режим, Stories, custom emoji packs, типизированные команды бизнес-аккаунта. Платформа выросла, но большинство команд по-прежнему делают ботов как в 2020.

Признаки бота-игрушки

• Меню из 6 кнопок «Каталог / О нас / Контакты», без воронки и без сегментации.
• Один линейный сценарий — никаких ветвлений по поведению пользователя.
• Никакой аналитики, кроме счётчика «start».
• Все ответы генерирует ChatGPT в лоб, без RAG и без guardrails.
• Команда не знает, сколько стоит привлечение и сколько приносит один установщик.

Признаки бота-продукта

1. Воронка с явными шагами. От первого касания до целевого действия должны быть измеримые точки. Без этого бот — чёрный ящик.
2. Сегментация и реактивация. Если пользователь не дошёл до второго шага за 24 часа — у вас должно быть, что ему написать. И это не «Привет, не забывайте про нас!».
3. Платёжная инфраструктура. Stars для микро-транзакций, банковские карты для крупных, TON для тех, кто живёт в крипте. Один способ — потеряете треть выручки.
4. AI как ассистент, а не как клоунада. LLM хорош, когда у него есть контекст: каталог, история диалога, бизнес-правила. Без этого — игрушка.
5. Метрики до релиза. Решили, что считаем DAU/WAU/конверсию-в-покупку до того, как написали первый хендлер.

Технологический стек, который мы используем

Мы пишем ботов в основном на Python (aiogram 3 / python-telegram-bot) и Node (NestJS + grammY). Выбор зависит от того, в какой инфраструктуре живёт бэкенд клиента, а не от моды.

• База: PostgreSQL для транзакций, Redis для сессий и rate-limiting, ClickHouse для событий.
• Очереди: Bull/BullMQ или RabbitMQ — без очередей у вас нет надёжной отправки рассылок.
• LLM: OpenRouter как маршрутизатор моделей, локальный fallback на Llama для приватных кейсов.
• Хостинг: Kubernetes (k3s для небольших, managed для крупных), нагрузочное — KEDA по очереди.

Чек-лист перед запуском

Если на эти вопросы нет ответа в коде — релиз преждевременный.

1. Что произойдёт, если пользователь нажмёт «start» 100 раз за минуту?
2. Кто получит уведомление, если бот упал?
3. Что увидит пользователь, если LLM ответил пустой строкой?
4. Где хранятся персональные данные и как они шифруются?
5. Сколько стоит миллион сообщений в месяц для вашего стека?

Ошибки, которые встречаю чаще всего

Не используют webhooks, когда нужны webhooks. Не используют polling, когда нужен polling. Хранят токен бота в .env на одной машине без бэкапа. Делают рассылку синхронно. Запускают LLM на каждое сообщение без кеша. Покупают рекламу до того, как воронка работает на тестовых пользователях.

Что дальше

Если вы планируете запуск бота или хотите второй взгляд на текущий — напишите мне в @EniseevE. Часовая консультация бесплатная, дальше — по проекту.

← Все статьи