iOS subscription offer sequencing: how to design introductory, trial, and win-back offers that compound

A practical guide to layering Apple’s three iOS offer types — free trials, introductory prices, and promotional offers — into a subscriber lifecycle sequence that maximises trial starts, improves paid conversion, and recovers churned users.

Apple gives iOS subscription developers three distinct offer mechanisms — free trials, introductory prices, and promotional offers — yet most apps deploy only one of them in isolation. That's a missed compounding opportunity. Each type is optimised for a different stage of the subscriber lifecycle, and layering them in the right sequence can materially lift trial starts, paid conversion, and win-back rates without touching your headline price.

This post lays out the mechanics of each offer type, explains the eligibility rules Apple enforces, and walks through a practical lifecycle sequence that uses all three levers. For deep-dive configuration steps, see our introductory offers guide and our promotional offers guide. For the underlying conversion benchmarks, the 2026 App Store conversion benchmarks post provides useful category baselines.

Apple's offer toolkit: three types, one lifecycle

Before sequencing anything, it helps to have the mechanics clearly separated. Apple's StoreKit offer system has three modes, each with different user eligibility rules and business implications.

Introductory offers target new subscribers — users who have never had an active or expired subscription in the same subscription group. Apple enforces this at the platform level; a user who redeems a free trial for your Pro plan can never receive another introductory offer for any product in the same group, even if they cancel during the trial or you later launch a new tier in that group. The group is the unit of enforcement, and the entitlement is consumed on first contact.

Within introductory offers, Apple supports three sub-types: a free trial (no upfront charge, auto-converts to full price), a pay as you go price (reduced recurring charge for a fixed number of billing periods), and a pay upfront price (single discounted payment before the full subscription begins renewing). These are not interchangeable — they signal very different value propositions to a new user, and they attract different user profiles into the paid cohort.

Promotional offers work differently. They can target both active subscribers and users who have previously subscribed. You configure eligibility criteria in App Store Connect and validate them server-side by generating a signed offer payload before presenting the offer. This makes them the right mechanism for upgrade nudges, loyalty discounts, and win-back campaigns for lapsed users.

The eligibility rules that shape your sequence

The most common misunderstanding about iOS offers is conflating the introductory offer one-time rule with the promotional offer system. They are separate mechanisms operating on separate eligibility clocks.

Introductory offers are consumed once, per subscription group, per Apple ID. Apple tracks this automatically and there is no API call you can make to reset it. If a user redeems a free trial, that introductory offer slot is gone — even if they cancel within the trial period without paying anything, even if you delete the product and create a new one in the same group years later. The group boundary is permanent.

Promotional offers, by contrast, have no Apple-enforced lifetime limit. You define the eligibility logic on your own server — for example: "user must have had at least one previous paid billing cycle; must not have received this specific offer in the last 90 days; must be on a monthly plan to qualify for the annual upgrade offer." Apple validates your server-generated signature but does not inspect your eligibility rules. This gives you full flexibility at the cost of needing a backend to generate and serve the signed parameters at the moment of paywall presentation.

A practical consequence of this separation: if a user redeems a 7-day free trial and cancels during that trial without ever being charged, they can still receive a promotional win-back offer later. But they can never again receive a free trial or introductory price within that subscription group. This asymmetry has real implications for how you design the top of your acquisition funnel and how aggressively you surface the trial offer.

Building a subscriber lifecycle offer map

Once you understand the eligibility rules, you can map each offer type to the lifecycle stage it is built for. The four stages below cover a subscriber's full arc from stranger to churned user.

Stage 1 — Acquisition. New users who have never subscribed see your introductory offer. This is the only moment in a user's lifetime when the introductory offer slot is available, so it belongs on the acquisition paywall. A free trial is the default choice for most app categories because it removes all price friction. A pay-as-you-go introductory price may convert better in categories where users are skeptical of forgotten trial charges — productivity and finance apps, where RevenueCat's published data has noted above-average trial-to-paid drop-off — because a small initial charge signals intent and filters for more committed users.

Stage 2 — Active subscriber management. Once a user is subscribed, the introductory offer window has closed. Promotional offers fill the gap: a timely prompt to upgrade a monthly subscriber to annual, presented at a high-value in-app moment rather than as a banner at session start, has shown meaningful incremental revenue in practitioner accounts documented by RevenueCat and App Promotion Summit speakers. Loyalty discounts before a planned price increase are another natural use.

Stage 3 — Billing failure and grace period. Apple handles the billing retry loop automatically, and the grace period window — 3 days for monthly subscriptions, 16 days for annual ones — keeps the subscription active while retry attempts run. Your role here is prompting the user to update their payment method clearly and without alarm. No promotional offer mechanics are needed at this stage; the goal is frictionless recovery, not re-conversion.

Stage 4 — Churned subscriber win-back. Users whose subscriptions have expired are the primary target for promotional win-back offers. Because the introductory offer was consumed at acquisition, the promotional offer is your only remaining price lever. A well-timed in-app win-back offer — surfaced when a lapsed user re-opens the app after a period of inactivity — has shown measurably better re-subscription rates than no offer, across case studies published by RevenueCat. See our post on iOS winback campaigns for the timing and trigger mechanics.

Free trial vs introductory price: acquisition conversion trade-offs

At the acquisition stage, the choice between a free trial and a pay-as-you-go introductory price is a genuine strategic decision, not a default. The two formats attract different user profiles and produce different downstream cohort behaviour.

Free trials remove price friction completely and produce higher trial start rates, which means your product has to do the conversion work during the trial window. If your app has a strong onboarding sequence that gets users to a core value moment within the first two or three days, free trials tend to convert well. Analysis from Phiture and practitioner benchmarks published at App Promotion Summit have consistently found that 7-day free trials outperform both 3-day and 14-day trials in most categories — 3 days is often too short to demonstrate value, while 14 days normalises extended free use and reduces urgency at conversion time.

Pay-as-you-go introductory prices — for example, first three months at $1.99, then $7.99 per month — attract users willing to commit financially from day one. Trial-start rates are lower because the paywall asks for a card charge, but paid conversion to full price after the introductory period tends to be higher and churn in that initial period tends to be lower. For apps in productivity or reference categories, this format may outperform a free trial on net revenue even with lower top-of-funnel volume.

Pay upfront introductory prices are best reserved for time-limited acquisition campaigns or the launch of a new annual plan where you want to discount the first year without committing to a forever-reduced recurring price. They work less well as a persistent acquisition offer because the single upfront payment asks for a larger financial commitment before the user has experienced the product.

Promotional offers and win-back: the mechanics of a second chance

The promotional offer system requires a backend component that free trials do not. Before presenting a promotional offer in your paywall, your server must generate a signed offer payload using your subscription key — signing the offer identifier, product identifier, application username, nonce, and timestamp — and return these parameters to the app. StoreKit validates the signature with Apple's servers at purchase time. The signature expires after a short window, so it must be generated on demand at the moment of paywall presentation, not cached.

The practical consequence is that promotional offers cannot be surface by purely client-side logic. Your app needs to call a server endpoint, receive the offer parameters, and load the paywall with that context ready. If you use RevenueCat, their SDK handles the signature generation and offer presentation through their API; your backend only needs to define the eligibility criteria and call their endpoint.

For win-back specifically, trigger timing matters more than offer depth. Research from Phiture and accounts from practitioners at App Promotion Summit suggest that reactivation offers presented within the first few sessions after a lapsed user voluntarily returns to the app — rather than sent on a fixed calendar interval via push or email — produce measurably better conversion. A user who re-opens the app unprompted is already showing intent; a frictionless win-back offer at that moment capitalises on it. A calendar-triggered email 30 days after expiry, by contrast, competes with everything else in the user's inbox on an arbitrary day.

Automation and eligibility tracking

If you are managing more than a small number of products, reliably tracking which users have consumed their introductory offer slot requires either an SDK that does this for you or your own backend consuming the App Store Server Notifications stream. The relevant notification types to watch are SUBSCRIBED (new subscriber, introductory offer consumed if one was applied), DID_RENEW, EXPIRED, and REFUND. By processing these events per Apple ID, your server can maintain an accurate offer eligibility record for each user and surface the correct offer type — introductory or promotional — at the right lifecycle stage without any client-side guessing.

For teams running high-volume win-back campaigns, the App Store Connect API also exposes offer code management endpoints that allow you to programmatically generate and distribute one-time promotional offer codes — useful when you want to push win-back offers through email or push rather than relying on in-app detection of a user's return. The setup is documented in our App Store Server Notifications guide and the broader App Store Connect API automation overview.

Sources and further reading

• Apple Developer: In-App Purchase overview — subscription offers documentation
• Apple Developer Documentation: StoreKit framework reference
• RevenueCat blog — iOS subscription offer strategy and win-back mechanics
• Phiture Mobile Growth Stack — App Store subscription lifecycle research
• Sensor Tower blog — App Store subscription benchmarks and offer analysis