← ClaudeAtlas

ai-onboarding-designlisted

Use when designing first-run flows and empty states for AI features. AI onboarding has specific requirements — model capability communication, trust building, and graceful degradation when the model doesn't know — that generic onboarding patterns miss.
RBraga01/builder-design · ★ 2 · AI & Automation · score 75
Install: claude install-skill RBraga01/builder-design
# AI Onboarding Design ## The Law ``` AN AI FEATURE WITHOUT DESIGNED ONBOARDING FAILS ITS MOST IMPORTANT USERS FIRST. "They'll figure it out" is a blank input — users probe randomly, hit limits before they find value, and don't return. Capability communication + trust signals + first-win design IS AI onboarding. ``` ## When to Use Trigger when: - Designing the first-run experience for any AI feature - Designing empty states for a chat, AI assistant, or agent interface - Adding AI capabilities to an existing product for the first time - Reviewing whether existing AI onboarding communicates capability and builds trust ## When NOT to Use - Features with returning users who already know the interface (post-onboarding flows) - Internal developer tools where the audience already knows the model's capabilities ## The Three Onboarding Obligations ### 1 — Capability Communication Users cannot use what they don't know exists. The empty state must teach the model's capabilities. **What to show:** - 4–6 example prompts, specific to this feature's domain - Example prompts are clickable and submit immediately - Prompts cover: simple query, complex analysis, creative use, edge of capability ``` What can I help you with? ┌─────────────────────────────┐ ┌──────────────────────────────┐ │ Summarise this contract │ │ Compare these two proposals │ └─────────────────────────────┘ └──────────────────────────────┘ ┌─────────────────────────────┐ ┌──────────────────────────────