Horizontal adoption strategy
A cross-product onboarding and discovery effort for global navigation capabilities used across Microsoft Defender experiences.
Helping users discover and adopt Search and Favorites (pinning) in Defender's new navigation. The features already worked — adoption didn't. The answer was a behavior-driven onboarding that surfaces value at the moment of need, instead of another tour nobody reads.
This case combines product discovery, behavioral data, UX strategy, and hands-on prototyping across a shared enterprise surface. I treated onboarding as a product problem to diagnose, not a tour to decorate.
A cross-product onboarding and discovery effort for global navigation capabilities used across Microsoft Defender experiences.
I brought together customer insight, usage-data exploration, and competitive analysis, then owned UX requirements alongside PM and mapped the solution space.
I can find the behavioral leverage point, align horizontal stakeholders, and use rapid prototyping and vibe coding to compare ideas before teams invest deeply.
Process: Customer insight → data exploration → competitive analysis → UX/PM requirement ownership → solution mapping → prioritization → vibe-coded experiments and rapid prototypes → focused adoption strategy.
The new navigation shipped two genuinely useful capabilities — global Search and Favorites (pinning). Both convert well when used. The catch: almost nobody found them. When the problem is "nobody finds it," the fix is surfacing, not redesign.
Pinning turned out to be a power-user behavior: the more distinct pages someone visits, the more likely they are to pin. Casual users (1–2 pages) almost never adopt; exploratory users adopt many times more. That inflection is where onboarding should intervene.
1–2 pages · pins almost never (~0.5%).
3–10 pages · adoption climbs (8.5–14.2%). The nudge fires here.
10+ pages · pins the most (17.3–35.4%).
Adoption is a behavior. The more distinct pages someone visits, the more likely they pin — so onboarding intervenes at the 3-page inflection, exactly where adoption leaves the floor.
Design decision. Trigger the active nudge once a user crosses 3 distinct pages — the exact point where adoption leaves the floor.
Onboarding should fire on observed behavior, not assumptions, and frame everything around what the user is trying to get done — activities, not RBAC roles. Roles vary across organizations and add ambiguity; intent doesn't. It also stays deliberately lightweight: no Copilot chats, access validation, upsell, or background processes in the flow.
Instead of a modal tour, discovery lives in context — a hover-visible pin star, a single just-in-time hint, and lightweight prompts that surface only when behavior warrants it.
The setup asks what you're trying to get done, maps that to the right pages behind the scenes, and pre-pins them — so a personalized navigation is waiting on first load.
Intent in, personalized navigation out. "Let's set up Defender, your way" — a free-text or activity-based setup that pre-pins a starting set of pages, so the payoff exists before any effort.
Every teaching moment is bound to an observed behavior — and each can be tuned or switched off. Six triggers span the journey from first visit to power use:
The lesson was clear: when a feature works but nobody finds it, the answer isn't a redesign — it's surfacing at the moment of need. Pre-seed value, keep discovery ambient, and teach once, in context. The MVP stays tight: default favorites, passive search discovery, ambient pinning discovery, and a single contextual teaching moment.
When a feature works but nobody finds it, don't redesign it — surface it at the moment of need. Pre-seed value, keep discovery ambient, and teach once, in context.