adamlyttleapps/claude-skill-app-onboarding-questionnaire · 上手攻略
- 仓库：adamlyttleapps/claude-skill-app-onboarding-questionnaire
- 链接：https://github.com/adamlyttleapps/claude-skill-app-onboarding-questionnaire
- 分类：product-onboarding / claude-skill / conversion
- 作者：spark
- 更新：2026-08-16
是什么
一个 Claude Code Skill（不是 Agent、不是 MCP Server），专门为移动/Web App 自动设计与生成"问卷式"引导流程（onboarding flow）。它把 Mob、Headspace、Noom、Duolingo 这一类高转化订阅 App 拆出来的 14 屏心理框架灌进 /app-onboarding-questionnaire 命令里，让 Claude Code 在你的 App 项目里直接产出完整 onboarding 副本 + 屏级蓝图 + 原生代码。
它不是单纯的"问卷生成器"——重点是 App Demo 屏（用户在 onboarding 里真用一次核心交互并拿到产物）和 Permission Priming（在系统权限弹窗前插入收益化铺垫），这两点是 README 里点出来的"市面多数 onboarding 生成器没做"的能力。
解决什么问题
- 独立开发者 / 小团队没专职 growth designer，写 onboarding 容易抄成模板化 5 屏流（Welcome → 价值 → 注册 → 付费墙），漏掉"用户心理投入 → 痛点镜像 → 真实互动"这条已经验证过的路径。
- 移动端权限弹窗（通知/位置/相册）冷启动的同意率行业普遍 ~40%，需要在系统弹窗前插预热屏才能拉到 70-80%。
- 复制粘贴竞品 onboarding 容易跳屏（predictable 14 屏范式）和漏屏（特别是 Social Proof 与 Paywall 之间的"value delivery"）。
- 给 Claude Code 一个可重复调用的 Skill，而非每次都要在 prompt 里手动写"按 Mob 范式设计 14 屏"。
快速安装
按 README 的两种方式：
# 方式 A：clone 到本地 skills 目录
mkdir -p ~/.claude/skills
cd ~/.claude/skills
# ⚠️ README 写的是 "questoinnaire"（拼错），实际 GitHub 路径是 "questionnaire"
git clone https://github.com/adamlyttleapps/claude-skill-app-onboarding-questionnaire.git app-onboarding-questionnaire
# 方式 B：在 Claude Code 项目的 settings.json 加入
{
"skills": [
"github:adamlyttleapps/claude-skill-app-onboarding-questionnaire"
]
}
⚠️ README 拼写陷阱：README 在安装命令里写 questoinnaire（漏了一个 i），但 GitHub 仓库 URL 实际是 questionnaire。请直接复制 GitHub 地址栏的 URL，不要按 README 文本复制。
核心用法
进到你的 App 项目目录，在 Claude Code 里直接调：
/app-onboarding-questionnaire
Skill 会分阶段交互：
- 扫仓库（
Info.plist/AndroidManifest.xml/package.json等）→ 推断 App 定位、目标用户、需要申请的权限 - 定义"用户转变"（before/after 故事）→ 决定 onboarding 叙事主线
- 输出 14 屏蓝图（按需跳过不适用的屏）
- 写所有文案：标题、问题、选项、CTA、social proof
- 在你已有的框架里 真正生成代码（SwiftUI / React Native / Flutter 任选）
| # | 屏幕 | 作用 |
|---|---|---|
| 1 | Welcome | 钩子，展示终态 |
| 2 | Goal Question | "你想达成什么"——心理投入 |
| 3 | Pain Points | 痛点，作为共鸣 |
| 4 | Social Proof | 匹配用户画像的证言 |
| 5 | Tinder Cards | 对痛点刷卡互动——自我归类 |
| 6 | Personalised Solution | 用数据回照痛点，呈现解决方案 |
| 7 | Comparison Table | 有/无 App 生活对比（可选） |
| 8 | Preferences | 功能偏好，喂给下一步 Demo |
| 9 | Permission Priming | 自动识别权限并写收益化铺垫 |
| 10 | Processing Moment | "正在为你构建 X..." 期待构建 |
| 11 | App Demo | 用户真正用核心交互一次 |
| 12 | Value Delivery | 来自 Demo 的可分享产物 |
| 13 | Account Gate | 可选登录解锁产物 |
| 14 | Paywall | 硬付费墙 + 试用 + 社会证明 |
中途进度写到 Claude Code 的 memory system，下次 /app-onboarding-questionnaire 可以续上。
典型适用场景
- 订阅制 mobile App（健身/冥想/记账/学习类），首启 7 日留存和 D1→D7 付费转化是核心 KPI。
- App 内有"核心交互环"（选菜谱、分类账目、挑训练动作），适合把核心环压成 Demo 屏让用户先尝后买。
- 已有 iOS/Android 原生项目但 onboarding 还是注册表单+空白 welcome 屏，要做 growth overhaul。
- 跨平台（RN / Flutter）项目，文案与心理框架一致即可，代码按各自框架生成。
坑与注意
- ⚠️ 拼写错误：README 里
git clone那一行写的是questoinnaire，GitHub 路径是questionnaire。直接复制 GitHub 地址栏，不要复制 README 文本。 - ⚠️ 不是 Sketch/Figma 输出：Skill 直接写代码到你的项目，不会给你 Figma 文件。如果只是想看流程图，得手动复制文案到画板。
- ⚠️ 权限识别依赖元数据：Permission Priming 屏要
Info.plist/AndroidManifest已经声明了对应权限；先声明权限再跑 skill，否则会漏屏。 - ⚠️ Demo 屏依赖现成核心交互：如果 App 核心交互还没写完，Skill 生成的 Demo 屏是空壳，需要先把核心交互环做完再跑。
- ⚠️ AI 拼写幻觉风险：分类标签里
app-onboarding-questionnaire是个长名，Claude Code 的命令自动补全偶尔会简化成app-onboarding，建议直接搜/选完整命令。 - ⚠️ 依赖 Claude Code：纯终端 Claude CLI 用户无法使用，必须 Claude Code ≥ 1.0 版本（具体最低版本未在 README 标注，需自行核对）。
与同类对比
| 工具 | 形态 | 心理框架 | 写代码 | Demo 屏 | 权限预热 |
|---|---|---|---|---|---|
| adamlyttleapps/claude-skill-app-onboarding-questionnaire | Claude Code Skill | ✅ 14 屏范式 | ✅ 真生成 | ✅ 核心交互 | ✅ 自动识别 |
| 通用 onboarding SaaS（Appcues / Pendo） | 托管 SaaS | ✅ 模板化 | ❌ 仅配置 | ❌ | ❌ |
| Mob-style 14 屏纯文档 | Notion / blog | ✅ | ❌ 需手写 | 概念 | ❌ |
普通 /design-onboarding prompt |
临时 prompt | ❌ 需自己描述 | 部分 | ❌ | ❌ |
定位差异：这个 Skill 的护城河是 Claude Code 原生 + 直接写代码 + 真实 Demo 屏，不是再做一个低代码 onboarding 编辑器。
一句话推荐结论
如果你做订阅制 mobile App 且已经用 Claude Code，直接装这个 Skill 跑一遍 /app-onboarding-questionnaire，省一次 growth designer 咨询；如果你只是想要 onboarding 流程图当 Figma 草稿，跳过它。