Подписочная модель

Происхождение и история термина

Подписка существовала задолго до цифровых сервисов. По материалам специальных коллекций Ливерпульского университета, с XVII до начала XIX века издатели собирали заказы на книги до их выхода. Это помогало оценить спрос и обеспечить расходы на дорогое издание. В коллекции сохранились предложение подписки на сочинения Мильтона 1757 года и квитанция первого платежа одной из подписчиц. ^[4]

Историческое значение слова отличалось от привычного автопродления: подписчик мог участвовать в выпуске конкретной книги, а не покупать непрерывный доступ. Сегодня в документации Apple подписка охватывает, например, библиотеки контента и программные услуги. ^{[2] [4]} Сопоставление этих практик показывает расширение предмета подписки: от заранее заказанного издания до продолжающегося обслуживания. Оно не означает, что старый подписной заказ и нынешний цифровой договор устроены одинаково.

Суть и механизм

У подписки есть предмет и срок: какие возможности клиент получает и как долго они доступны. Способ расчёта отвечает на другой вопрос — когда и сколько он платит. Google Play позволяет предложить один набор возможностей с разными базовыми планами, например месячным или годовым. ^[1] Поэтому смена периода оплаты сама по себе ещё не означает смену содержания продукта.

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

В платёжной системе следует различать счёт, его оплату и право пользоваться сервисом. Например, Stripe при режиме отправки счёта может присвоить подписке статус active до оплаты первого счёта. Документация также отделяет предоставление доступа от обработки платежа. ^[3] Следовательно, надпись «активна» без объяснения правил системы не доказывает, что деньги получены. Для анализа поступлений нужны именно сведения о расчётах.

Виды и классификации

Полезно сравнивать подписки по отдельным признакам. В документации Google Play выделены два способа продления: автоматический и предоплаченный без автоматического продолжения; последний можно продлить дополнительной покупкой. ^[1] Apple, в свою очередь, объединяет предложения с разными уровнями доступа, ценами и сроками в группы подписок. ^[2] Это устройство конкретных платформ, а не единая классификация всех бизнесов.

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

Как применяется на практике

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

Допустим, в условном предложении отмена продления сохраняет доступ до конца оплаченного месяца. Тогда отключение уроков сразу после нажатия кнопки будет противоречить этому условию. В другом предложении последствия могут отличаться: Stripe допускает отмену сразу или в конце платёжного цикла. ^[3] Поэтому проверяют конкретное правило, а не сам факт наличия кнопки «Отменить».

Для российского проекта к этому сценарию добавляется проверка приёма отказа от использования платёжных реквизитов. Это требование закона, а не факультативная функция иностранного кабинета. ^[6] Правовые последствия отказа от договора и отказа от дальнейшего использования реквизитов следует рассматривать раздельно.

Как измерить или проверить

Отток клиентов показывает, какая доля прежних клиентов ушла за выбранный период. В стандартной формуле ChartMogul знаменатель — число клиентов в начале периода; новые клиенты, успевшие прийти и уйти, исключаются, как и ушедшие, но вернувшиеся в том же периоде. ^[5] Это конкретная методика: при сравнении отчётов сначала сверяют правила расчёта.

Учебный пример: на начало месяца было 100 платящих клиентов, у каждого одна подписка. К концу завершённого месяца 10 из них прекратили её и не вернулись. Ещё 20 клиентов впервые приобрели подписку и остались. Других изменений нет.

Отток = ушедшие клиенты из начальной группы / клиенты в начале месяца × 100%.

В нашем примере отток равен 10 / 100 × 100% = 10%. Из начальной группы сохранились 90 человек, то есть 90%. Общая база при этом выросла до 110: сто минус десять плюс двадцать. Таким образом, рост базы на 10% совместим с потерей десятой части прежних клиентов.

Для денежной проверки зададим отдельное условие: 100 полных месячных платежей по 500 рублей, без возвратов. Получено 50 000 рублей. Это поступления, а не рассчитанная прибыль: из условия неизвестны затраты, комиссии и налоги. Даже повторение одинаковых платежей несколько месяцев не позволяет вывести прибыль без этих данных.

Ошибки, ограничения и спорные вопросы

Нельзя смешивать уход клиента и отмену одной из нескольких его подписок. В ChartMogul клиент, сохранивший хотя бы одну подписку, остаётся активным; отдельная отмена учитывается иначе. ^[5] В учебном расчёте выше эта неоднозначность устранена условием «один клиент — одна подписка».

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

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

Правовой аспект

В России пункт 4.2 статьи 16.1 Закона № 2300-1 регулирует оплату услуг по абонентскому договору через сайт, информационную систему или программу. Исполнителю запрещено получать периодические платежи по ранее переданным реквизитам счёта или данным электронного средства платежа, если потребитель выразил отказ от их использования. Приём такого отказа должен быть обеспечен в том числе электронно. ^[6]

Норма введена Федеральным законом от 15.10.2025 № 376-ФЗ и действует с 1 марта 2026 года. ^[7] Использована редакция Закона № 2300-1 от 28.12.2025 с изменениями от 27.10.2026. Отказ от использования реквизитов не следует автоматически считать расторжением договора: сам пункт 4.2 регулирует именно расчёты. ^[6] Для оценки конкретного договора нужна юридическая проверка.

Частые вопросы

Связанные термины

• cac
• crm-marketing
• crm-sistema
• konversiya
• NPS (индекс лояльности)
• triggernaya-rassylka