Skip to main content

Documentation Index

Fetch the complete documentation index at: https://recurr.dev/docs/llms.txt

Use this file to discover all available pages before exploring further.

The public audit is designed to answer one question quickly: is the migration opportunity large enough to justify a Migration Review? It is not a full financial model. The Migration Review and Migration Analysis refine the inputs with your real store mix, plan mix, subscriber data, geography, and implementation constraints.

​
Core assumptions

InputPublic audit baseline
Store-fee rateYour supplied blended rate, or 22% if unknown
Migration cases40% conservative, 55% base, 70% optimistic
Migration-year web cost~8% all-in: 5% Recurr + standard Stripe processing
Year 2+ web cost~5% all-in: 2% Recurr + standard Stripe processing
Cash-flow timing45 days of net migrated annualized revenue (ARR after store fees) pulled forward once
The model is intentionally simple. It is meant to show order of magnitude without forcing you through a data-room exercise before you know whether the opportunity is worth a conversation.

​
Store-fee rate

If you know your blended app-store fee rate, use it. If you do not, the audit uses 22% as a representative blended rate across iOS year-one subscriptions, iOS year-two subscriptions, and Google Play subscriptions. Your Migration Analysis replaces this with the actual mix if you provide it.

​
Web-billing cost

The public model uses standard card processing as the payment-cost baseline.
  • Migration year: 5% Recurr platform fee on migrated subscribers for their first 12 months on web, plus standard Stripe processing.
  • Year 2+: 2% Recurr platform fee, plus standard Stripe processing.
International cards, low-ticket monthly plans, local payment methods, chargebacks, taxes, and currency conversion can move the exact payment-cost line. Those are Migration Review details, not reasons to block the first audit.

​
Cash-flow injection

The audit models the one-time settlement benefit as 45 days of net migrated annualized revenue pulled forward — your share after store fees, not the gross customer payment. Apple holds the gross GMV during settlement but only owes the developer the net. That equals roughly 12.3% of net migrated revenue, once. At a 22% blended store-fee assumption, the conservative public rule of thumb is ~9% of migrated ARR (12.3% × 0.78). At the base 55% migration case and the same 22% assumption, that’s roughly 5.3% of total ARR as a working-capital release. Your audit reports the specific figure using your actual blended rate — apps on lower blended fees see proportionally more cash because the discount is smaller. This is not P&L lift. It is timing: revenue that would have arrived later under app-store settlement lands sooner through web billing.

​
What the public audit does not model

  • Holdout-relative churn impact
  • Offer cost or incentive cost
  • Monthly vs annual transaction-count effects
  • International card mix and local payment-method mix
  • Subscriber-level renewal timing
  • Cohort-specific migration rates
  • Support load during migration waves
Those inputs matter. They belong in the Migration Review and Migration Analysis, where the model can use the real app context instead of generic assumptions. Run the audit or book the Migration Review.