Flow & Paywall builder: Build onboarding and paywalls, ship them without a release

Victoria Kharlan
Victoria Kharlan
12 min read
Flow & Paywall builder: Build onboarding and paywalls, ship them without a release

TL;DR:

  • 89.4% of trial starts happen on Day 0. Everything that decides your subscription revenue happens between the first open and the first payment, and most of it still ships on your release train.
  • The Flows & Paywall builder is one editor for that whole stretch. Change a screen, run the test, push the winner live, with no build and no store review.
  • Screens render natively, the paywall reads what someone answered in onboarding, and you can target a flow down to a single Apple Ads keyword or a single Meta ad creative.

You have a queue of tests for this quarter. A shorter onboarding. A paywall that names the goal the user picked two screens ago. A post-purchase upsell. Every one of them sits behind a build, so the queue moves at the speed of the release train. Variant B ships six weeks late, and the creative that fed it has already been swapped out.

So teams test the paywall, because the paywall is the screen they can reach on their own. Onboarding lives in app code. The data that would connect the two lives in neither place.

The Flows & Paywall builder puts every screen between the first open and the first payment in one editor, and the person who owns the funnel owns the editor.

What is the Flow & Paywall builder?

It's Adapty's visual editor for onboarding and paywalls, built as one multi-screen flow.

A flow is one configurable object holding every screen between app launch and paid conversion: welcome screens, surveys, onboarding, paywalls, and post-purchase. Inside it, you connect screens, branch based on what users answer, and define variables that carry data forward. You build it visually and ship it from a dashboard.

Onboarding and paywall stop being two builds with a handoff between them. What someone answers in onboarding decides what the paywall shows them.

Seven flows you can build without engineering

Below are seven flows real apps run today, from a single-survey onboarding to per-keyword attribution targeting. Each one is a capability cluster you can use on its own or combine.

1. Personalized onboarding by goal

A sleep and mindfulness app team wants the onboarding to feel like a one-on-one consultation. The user enters their name early, and from that point, every screen calls them by name. The team adds diagnostic surveys, social proof, and a plan projection along the way. By the time the paywall arrives, the offer reads as the conclusion of a personalized assessment.

The flow
  1. Welcome screen with a direct question, positioning copy, and social proof ("Join 18,000+ users").
  2. Name capture: "First, what should we call you?" Every screen from here on calls the user by name.
  3. A diagnostic sequence: how the user feels, how bad it is, what's making it worse, and whether they've tried meditation before. The flow stores each answer. If the user says they've tried meditation, a follow-up question asks what got in the way.
  4. Social-proof break: "You're not alone in this. 1 of 3 adults face this. 85% see improvement with the right plan."
  5. Testimonials screen: "People just like you made it work," with star ratings and quotes from users who reported the same problems.
  6. Consequence visualization: a curve showing what happens to sleep problems left untreated.
  7. Plan projection: "Here's what the next 4 weeks look like for you." Week-by-week milestones tailored to what the user said.
  8. Final screen and paywall: "Your plan is ready." CTA: "* Try free for 7 days.*"
What's happening underneath

The flow asks a short series of questions and stores each answer. Later screens read those answers and use them in headlines, social proof, and the plan projection. Some questions only show up based on earlier answers. The meditation follow-up only appears if the user has tried meditation before.

2. Quiz-to-paywall with computed variables

A fitness app team wants to ask the user a few questions, compute a personalized timeline ("you can hit your target weight in 2-3 weeks"), and show the paywall with social proof and testimonials filtered to the user's specific goal. By the time they reach the paywall, every part of it references something they typed. The comparison table even speaks to the obstacles they just named.

The flow
  1. Name capture and goal selection. The user enters their name and picks a main goal (lose weight, build muscle, get fit, improve flexibility).
  2. A short quiz: height and weight with unit toggles, activity level, workout frequency, and fitness self-assessment. The flow stores each answer.
  3. A script reads the user's current weight, target weight, activity level, and workout frequency, then computes a personalized timeline to reach the target.
  4. Goal-conditional social-proof break: "Others with your goal made it work." Stats change based on which goal the user picked earlier ("* 78% of users who set a specific goal actually reach it*," plus the computed weekly weight-loss rate based on their target).
  5. Barrier question: "What's got in the way before?" The user multi-selects from a list of obstacles that have stopped them in past attempts.
  6. Paywall: The headline names the user's goal, the body uses their name, the value prop shows their computed timeline, and the comparison table addresses the barriers they just named.
What's happening underneath

The user can enter height and weight in their preferred units (cm or inches, kg or pounds), and the flow converts everything to one internal unit before storing. A script then calculates the timeline to the user's target from the answers they just typed in.

3. Branching to different paywalls based on quiz answers

A nutrition app team wants the paywall to match the goal the user picked in the quiz. A user who selected "lose weight" lands on a paywall built around the timeline to their target weight. A user who selected "eat healthier" lands on a different paywall, built around habit change. One flow, one quiz, two paywall endings.

The flow
  1. Welcome screen with social proof at the top: "10K reviews, 4.9 rating."
  2. Three explainer screens: meal tracking with AI, understanding your body data, and recipe suggestions.
  3. Name capture: "First, what's your name?" The flow stores it.
  4. Goal question: "What brings you to the app?" Seven options to pick from, including Lose weight, Eat healthier, and All of the above.
  5. Engagement break: "You're in the right place, [name]." Below the headline: "* The App has helped 3.8M users to [their goal answer].*" Then a testimonial.
  6. The quiz keeps going with questions about gender, eating habits, meals per day, allergies, birthday, height, current weight, and target weight.
  7. Loader screen: "Adjusting your personalized journey."
  8. Personalized plan screen: a chart showing the user's current weight curving down toward their target, plus a plan description that uses their answer for meals per day.
  9. Paywall A, for users who picked a weight goal. The headline gives them a timeline to their target weight. The plan focuses on calorie tracking and meal logging.
  10. Paywall B, for users who picked a habit or learning goal. The headline talks about building lasting habits. The plan focuses on food guidance and nutrition education.
What's happening underneath

The flow saves each answer the user picks. At the end of the quiz, a rule checks what the user said their goal was, and shows them whichever paywall matches. Both paywalls live inside the same flow, so the team builds them together and ships them together.

4. Win-back with name greeting, value recap, and short-fuse countdown

A VPN app team wants to bring back users who left. The flow opens by name, reminds them what they used to have, and offers a discount with a 5-minute clock.

The flow
  1. Welcome-back screen: "Welcome back, [name] 👋 We missed you!" with a friendly character and a Continue button. The flow already has the user's name from when they originally signed up.
  2. Value-recap screen: "We've saved a special deal for you." A checklist of what they used to have: private browsing, unblock streaming, 400+ servers, and a no-logs policy. Button: "* See my offer.*"
  3. The discount paywall: "Claim Premium before it's gone." A 5-minute countdown ticks at the top. "-50%" over a gift box graphic, then the price: $1.54 a week, with the yearly price ($79.99) below.
  4. If the user doesn't buy before the timer hits zero, the discount disappears, and they see standard pricing.
What's happening underneath

The flow shows up only for users who haven't opened the app in a while. The team picks the wait time, usually two weeks. The 5-minute countdown is a real timer. When it runs out, the discount is gone, and the user sees the standard offer instead.

5. Permission request plus paywall

A nutrition app team wants notification permission from as many users as possible. The flow asks right after the user pays. The user just spent money on the product, which is the strongest signal that they care about staying engaged with it.

When the user taps "Turn on notifications," the standard iOS prompt opens. The flow saves whether the user said yes or no. Later, the team uses that to decide whether to send notifications or skip the user.

6. Attribution-powered flow targeting

A team running paid ads across multiple channels wants each new install to land in a flow that matches where they came from. Someone who searched Apple Ads for "ai animation generator" has a different intent than someone who tapped a broad TikTok video. The team builds a different flow for each source and routes installs to the right one.

Mobile app growth funnel: Apple Ads acquisition, personalized onboarding, and subscription paywall for an AI animation app.

The flow
Acquisition sourceFlow shownWhy
Apple Ads keyword: "ai animation generator"Skip onboarding → direct annual plan at $79.99/yearHigh intent, brand-aware
Apple Ads keyword: "free animation app"Full onboarding → trial-first weekly at $4.99/weekPrice-sensitive, needs a value demo
Meta video ad showcasing premiumShort feature recap → annual with discountAlready saw the pitch, close the sale
TikTok campaignShort gamified onboarding → monthly $9.99/moYounger audience, lower commitment
Organic/directFull onboarding + feature highlights → all plansUnknown intent, show full value
What's happening underneath

When a new user opens the app, Adapty checks where the install came from (which Apple Ads keyword, which Meta ad, which TikTok campaign, or organic) and picks the matching flow. The team builds all five flows in the same dashboard and sets a targeting rule for each. No engineering involvement, no app release.

ℹ️Most paywall builders can target by country or by subscription status. Per-keyword and per-creative targeting needs the attribution layer and the builder to be in the same product. Adapty is the only one that does both, so the team picks targeting all the way down to a single Apple Ads keyword or a single Meta ad creative without connecting to an external MMP.

For the longer argument on why ad creative and post-install onboarding need to tell the same story, see Creative-funnel match: Why your ads and your onboarding need to tell the same story.

7. Geo-personalized pricing and copy

A team selling in Brazil, Japan, and the United States wants to charge prices that fit each country's economy, show copy in each country's language, and run promotions in specific regions when it makes sense. One flow covers all of it.

What the team does

The team builds one flow. Then, inside the flow editor:

  • Translates the copy in one click. The flow editor has AI translation built in. One click translates the whole flow into the target language, and the team can review and tweak the wording.
  • Targets the right users. Country and language are targeting options, the same as anything else. The team picks the segments and assigns the matching prices and copy.

Subscription prices vary 4x between countries in our dataset. An app that uses one global price loses revenue in high-paying markets and prices out users in lower-income ones. With regional pricing, the flow stays the same everywhere; the prices and the language are the only things that change per market.

How it works under the hood

Native rendering

Each screen renders as a real native UI component. No HTML in a WebView. Screens open instantly, text scales with the user's iOS settings, VoiceOver reads them aloud, and they look like screens an engineer coded by hand. Adapty delivers flows through a CDN with 300+ points of presence, and the SDK falls back to a local copy when the device is offline. See Native paywall rendering for the full pipeline.

Server-driven configuration

A flow stores variables (text, numbers, booleans, lists). You define them yourself, elements generate them (a survey creates a selected option, a slider creates a number), or your app passes them in through the SDK. Scripts combine variables into new ones, so any calculation that would otherwise need an engineer runs inside the flow. When the flow ends, the SDK hands every variable back to the app, including the computed ones.

Attribution as a targeting input

The acquisition source sits in the same targeting menu as country, language, and subscription status. Target a flow to an Apple Ads keyword, a Meta creative, a Google or TikTok campaign, or all organic installs.

The loop keeps running

Once your flow is live, three parts of Adapty work on it together. Growth Autopilot watches performance and proposes the next experiment, written in plain English. Flow Builder is where you check the brand, edit the copy, and build the variant. Flow-level A/B testing measures the result, and Autopilot uses the winner to propose the next experiment.

The takeaway

One editor holds everything between the first open and the first payment. You change a screen, ship it to live users, watch the result, and move again, on your own schedule instead of the release schedule.


Build your first flow

Open the builder and start a flow on your own funnel. Explore Flows & Paywall builder

Or book a demo, and we'll walk you through it.

FAQ

Related articles

Adapty September update
1 min read

Adapty September update

Christmas is coming, so is the shopping season: honestly, there is no better timing to deploy a new subscription to your app.

Vitaly DavydovVitaly DavydovRead
In-app purchases initialization with Swift
13 min read

In-app purchases initialization with Swift

Learn how to optimize your SKProduct listings for iOS and provide seamless restore purchase functionality to your users. This article provides Storekit restore purchases examples to help you improve the user experience and increase revenue for your app.

Ben GohlkeBen GohlkeRead
Adapty October update 
2 min read

Adapty October update 

With the October update, we are eager to announce custom JSON, new events, iOS 14 support, and more.

Vitaly DavydovVitaly DavydovRead

See how Adaptycan grow your app revenue