Every product team we've talked to describes onboarding as an educational problem. "We need to teach users how to use the product." This framing is the root of almost every onboarding failure we've seen. Onboarding isn't education. Onboarding is conversion.

Your onboarding is a funnel. Every screen is a step. Every step has a drop-off rate. And every piece of information you force the user to consume before they reach value is friction that kills your activation rate.

The data that convinced us

We instrumented one of our onboarding flows with step-level tracking. The flow had 7 screens: welcome, feature tour (3 screens), permission request, profile setup, first action. Here's what we measured:

100% welcome screen 82% tour screen 1 63% tour screen 2 44% tour screen 3 37% permissions 26% profile setup 14% first action fig. 1 — 7-step onboarding funnel: 86% drop-off before first value

86% of users who installed the app never performed the core action. Not because the product was bad. Because we put 6 screens between them and the product. Each screen was well-designed, informative, and completely unnecessary.

The tour is the problem

The 3-screen feature tour was responsible for 38 percentage points of drop-off. More than a third of all users abandoned during what we thought was "helping them understand the product." They didn't want to understand the product. They wanted to use it.

This is the fundamental misunderstanding: product teams build onboarding as if users arrive with the intention of learning. Users arrive with the intention of doing. They downloaded the app because they have a specific need right now. Every screen that isn't "here's how to satisfy that need" is an obstacle.

Nobody reads the manual before driving a rental car. They adjust the mirror, put it in drive, and figure it out. Your app should work the same way.

What we replaced it with

We reduced onboarding to 2 screens:

Screen 1: "What are you here for?" — a single question with 3-4 options that routes the user to the most relevant first action. This isn't personalization theater — it determines what the user sees next. Different answer, different first screen.

Screen 2: The first action itself. No explanation of how to do it. Just the interface, pre-loaded with context from their answer, ready for them to engage.

That's it. No tour. No feature highlights. No "did you know you can also...?" Permissions are requested in context, the first time they're needed. Profile setup is deferred until after the user has experienced value.

100% intent question 81% answered + continued 62% completed first action
fig. 2 — 2-step onboarding: 62% activation (vs 14% previously)

Activation rate went from 14% to 62%. Same product. Same users. Same acquisition channels. The only thing that changed was removing 5 screens that we thought were "helping."

The permission timing insight

One of the screens we removed was the upfront notification permission request. In the old flow, 37% of users reached it and 61% of those granted permission. That's 23% of all users granting notification permission.

In the new flow, we request notification permission after the user completes their first core action — at the moment of peak satisfaction. 62% of users reach this point and 78% grant permission. That's 48% of all users. Same permission, same dialog, 2x the grant rate. The context makes the request meaningful instead of generic.

Deferred profile setup

We moved profile setup to after the third session. By that point, the user has decided the product is useful. They're willing to invest time in customization because they understand what they're customizing for. In the old flow, profile completion rate was 71% (of the 26% who reached it — so 18% of all users). In the new flow, 89% of users who reach the deferred prompt complete their profile — which is 34% of all users.

The same information, collected at a different time, has a completely different completion rate. Timing isn't a detail. It's the design.

How to audit your onboarding

Instrument every step. Measure drop-off between each screen. Then ask one question for each screen: "Does the user need to see this before they can experience value?" If the answer is no, remove it or defer it. No exceptions.

"But they need to understand feature X to use the product properly." No they don't. They need to experience the product. Understanding comes from use, not from explanation. If your product requires a tutorial to be usable, you have a product problem, not an onboarding problem.

"But we need their email/profile/preferences to personalize the experience." Get it later. A generic first experience that happens immediately is better than a personalized first experience that 80% of users never see because they abandoned during the setup flow.

"But competitors show a tour." Competitors also have a 15% activation rate. Don't copy their onboarding. Look at their activation rate.


Every screen in your onboarding flow has a cost. That cost is measured in users who leave and never come back. Most onboarding flows are built by people who already understand the product, designing for users who don't, and systematically overestimating how much explanation new users want. They want zero explanation. They want to do the thing they downloaded the app to do. Let them.