When the user wants to apply to startup accelerators, incubators, or fellowship programs. Also use when the user mentions "YC application", "Techstars", "accelerator", or "apply to programs".
日本語の概要は準備中です。原文の説明を表示しています。
When the user needs to design, improve, or audit a post-signup activation flow to get new users to their first value moment. Activate when activation is lagging, time-to-value feels excessive, or first sessions lack impact.
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Activate when a founder or product lead needs to design onboarding for new users, improve activation rates, reduce time-to-value, fix drop-off after signup, redesign a guided setup experience, or re-engage users who stalled during onboarding. This includes prompts like "design our onboarding flow," "users are dropping off after signup," "build an activation checklist," "our time-to-value is too long," "how do we get users to their aha moment faster," or "first sessions are not sticking."
Do NOT use for employee onboarding, service process design, or when the product lacks a stable value proposition. This skill is for in-product user activation only.
A comprehensive Onboarding & Activation Pack including:
Stage 1: Signup -> Profile Setup (Target: 90%+)
Stage 2: Profile Setup -> First Key Action (Target: 60-70%)
Stage 3: First Key Action -> Aha Moment (Target: 50-60%)
Stage 4: Aha Moment -> Habit Formation (Target: 30-40%)
Structure onboarding in three layers that unlock sequentially:
Layer 1: Immediate Value (Minutes 0-5)
Layer 2: Core Setup (Day 1-3)
Layer 3: Expansion (Week 1-2)
| Product Type | Common Activation Event | Target Time-to-Value |
|---|---|---|
| B2B SaaS (simple) | Complete first core workflow | < 10 minutes |
| B2B SaaS (complex) | Import data + run first report | < 24 hours |
| PLG / Self-serve | Invite first team member + collaborate | < 48 hours |
| Developer tool | First successful API call or deploy | < 30 minutes |
| B2C app | Complete first session/transaction | < 3 minutes |
Prioritize onboarding that happens within the product experience itself, not detached from it. Product tours that overlay the UI without context are less effective than:
Diagnose before prescribing. Different stall points indicate different problems:
| Stall Point | Likely Cause | Intervention |
|---|---|---|
| Signed up, never returned | Unclear value prop or bad timing | Email with specific use case matching signup context |
| Started setup, abandoned | Too many steps or hit a blocker | Email linking directly to where they stopped |
| Completed setup, never used | No compelling reason to return | Trigger-based email when something relevant happens |
| Used once, never returned | First experience was not valuable | Ask what they were trying to accomplish; offer guided call |
All onboarding designs should include:
support-docs — Create help center articles and getting-started guides that support the onboarding flowemail-marketing — Build the full lifecycle email program beyond onboarding (retention, expansion, win-back)churn-analysis — When onboarding completion data reveals early churn patterns needing deeper investigationUser: "We're a B2B project management tool. Users sign up but only 20% create their first project. Help us fix onboarding."
Good output excerpt:
Activation Event: Create first project + add at least one task (correlates with 60-day retention).
First 30 Seconds Design: After signup, land on a pre-built sample project (not an empty dashboard). The user sees what the product looks like when populated. A single guided prompt says "Create your first real project" with 3 templates to choose from. After project creation, inline prompt to add a first task with an example. Celebration state: "Your project is live! Invite your team to collaborate."
Expected impact: Reducing pre-value steps from 4 to 2 should increase project creation from 20% to 45-55%.
User: "We have 3,000 signups from last month and 60% never completed setup. How do we bring them back?"
Good output approach: Segment the 60% by where they stalled. Design different re-engagement emails for each stall point. Include subject lines, body copy, and CTAs linking directly to the abandoned step. Recommend a sunset policy (stop emailing after 30 days to protect deliverability). Build an experiment backlog testing different interventions at each stall point, prioritized by volume of stalled users and estimated recovery rate.
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
When the user wants to apply to startup accelerators, incubators, or fellowship programs. Also use when the user mentions "YC application", "Techstars", "accelerator", or "apply to programs".
日本語の概要は準備中です。原文の説明を表示しています。
When the user needs to design or evaluate system architecture — service boundaries, data models, API contracts, infrastructure topology, database selection, or dependency analysis. Also activate for "design the system", "how should I architect this", "monolith vs microservices", or architecture decision records.
日本語の概要は準備中です。原文の説明を表示しています。
When the user needs to write a monthly or quarterly investor update, prepare a board deck, or communicate company progress to stakeholders.
日本語の概要は準備中です。原文の説明を表示しています。
When the user needs to identify at-risk accounts, understand why customers are leaving, reduce churn rate, build health scores, design save plays, or create win-back campaigns.
日本語の概要は準備中です。原文の説明を表示しています。
When the user needs to set up or improve CI/CD pipelines — GitHub Actions, GitLab CI, deployment automation, or says "set up CI", "automate deployment", "add tests to pipeline", "fix my build".
日本語の概要は準備中です。原文の説明を表示しています。
When the user asks for a code review, shares code for feedback, or says "review this", "check my code", "what's wrong with this". Also activate when reviewing a pull request or diff.
日本語の概要は準備中です。原文の説明を表示しています。