For the longest time, I avoided building onboarding for my product (chrome extension).
My thinking was:
“it’s simple enough”
“people will figure it out”
“nobody wants tutorials anyway”
But then I kept noticing the same thing:
Users were only discovering the obvious features.
Meanwhile things like focus mode, zoom mode, virtual backgrounds, customization options, advanced settings, etc. were barely being used.
The problem wasn’t complexity.
It was discoverability.
⸻
So instead of building a traditional onboarding with screenshots and arrows…
I built an interactive “copy” of the product itself.
The funny part is that many people don’t even realize they’re looking at a simulated version 😂
People actually started discovering and using features on their own, without support messages or documentation.
And somehow...
Within 2 days of launching it, the number of users increased by ~800 🤯
Honestly still trying to process that part 😅
⸻
This whole thing completely changed how I think about onboarding.
Sometimes the product is simple.
But discoverability isn’t.
"Discoverability isn't" is such a clean reframe. The problem you're describing shows up in analytics data too — feature adoption rates in event tracking often look like a power law: one or two features dominate, everything else flatlines. Most founders interpret that as "users don't want those features" when it's actually "users never found them."
The interactive onboarding approach you built is clever because it closes the loop between the product and the mental model before the user even installs. What did you track to confirm the 800-user lift was from the onboarding specifically vs. other factors? Curious whether you had any instrumentation in place to isolate it.
Love this. The insight about “it’s not complexity, it’s discoverability” hits hard. The simulated UI onboarding is a super smart way to bridge that gap.
Appreciate this a lot :) yeah, that shift from “explain” → “let them experience it” changed everything for me.