Экран управления подпиской в мобильном приложении: разработка

Мы реализуем экран управления подпиской, который не просто показывает кнопку «Отменить». Это точка принятия решения: пользователь должен видеть, что именно он теряет, когда истечёт доступ, и какие есть альтернативы. Плохо спроектированный экран ускоряет отмены — по нашим данным, до 40% пользователей отписываются, не разобравшись в условиях. Мы интегрируем чтение статуса через StoreKit 2 на iOS и Google Play Billing Library 6 на Android, добавляем grace period, retention-офферы и системную кнопку управления подпиской. Наш опыт: 5+ лет работы с подписочными моделями в мобильных приложениях, более 20 реализованных экранов управления подпиской для приложений с аудиторией от 10 000 до 500 000 активных пользователей. Знаем нюансы каждой платформы и помогаем избежать отказов при App Review по guideline 3.1.2.

Какие данные нужно отображать?

Минимальный набор:

• Текущий тариф: название, цена, период
• Дата следующего списания или дата истечения при отмене
• Статус: активна / отменена (но доступ до) / grace period / billing retry
• Кнопка перехода на другой тариф (upgrade/downgrade)
• Ссылка на системный экран Apple/Google для отмены

Без grace period вы теряете до 30% возобновлений — пользователи просто не успевают пополнить карту. Удержание пользователя обходится в 5 раз дешевле привлечения нового, поэтому инвестиции в cancellation flow окупаются уже в первый месяц. Отображение статуса grace period отдельным баннером снижает тревожность пользователя и повышает вероятность продления подписки.

Как мы читаем состояние подписки (StoreKit 2)?

import StoreKit struct SubscriptionInfo { let productID: String let displayName: String let price: String let renewalDate: Date? let expirationDate: Date? let willAutoRenew: Bool let state: Product.SubscriptionInfo.RenewalState let isInGracePeriod: Bool } func loadSubscriptionInfo(productIds: [String]) async -> SubscriptionInfo? { guard let product = try? await Product.products(for: productIds).first, let status = try? await product.subscription?.status.first else { return nil } let renewalInfo = try? status.renewalInfo.payloadValue let transaction = try? status.transaction.payloadValue return SubscriptionInfo( productID: product.id, displayName: product.displayName, price: product.displayPrice, renewalDate: renewalInfo?.renewalDate, expirationDate: transaction?.expirationDate, willAutoRenew: renewalInfo?.willAutoRenew ?? false, state: status.state, isInGracePeriod: status.state == .inGracePeriod ) } 

renewalInfo.willAutoRenew показывает, автопродление активно или отменено. Если false, доступ сохраняется до expirationDate.

Сравнение: StoreKit 2 vs Play Billing 6

SwiftUI-компонент экрана

struct SubscriptionManagementView: View { @StateObject private var viewModel = SubscriptionManagementViewModel() var body: some View { ScrollView { VStack(alignment: .leading, spacing: 24) { if let info = viewModel.subscriptionInfo { CurrentPlanCard(info: info) if info.state == .inGracePeriod { GracePeriodWarning() } if info.willAutoRenew, let date = info.renewalDate { Text("Следующее списание: \(date.formatted(.dateTime.day().month().year()))") .foregroundStyle(.secondary) } else if let date = info.expirationDate { Text("Доступ активен до: \(date.formatted(.dateTime.day().month().year()))") .foregroundStyle(.secondary) } PlanPickerSection(currentPlan: info.productID) } ManageButton() } .padding() } .task { await viewModel.load() } } } 

Зачем нужна системная кнопка управления подпиской?

Apple требует доступ к системному экрану (guideline 3.1.2). Без этого — rejection. Используйте showManageSubscriptions, чтобы открыть системный экран управления подписками — Apple Developer Documentation. Реализация простая:

Button("Управление подпиской в App Store") { Task { try? await AppStore.showManageSubscriptions(in: windowScene) } } 

На Android — deeplink в Google Play:

val intent = Intent(Intent.ACTION_VIEW).apply { data = Uri.parse("https://play.google.com/store/account/subscriptions?sku=premium_monthly&package=${packageName}") } startActivity(intent) 

Как мы проектируем cancellation flow?

Лучшие практики удержания при попытке отменить:

1. Перед уходом на системный экран — показать список фич, которые пользователь потеряет.
2. Если подписка активна давно (3+ месяца) — предложить паузу (на Android это нативно поддерживается).
3. Для пользователей с длительной историей — показать Promotional Offer со скидкой.

Это не dark pattern — это честное напоминание. Важно не злоупотреблять: один экран подтверждения максимум. Наша статистика: retention после промо-оффера — 60%. Retention-офферы приносят дополнительный доход до 15% от текущей выручки. Если пользователь всё равно уходит, важно зафиксировать причину через аналитику — это поможет улучшить продукт для будущих пользователей.

Сравнение подходов: базовый vs с retention

Что входит в работу

• Чтение статуса через StoreKit 2 / Google Play Billing Library 6
• Компонент отображения: тариф, дата, статус, grace period
• Переключатель тарифов (upgrade/downgrade) с описанием условий
• Интеграция AppStore.showManageSubscriptions / Play Store deeplink
• Опциональный cancellation flow с retention-оффером
• Документация по компонентам и архитектуре подписочного экрана
• Поддержка в течение 14 дней после сдачи работы

Сроки и стоимость

2–3 дня для базового экрана с актуальным статусом. Со сложным cancellation flow и retention-офферами — до 5 дней. Стоимость рассчитывается индивидуально. Получите консультацию — оценим ваш проект.

Наша команда имеет 5+ лет опыта работы с подписочными моделями в мобильных приложениях. Закажите разработку экрана управления подпиской уже сегодня. Свяжитесь с нами — мы подберём решение под вашу бизнес-логику.