Product →Examples →FAQ →All solutions →About →
Business problemsHow it worksRolesOrganizations
Scopeout for feature adoption

Ship it. Then make sure it gets found.

After a release, Monitor sees who finds the feature and who doesn’t, Analyze finds where discovery fails, and the canvas tests the fix.

Saved views · shipped 12 days ago

Found by 18% of active users

Blocked attoolbar overflow menu
Proposedentry point on the report header
Test the entry point

The launch is the start of the loop

Most features are not unused because they are wrong. They are unused because they are hidden. Scopeout finds where.

Watch adoption from day one

Monitor tracks discovery, first use and repeat use per segment, against the goal you set at launch.

Saved views · found by active users
day 1day 4day 8day 12fixday 2018% → 44%

Find the discovery gap

Analyze replays where users needed the feature and did not find it, and lists the moments where it should have surfaced.

Where discovery fails · every claim cited
Hidden in the overflow menureplay 31
No empty-state hintreplay 44
Searched for “save” and left12 sessions
Sourcesreplays · search logs

Test placement and onboarding

Entry points, empty states, tooltips and nudges drawn on your system and tested against control.

A · toolbar
B · header
C · tooltip

The same loop, your metrics.

The method does not change by business model. The evidence, the tests and the number that has to move do.

B2B SaaSfeature adoption rate

Discovery gaps found in replays, entry points and nudges tested.

E-commerceuse of wishlists, filters, subscriptions

Placement and prompts tested on use and on downstream orders.

Consumer appfeature DAU

Where users needed it and did not find it, fixed in onboarding and empty states.

Marketplacetool adoption per side

Seller and buyer tools, adoption tracked per side and segment.

Built for launches

Goal · this quarter

Watch adoption of saved views against a 40% goal

Guardrailno drop in report speed
Proposed loops3 · entry point, empty state, tooltip
Start watching

Launch goals as a prompt

“Watch adoption of saved views against a 40% goal” is the whole setup.

Address step conversion · by segment
Desktop92%
Mobile · Android74%
Mobile · iOS46%
Tablet80%
Weakestmobile iOS · the model targets it first

Adoption by segment

Who found it, who used it twice, who never saw it, on one block.

Saved views · launch
P
priya Header entry point. Ship it behind a flag.
T
tejas PR up, preview attached.
Approvalsfix · priya PR · tejas

Decisions with the team

Product, design and engineering agree on the fix in comments on the finding itself.

Pull request #497 · saved-views-header-entry
8 tests passed
Preview ready
Behind flag views_entry
Linkedlaunch goal · finding
Merge

Fixes as pull requests

Entry-point and nudge changes ship as PRs behind flags, with the launch linked.

Start from a prompt.

Watch

“Watch adoption of the new saved views feature and tell me when it stalls below 40% of active users.”

Run this when my batch opens →
Diagnose

“Why are users not finding the export button on the report page? Show replays and propose fixes.”

Run this when my batch opens →
Design

“Design three entry points for saved views on our design system.”

Run this when my batch opens →

Questions, answered.

When should the loop start?

At launch. Set the adoption goal in a sentence and Monitor starts the same day.

Does it need a feature flag?

No, but flags let Publish roll fixes out in stages.

Where do launch notes go?

The record. Goal, adoption curve, findings and fixes stay together for the retro.

Stop running the business. Start directing it.

Join the waitlist

Private beta. We onboard teams in small batches. Or contact us.