Запуски бота есть, оплат нет: где искать проблему

Как проверить путь от рекламного перехода до покупки и выбрать следующую проверку.

Бот получает новые запуски, а продажи не растут. Перед заменой объявлений стоит выяснить, до какого места доходят люди и где останавливаются.

Я — Василий, автор проекта «Грамм Телеграма». В этой статье предлагаю порядок диагностики платного Telegram-бота: какие данные собрать, как проверить путь пользователя и какую проблему решать первой.

Ниже — общий порядок диагностики; причины в конкретном проекте нужно подтверждать данными.

За этой фразой могут скрываться разные ситуации:

До изменений в рекламе сопоставьте три вещи: историю действий в боте, подтверждённые платежи и предоставленный доступ. Если источники расходятся, сначала найдите причину расхождения. Иначе можно остановить работающую рекламу или продолжить покупать трафик в сломанный сценарий.

Отдельно посчитайте новых людей и повторные открытия бота. Десять запусков одним человеком не означают десять потенциальных покупателей.

Не обязательно начинать с большого отчёта. Достаточно увидеть несколько переходов, которые соответствуют устройству вашего продукта.

1. Реклама → первый запуск. Проверьте, приходят ли новые пользователи по нужной ссылке и сохраняется ли источник. Пройдите несколько рекламных ссылок и сверьте события запуска.
2. Запуск → знакомство с продуктом. Посмотрите начальный экран глазами нового человека: понятны ли назначение бота и первый шаг.
3. Знакомство → пробный результат. Найдите последний успешный шаг и ошибки после него. Убедитесь, что сценарий действительно завершается.
4. Пробный результат → предложение. Проверьте момент показа тарифа: видит ли человек платный вариант и понимает ли разницу.
5. Предложение → попытка оплаты. Проверьте кнопки, переходы и сообщения об ошибках. Убедитесь, что платёжный сценарий открывается.
6. Попытка → подтверждённый платёж. Сверьте записи платёжного сервиса и собственной системы: приходят ли успешные статусы и совпадают ли суммы.
7. Платёж → доступ. Проверьте выдачу оплаченной возможности и повторное открытие бота.

Путь не обязан совпадать с этой схемой целиком. Если бот продаёт доступ до первого использования, бесплатного результата в нём может не быть. Тогда оценивайте, достаточно ли информации человек получает до покупки: описание, демонстрацию, пример результата, условия.

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

Обратите внимание на детали:

Одна покупка проверяет конкретный технический путь. Она не доказывает, что вся аудитория проходит его без проблем. Ошибка может зависеть от устройства, способа оплаты или определённого действия пользователя. Поэтому полезно отдельно изучить обращения в поддержку и записи неудачных попыток.

Предположим, объявление обещает быстро подготовить презентацию. Человек открывает бот и сразу видит длинную инструкцию, обязательную регистрацию и список тарифов. Он ещё не понял, какой результат получит и чем продукт удобнее привычного способа.

В такой ситуации проблема может возникать до обсуждения цены.

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

Для проверки разберите несколько источников отдельно. Общая цифра скрывает разницу между людьми с разными ожиданиями. Но различия ещё не доказывают причину: аудитории могли прийти в разные дни или увидеть разные версии бота.

Кнопка «Попробовать» сама по себе ничего не говорит о результате. Пользователь мог нажать её, столкнуться с ошибкой и уйти.

Определите наблюдаемый признак завершённого сценария. Для одного продукта это подготовленный файл, для другого — законченная обработка фотографии или полученный ответ. При этом выдача результата ещё не означает, что человек посчитал его полезным.

Проверьте, что происходит сразу после этого момента. Есть ли понятное продолжение? Объяснено ли ограничение бесплатного использования? Показывает ли платный вариант конкретную дополнительную возможность?

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

Открытие формы, нажатие кнопки и создание счёта показывают разные этапы. Продажу подтверждает успешный платёж, учтённый вашей системой по принятому правилу.

Для сверки нужны идентификатор заказа, статус, сумма и связь с пользователем. Повторное получение одного уведомления не должно превращаться в несколько покупок. Отдельно проверьте, что успешный платёж приводит к выдаче доступа.

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

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

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

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

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

Задача первого разбора — найти участок, который требует проверки, и выбрать следующее обоснованное действие. Иногда это изменение рекламы. Иногда — исправление оплаты, объяснение продукта или восстановление аналитики.

Разборы Telegram Ads, ботов и рекламной аналитики публикую в канале «Грамм Телеграма».