Как настроить сценарий: подписка на канал, телефон и оплата

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

После тега subscribed расположен узел requestPhone. Он выводит отдельную кнопку для передачи номера и кнопку отказа. Согласие ведёт к тегу phone_shared, затем обе ветки сходятся в сообщении с оффером. В seed-версии там указаны скидка и 990 рублей, но это пример текста и суммы, а не готовое коммерческое условие. После оффера стоит платёжный узел, затем тег paid_offer и сообщение о результате оплаты.

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

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

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

Не начинайте с косметики. Сначала пройдите маршрут как пользователь и отметьте точки, где бот должен ждать ответ, закончить диалог или передать пользователя в другой процесс. Затем заменяйте данные в порядке их использования. Так проще заметить, что новая ссылка или условие не совпадает с предыдущим сообщением.

1. 01

   Заполните проверку подписки

   В узле проверки укажите свой канал вместо your_channel и приведите текст приглашения к той же ссылке. Проверьте отдельно путь для подписанного и неподписанного пользователя.

2. 02

   Проверьте запрос номера

   Отредактируйте пояснение и названия кнопок. Решите, нужен ли тег phone_shared для дальнейшей логики, и убедитесь, что отказ не отправляет человека в неожиданную ветку.

3. 03

   Соберите оффер

   Замените демонстрационные 30 процентов, 1490 и 990 рублей, текст кнопки и callback pay_offer. Если предложение ограничено сроком или количеством, задайте это вне шаблонной формулировки там, где правило реально поддерживается.

4. 04

   Свяжите оплату с выдачей

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

В этом шаблоне subscribed ставится только после положительной проверки подписки. phone_shared появляется только при передаче номера. paid_offer следует после платёжного узла в заданной цепочке. Названия тегов технические: они помогают строить последующие условия, сегменты или сообщения, но сами по себе не дают человеку доступ и не доказывают, что он прочитал сообщение.

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

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

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

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

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