Шаблон исследования готовых решений для Telegram-бота

Задача

Выполнить ресёрч и проверить, какие готовые решения могут закрыть задачи PRD. Посмотреть решения типа Toolsy, Tribute, SaleBot и другие — не менее 10 сервисов, потому что перечисленные в примерах мы уже смотрели и они полностью не закрывают функционал.

Цель: найти максимально закрывающее функционал решение. Либо предложить варианты упрощения PRD по конкретным пунктам без потери результата.

ВАЖНО: если вы делаете этот отчёт нейросетью — проверять каждый пункт вручную. Непроверенный отчёт нейросети у меня итак есть.


Сравнительная таблица

№ Название функционала Краткое описание как работает Пример конкретной механики Какую пользу должен приносить Почему нельзя отказаться Есть ли такой функционал? Как эту задачу решают другие пользователи сервисов? Что пишут в отзывах? Примечания и комментарии
Toolsy Tribute SaleBot PaidSub Puzzlebot BotHelp Сервис 7 Сервис 8 Сервис 9 Сервис 10
1 Deep-link вход с источником Бот запоминает, откуда пришёл пользователь через параметр ?start=источник Пользователь переходит по ссылке t.me/bot?start=blogger_masha — бот записывает в базу источник=blogger_masha Понимать, какой канал привлечения работает; считать конверсию по источникам Без этого не поймём, откуда приходят платящие клиенты — невозможно оптимизировать маркетинг
2 Онбординг с текстом и фото Серия экранов с текстами и фото, объясняющих ценность канала до оплаты Экран «Что внутри» показывает 2 скриншота постов канала с затёртым промокодом — человек видит реальные скидки, но не может использовать без оплаты Объяснить ценность канала и показать примеры реальных скидок до оплаты Без понимания ценности человек не оплатит — нужно показать товар лицом
3 Сбор телефона кнопкой Telegram Бот просит поделиться телефоном нативной кнопкой Telegram до оплаты или выдачи бесплатного месяца Пользователь нажимает кнопку «Поделиться контактом» — бот получает верифицированный номер телефона Защита промокодов: бронь отеля должна быть на телефон подписчика. Ограничение бесплатного месяца: один телефон = один trial Без телефона продукт не работает: нельзя проверить, что бронь сделал подписчик, и нельзя ограничить бесплатный месяц одним разом
4 Оплата подписки (месяц 100₽ / год 700₽) Пользователь оплачивает доступ к закрытому каналу: 100₽/мес или 700₽/год После онбординга пользователь выбирает тариф, оплачивает картой, бот получает подтверждение оплаты и выдаёт доступ Основной источник дохода канала Это главная монетизация — весь продукт построен вокруг платного доступа
5 Автовыдача доступа в канал после оплаты После подтверждения оплаты бот автоматически одобряет заявку на вступление в закрытый канал Пользователь оплатил → бот получил событие payment_succeeded → бот одобряет join request → пользователь в канале Пользователь сразу попадает в канал без ожидания ручного одобрения Ручное одобрение не масштабируется — при 100+ оплатах в день невозможно одобрять вручную
6 Автокик при неоплате + grace period Если подписка истекла и не продлена в течение grace period (3 дня по умолчанию), бот автоматически снимает доступ к каналу Подписка истекла 1 июля → grace до 4 июля → не оплатил → 4 июля бот убирает из канала, но сохраняет данные пользователя Автоматически убирать неплатящих, сохраняя ценность канала для платящих Вручную невозможно отслеживать кто продлил — при сотнях подписчиков это неуправляемо
7 Уведомление при неуспешном продлении Если автопродление не прошло (карта не сработала), бот уведомляет пользователя и даёт grace period на исправление Карта не прошла → бот пишет: «Не смогли списать оплату. Обнови данные карты в течение 3 дней, иначе доступ будет закрыт» Дать шанс исправить проблему с картой до потери доступа Без уведомления человек не узнает о проблеме и потеряет доступ, хотя хотел бы остаться
8 Напоминание перед окончанием бесплатного месяца Бот напоминает пользователю с бесплатным месяцем (story trial), что срок заканчивается, и предлагает оплатить За 3 дня до конца trial бот пишет: «Твой бесплатный месяц заканчивается 15 июля. Оплати 100₽, чтобы остаться в канале» Конвертировать бесплатных пользователей в платящих Без напоминания человек забудет и потеряет доступ — упустим конверсию
9 Бесплатный месяц за сторис (1 раз на аккаунт) Пользователь выкладывает сторис с рекламой канала, присылает скрин — получает бесплатный месяц. Один раз на телефон Пользователь выбирает «Бесплатно за сторис» → получает инструкцию и свою реферальную ссылку → выкладывает сторис → присылает скрин → бот проверяет, что этот телефон ещё не использовал trial → выдаёт доступ на месяц Привлечение новых подписчиков через сторис тех, кто не готов платить сразу, но готов рассказать друзьям Это альтернативный путь входа для тех, кто не готов платить сразу — без него теряем часть аудитории
10 Отчёт по источникам для админа Админ видит, откуда пришли пользователи: по какой ссылке/блогеру, сколько дали телефон, оплатили, ушли. Сам блогер статистику не видит Админ открывает раздел «Источники и блогеры» → видит: ref_masha — пришло 50, дали телефон 30, оплатили 5, конверсия 10% Понимать, какие каналы привлечения работают, и оптимизировать маркетинг Без этого не поймём, откуда приходят платящие — будем тратить бюджет вслепую
11 Экран накопленного (сумма платежей пользователя) Пользователь видит сумму всех своих платежей за канал и инструкцию, как потратить эти деньги в «Зелёной Тропе» Пользователь нажимает «Моё накопленное» → видит: «Ты оплатил 300₽. Напиши бронисту Тропы, чтобы использовать как депозит или возврат» Показать пользователю, что его деньги не пропадают — можно потратить на проживание в Тропе Ключевое УТП канала: деньги не пропадают. Без этого экрана пользователь не знает, что может вернуть деньги
12 Режим брониста (поиск + пометка «использовано») Бронист вводит телефон/ник клиента, видит его накопленное, нажимает «Оформил» — сумма помечается использованной Клиент пришёл в Тропу и хочет использовать накопленное → бронист в боте вводит его телефон → видит «300₽, не использовано» → оформляет депозит → нажимает «Оформил» → бот помечает сумму использованной Позволяет бронисту оформлять накопленное прямо в боте, без внешних таблиц Без этого бронист не знает, сколько у клиента накоплено, и не может предотвратить повторное использование
13 Догоны для неоплативших (серия сообщений) Серия из 4 сообщений для тех, кто зашёл в бот, но не оплатил и не получил бесплатный месяц День 1: «Ты так и не вступил — вот что пропускаешь». День 3: «Скидки уходят». День 7: «Последний шанс». День 14: «Месяц всего 100₽» Конвертировать лидов в платящих — дожимать тех, кто не принял решение сразу Без догонов теряем тёплых лидов, которые уже проявили интерес, но не дошли до оплаты
14 Дайджест для ушедших (ежемесячно) Раз в месяц бот отправляет бывшим подписчикам подборку прошедших предложений + тизер текущих без промокодов «В июне были скидки 70% в Подмосковье. Сейчас есть что-то не хуже — вернись за 100₽ и увидишь» Возвращать ушедших подписчиков — напоминать, что они теряют Ушедшие — самая тёплая аудитория: они уже платили и знают продукт. Без дайджеста теряем канал возврата
15 A/B тесты (варианты онбординга/догонов + отчёты по шагам воронки) Бот случайно делит пользователей на группы A/B, показывает разные варианты экранов/текстов, считает конверсию по каждому шагу воронки для каждой группы 50% видят онбординг A, 50% — B. Отчёт по шагам: A — дали телефон 80%, оплатили 15%; B — дали телефон 60%, оплатили 20%. Видим, где именно разница Понимать, какие тексты лучше конвертируют на каждом шаге, и точечно улучшать воронку Без разбивки по шагам не поймём, где именно один вариант лучше другого — будем менять не то
16 Админка: отчёт по воронке Админ видит сколько людей на каждом шаге: вошёл → дал телефон → увидел цену → нажал оплату → оплатил → в канале Отчёт: 1000 вошли → 700 дали телефон (70%) → 500 увидели цену (71%) → 100 нажали оплату (20%) → 50 оплатили (50%) Видеть, где теряются пользователи, и понимать узкие места воронки Без отчёта по воронке не поймём, какой шаг оптимизировать — будем чинить не то
17 Админка: поиск пользователя, управление доступом Админ может найти пользователя по телефону/нику/ID, увидеть его статус, выдать или забрать доступ вручную Пользователь пишет «не могу войти» → админ ищет по телефону → видит, что доступ слетел из-за бага → вручную выдаёт доступ Решать проблемы пользователей и делать ручные корректировки Нужна возможность помочь пользователю вручную — баги и edge cases неизбежны
18 Настройка параметров через таблицу Админ меняет тексты, флаги функций, параметры (grace days, тихие часы) через таблицу или панель без деплоя кода Ирина хочет изменить текст напоминания — открывает таблицу, правит текст, сохраняет. Бот сразу использует новый текст Быстро менять тексты, флаги, параметры без привлечения разработчика Без этого каждое изменение текста — новый релиз. Невозможно оперативно реагировать на обратную связь

Рекомендация фрилансера

Рекомендуемое решение:

Что закрывает:

Что НЕ закрывает и как решить:

Предложения по упрощению PRD: