CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

onboarding-wizard-design

Designing first-run product onboarding wizards that get users to the ah-ha moment without overwhelming them. Step architecture, progressive disclosure, escape hatches, completion incentives, drop-off measurement. Honest about tutorial-overload (dump everything upfront), skip-friendly-empty (skipped onboarding leads to abandoned product), and earned-progressive-disclosure (right things at the right moments) patterns. Triggers on onboarding wizard, product onboarding, first-run experience, signup flow, activation flow, FRX, time-to-value, ah-ha moment design. Also triggers when activation rates are low, when users skip onboarding and never return, when onboarding flows are being scoped for the first time, or when audience research shows users not finding key features.

Quality

91%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

85%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A well-structured skill body: opinionated, concrete, sequenced guidance with an explicit checklist, validation tests, and a clean overview-to-references split that checks out against the actual bundle. The main improvement opportunity is trimming the intro/closing frame, which duplicates the description and keystone definitions, and inlining one or two executable instrumentation examples.

Suggestions

Trim the opening paragraphs (which restate the frontmatter description) and the closing section (which re-summarizes the keystone patterns nearly verbatim); consolidating each into 1-2 sentences would tighten the body without losing substance.

Inline one concrete drop-off instrumentation example — e.g., an event-naming convention or a small per-step funnel table (step start / completion / abandonment) — so the measurement guidance is immediately executable rather than fully deferred to references.

Reduce the repetition of the keystone mantra ('each step earns the user one step closer to value'), which currently appears in the intro, the keystone section, the 12-consideration framework, and the closing; stating it once in the keystone section and referencing it elsewhere would cut padding.

DimensionReasoningScore

Conciseness

The guidance sections are dense and lean — short declarative bullets, no filler, no explanation of concepts Claude already knows (the pattern definitions are skill-specific coinage, not generic knowledge). What keeps it below anchor 5: the opening four paragraphs largely restate the frontmatter description, the closing section re-summarizes the keystone framing almost verbatim, and the phrase "each step earns the user one step closer to value" repeats in the intro, keystone section, framework, and closing. This matches 'Efficient; minor instances of over-explanation that could be trimmed' rather than anchor 3's 'some unnecessary explanation', since the padding is confined to the frame, not the substance.

4 / 5

Actionability

The body is an instruction-only skill and its guidance is concrete: named step patterns with behaviors ("Skip-with-warning. 'Skipping setup will limit your experience to X. Continue?'"), a litmus test for classifying a wizard, a diagnostic table of failure modes with cures ("'Skip rate is over 50 percent.' Either the wizard is not earning its time or skip is too prominent. Audit both."), and remediation mappings per drop-off pattern. It falls just short of anchor 5 because some guidance defers the executable detail entirely to references (e.g., per-step instrumentation has no inline example like an event-naming scheme or funnel table), leaving minor gaps in copy-paste-ready specificity.

4 / 5

Workflow Clarity

The workflow is explicit and ordered: the wizard-decision section gates everything ("Before designing the wizard, decide whether a wizard is the right tool"), design sections follow a logical build order, and the 12-consideration framework is an explicit numbered checklist ending with instrumentation (#8) and a quarterly maintenance audit (#12). Validation checkpoints are present — the litmus test ("Did they reach a moment where the product visibly demonstrated value within their first session?"), the step coherence test, and drop-off instrumentation driving remediation form a measure→fix feedback loop, and the closing prescribes "If no to either, redesign." This matches anchor 5 (explicit validation steps, feedback loops, checklists for complex processes).

5 / 5

Progressive Disclosure

The body is a true overview: each major section ends with a "Detail in [`references/<file>.md`]" pointer, and a consolidated reference list at the bottom names all nine files with one-line purposes. All nine referenced files exist on disk and are flat (one level deep) with no nested pointer chains. This matches anchor 5 — clear overview, well-signaled one-level-deep references, content appropriately split between overview and detail files.

5 / 5

Total

18

/

20

Passed

Description

95%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description: concrete coverage areas, an explicit and richly populated trigger clause with both keyword and situational triggers, and a clearly bounded niche reinforced by distinctive named patterns. The only refinement would be expressing coverage as verb-led actions.

DimensionReasoningScore

Specificity

The description names the domain ("first-run product onboarding wizards that get users to the ah-ha moment") and lists several concrete coverage areas ("Step architecture, progressive disclosure, escape hatches, completion incentives, drop-off measurement") plus three named diagnostic patterns with glosses ("tutorial-overload (dump everything upfront)", "skip-friendly-empty...", "earned-progressive-disclosure..."). This matches the anchor 'Lists several specific actions; minor gaps in coverage' — the coverage areas are noun phrases rather than verb-led actions, and activities like auditing existing wizards are only implied, which keeps it below the anchor 5's fully verb-led, comprehensive action list.

4 / 5

Completeness

Both halves are explicit: 'what' via "Designing first-run product onboarding wizards that get users to the ah-ha moment without overwhelming them. Step architecture, progressive disclosure, escape hatches, completion incentives, drop-off measurement", and 'when' via an explicit "Triggers on..." clause plus additional "Also triggers when..." conditions. This mirrors the anchor-5 example (concrete capability list followed by explicit 'Use when' trigger phrases); it is clearly above anchor 4, where 'when' would be present but less specific.

5 / 5

Trigger Term Quality

Trigger coverage is comprehensive with natural phrasing and synonyms: "onboarding wizard, product onboarding, first-run experience, signup flow, activation flow, FRX, time-to-value, ah-ha moment design", plus situational triggers users would actually voice ("activation rates are low", "users skip onboarding and never return", "onboarding flows are being scoped for the first time", "audience research shows users not finding key features"). This is the anchor-5 case — natural terms, synonyms, and acronym variants (FRX) all present; nothing common appears missing.

5 / 5

Distinctiveness Conflict Risk

The niche is sharply bounded — sequential post-signup first-run wizards — and the named pattern vocabulary (tutorial-overload vs skip-friendly-empty vs earned-progressive-disclosure) is distinctive to this skill. Trigger phrases like "first-run experience" and "activation flow" are unlikely to fire for adjacent skills (pre-signup forms, in-product tours, chatbots). Minimal conflict risk, matching anchor 5.

5 / 5

Total

19

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository

rampstackco/claude-skills

Path

skills/onboarding-wizard-design/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.