Skip to main content

Documentation Index

Fetch the complete documentation index at: https://mintlify.com/pbakaus/impeccable/llms.txt

Use this file to discover all available pages before exploring further.

The onboard skill creates or improves onboarding experiences that help users understand, adopt, and succeed with your product quickly. It focuses on getting users to value as fast as possible.

Purpose

Onboard helps you design:
  • Initial product onboarding flows
  • Feature discovery and adoption experiences
  • Empty states that guide users
  • Contextual tooltips and tutorials
  • Interactive walkthroughs
  • First-time user experiences

Parameters

target
string
The feature or area needing onboarding. When omitted, analyzes the entire product for onboarding opportunities.

When to Use

Use the onboard skill when:
  • New users struggle to get started
  • Features have low adoption rates
  • Users don’t understand core concepts
  • Drop-off rates are high in early experience
  • Empty states feel like dead ends
  • Users need guidance without hand-holding

Workflow

1. Assess Onboarding Needs

Identify the Challenge

  • What are users trying to accomplish?
  • What’s confusing about current experience?
  • Where do users get stuck or drop off?
  • What’s the “aha moment” we want users to reach?

Understand the Users

  • What’s their experience level?
  • What’s their motivation?
  • What’s their time commitment?
  • What alternatives do they know?

Define Success

  • What’s the minimum users need to learn?
  • What’s the key action we want them to take?
  • How do we know onboarding worked?
Onboarding should get users to value as quickly as possible, not teach everything possible.

2. Onboarding Principles

Show, Don’t Tell

  • Demonstrate with working examples, not just descriptions
  • Provide real functionality, not separate tutorial mode
  • Use progressive disclosure—teach one thing at a time

Make It Optional (When Possible)

  • Let experienced users skip onboarding
  • Don’t block access to product
  • Provide “Skip” or “I’ll explore on my own” options

Time to Value

  • Get users to their “aha moment” ASAP
  • Front-load most important concepts
  • Teach 20% that delivers 80% of value
  • Save advanced features for contextual discovery

Context Over Ceremony

  • Teach features when users need them, not upfront
  • Empty states are onboarding opportunities
  • Tooltips and hints at point of use

Respect User Intelligence

  • Don’t patronize or over-explain
  • Be concise and clear
  • Assume users can figure out standard patterns

3. Design Onboarding Experiences

Initial Product Onboarding

Welcome Screen:
  • Clear value proposition (what is this product?)
  • What users will learn/accomplish
  • Time estimate (honest about commitment)
  • Option to skip (for experienced users)
Account Setup:
  • Minimal required information (collect more later)
  • Explain why you’re asking for each piece of information
  • Smart defaults where possible
  • Social login when appropriate
Core Concept Introduction:
  • Introduce 1-3 core concepts (not everything)
  • Use simple language and examples
  • Interactive when possible (do, don’t just read)
  • Progress indication (step 1 of 3)
First Success:
  • Guide users to accomplish something real
  • Pre-populated examples or templates
  • Celebrate completion (but don’t overdo it)
  • Clear next steps

Feature Discovery & Adoption

Empty States: Instead of blank space, show:
  • What will appear here
  • Why it’s valuable
  • Clear CTA to create first item
  • Example or template option
Example:
No projects yet

Projects help you organize your work and 
collaborate with your team.

[Create your first project] or [Start from template]
Contextual Tooltips:
  • Appear at relevant moment (first time user sees feature)
  • Point directly at relevant UI element
  • Brief explanation + benefit
  • Dismissable (with “Don’t show again” option)
  • Optional “Learn more” link
Feature Announcements:
  • Highlight new features when they’re released
  • Show what’s new and why it matters
  • Let users try immediately
  • Dismissable
Progressive Onboarding:
  • Teach features when users encounter them
  • Badges or indicators on new/unused features
  • Unlock complexity gradually

Guided Tours & Walkthroughs

When to use:
  • Complex interfaces with many features
  • Significant changes to existing product
  • Industry-specific tools needing domain knowledge
How to design:
  • Spotlight specific UI elements (dim rest of page)
  • Keep steps short (3-7 steps max per tour)
  • Allow users to click through tour freely
  • Include “Skip tour” option
  • Make replayable (help menu)
Best practices:
  • Interactive > passive (let users click real buttons)
  • Focus on workflow, not features
  • Provide sample data so actions work

Interactive Tutorials

When to use:
  • Users need hands-on practice
  • Concepts are complex or unfamiliar
  • High stakes (better to practice in safe environment)
How to design:
  • Sandbox environment with sample data
  • Clear objectives (“Create a chart showing sales by region”)
  • Step-by-step guidance
  • Validation (confirm they did it right)
  • Graduation moment (you’re ready!)

4. Empty State Design

Every empty state needs:

What Will Be Here

“Your recent projects will appear here”

Why It Matters

“Projects help you organize your work and collaborate with your team”

How to Get Started

[Create project] or [Import from template]

Visual Interest

Illustration or icon (not just text on blank page)

Contextual Help

“Need help getting started? [Watch 2-min tutorial]“

Empty State Types

Never used this feature
  • Emphasize value
  • Provide template
  • Show examples

5. Implementation Patterns

Technical Approaches

Tooltip libraries: Tippy.js, Popper.js Tour libraries: Intro.js, Shepherd.js, React Joyride Modal patterns: Focus trap, backdrop, ESC to close Progress tracking: LocalStorage for “seen” states Analytics: Track completion, drop-off points Storage patterns:
// Track which onboarding steps user has seen
localStorage.setItem('onboarding-completed', 'true');
localStorage.setItem('feature-tooltip-seen-reports', 'true');
Don’t show same onboarding twice (annoying). Track completion and respect dismissals.

6. Verify Onboarding Quality

Test with real users:
  • Time to completion: Can users complete quickly?
  • Comprehension: Do users understand after completing?
  • Action: Do users take desired next step?
  • Skip rate: Are too many users skipping?
  • Completion rate: Are users completing?
  • Time to value: How long until users get first value?

Key Principles

Never:
  • Force users through long onboarding before they can use product
  • Patronize users with obvious explanations
  • Show same tooltip repeatedly (respect dismissals)
  • Block all UI during tour (let users explore)
  • Create separate tutorial mode disconnected from real product
  • Overwhelm with information upfront (progressive disclosure!)
  • Hide “Skip” or make it hard to find
  • Forget about returning users

Usage Examples

Example 1: Design Initial Onboarding

/onboard
The skill will:
  1. Analyze product and identify core concepts
  2. Design welcome flow with minimal friction
  3. Create first success moment
  4. Implement progress tracking
  5. Add skip options for experienced users

Example 2: Improve Empty States

/onboard dashboard
The skill will:
  1. Find all empty states in dashboard
  2. Transform blank spaces into helpful guides
  3. Add value propositions and CTAs
  4. Include visual interest (illustrations, icons)
  5. Provide templates and examples

Example 3: Feature Adoption

/onboard reports-feature
The skill will:
  1. Design contextual introduction for reports feature
  2. Create tooltips for first-time users
  3. Implement progressive disclosure
  4. Add interactive examples
  5. Track adoption and completion

Philosophy

The onboard skill embodies excellent teaching instincts. Get users to their “aha moment” as quickly as possible. Teach the essential, make it contextual, respect user time and intelligence.
“The best onboarding is invisible—users accomplish their goals without realizing they were being taught.”

Build docs developers (and LLMs) love