A control decision, not a billing project
The question is whether the stores keep owning the billing relationship for most of your subscriber base, or whether that relationship moves onto a rail the business controls. Everything else is implementation.
A year to the stores — roughly $21K a week, funded or not.
Two weeks to a pilot result, ten to a migrated book. Four on the ramp.
Of the entire base would have to cancel because of the campaign to erase year one.
Figures scale with the book: store fees track billings at your blended rate. Gated rollout pauses at 1–2% measured attrition.
What you would actually be deciding
What is not on the table
The path runs outside the app, under Apple 3.1.3(b) and Google Play policy. No SDK, no binary change, no roadmap slot.
Every wave is gated on measured attrition. Subscribers who decline stay on store billing, untouched.
The Stripe account, the subscriber records and the surfaces are yours from the first wave. Stop, and billing continues without us.
Dormant and at-risk cohorts are excluded from outreach by design. Migration targets the engaged book.
One thing the model cannot settle: how many subscribers accept. Every figure above assumes a migration rate, and the pilot exists to replace that assumption with yours before anything scales.
Sixty seconds and two inputs. What the stores take today, and what comes back — on your numbers rather than a representative book.
This is a one-page reading of the full method, written for your seat. The whole argument — the fee decomposition, the cash-flow release, the cohort framework, the guardrails and the commercial model — is published in the store-to-web subscriber migration playbook. Twenty-nine minutes, no gate.
2026 edition · Every figure computes from the same model the audit runs on your numbers. The worked example is a representative book: $5M store-billed ARR, 22% blended store fee, 50/50 plan mix at $10/mo and $100/yr. Web figures carry the payment rails only and do not net Stripe Tax.
