Відтік — це не тільки про продукт, а й про процес
Користувач може хотіти “паузу” замість cancel, або повернутися після місяця перерви. Якщо система не підтримує ці сценарії, ви втрачаєте MRR через технічні обмеження.
1) Стани підписки
- active, past_due, paused, canceled.
- Переходи мають бути монотонними і пояснюваними.
2) Pause як альтернатива cancel
Pause має зберігати дані і entitlement‑логіку, але тимчасово вимикати доступи/ліміти. Важливо: правила, що залишається доступним (read-only) і що ні.
3) Reactivation
- Відновлення з тим самим планом або з апгрейдом.
- Перевірка білінгу: чи є неоплачені інвойси.
4) UX і підтримка
Покажи в кабінеті: поточний статус, наступну дату списання, причину past_due, і простий шлях “виправити оплату”.
Підсумок
Коли pause/reactivation — це перший клас сценаріїв, churn падає, а користувачі повертаються без ручних втручань.