[Подписки · Оплаты] интерактивный прототип

Подписочный Telegram-сервис

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

статус кейса

Кликабельный сценарий до backend-разработки

интерактивный прототип
можно проверитьТариф → макет оплаты → доступ

Все основные состояния проходятся прямо на странице.

показаноПолный пользовательский путь

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

границаДеньги не списываются

ЮKassa, webhook, backend и реальная выдача доступа не подключены.

прототип · платежи и доступ эмулируются
  1. {{ step.num }} {{ step.label }}
SB
Subscription Bot {{ statusText }}
/demo
Это прототип интерфейса: он не создаёт счёт и не списывает деньги. Нажмите /start внизу 👇
/start
Привет! Это платная подписка на сервис. Выберите тариф:
{{ chosenLabel }}
Счёт на оплату Подписка · {{ chosenName }}
Продавец: {{ brandName }} {{ chosenPrice }} ₽
Оплачено ✓ Доступ выдан 
план:    {{ chosenName }}
ключ:    dY7k-4fA2-x9Q1
доступ:  до {{ paidUntil }}
статус:  active · автопродление
За 3 дня до окончания бот напомнит и продлит автоматически.
Безопасная оплата // демонстрация сценария
{{ chosenPrice }} ₽ Подписка · {{ chosenName }}
В реальном боте откроется защищённая страница платёжного провайдера. Re:dnd не запрашивает и не хранит данные банковских карт.
платёжный цикл

От выбора тарифа до управляемого доступа

Схема показывает целевую production-логику. На этой странице шаги выполняются локально и не обращаются к ЮKassa или backend.

01

Пользователь выбирает тариф

Telegram-бот показывает варианты, срок и итоговую сумму без перехода в отдельный личный кабинет.

02

ЮKassa принимает оплату

Бот создаёт счёт, а банковские данные вводятся только на защищённой стороне платёжного провайдера.

03

Webhook запускает проверку

Сервис перечитывает текущий статус платежа в ЮKassa и только затем связывает его с пользователем и тарифом.

04

Доступ синхронизируется

Срок подписки обновляется, бот выдаёт доступ и заранее напоминает о следующем продлении.

→ ЦЕЛЕВОЙ СЦЕНАРИЙ

Доступ активен

В production выдача или продление должны происходить только после серверной проверки.

→ СКОРО ОКОНЧАНИЕ

Напоминание

Пользователь получает понятный следующий шаг до завершения срока.

→ НЕ ОПЛАЧЕНО

Доступ отозван

Статус меняется предсказуемо, а событие остаётся в админке.

01 · задача

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

02 · как решали

Интерактивный клиентский прототип: тарифы, макет безопасного перехода к ЮKassa, состояния доступа и напоминания. Backend, вебхуки и production-мониторинг — отдельный этап внедрения.

03 · что подтверждено

Пользовательский путь можно проверить до разработки backend. Реальную автоматизацию оплаты этот прототип не подтверждает.

Python Bot API ЮКасса VPS
следующий кейс: CRM для нетворкинга →