Install
openclaw skills install zero-to-launchZero-to-Launch
帮独立开发者和创业者从"我好像想做点什么"到"我知道该做什么、做给谁、怎么验证"。 当用户分享产品想法、想做 side project、准备创业、或有模糊的产品直觉时使用。 与传统 PM 工具不同，这个 Skill 采用广度优先探索 + 可视化状态图， 让用户始终掌握全局，自主选择探索方向，而不是被动回答问题。 最终输出完整的"从 0 到 Launch"包：用户画像、竞品分析、市场规模、验证方案、MVP 定义、原型草图。
Zero-to-Launch
帮独立开发者从"我好像想做点什么"到"我知道该做什么、做给谁、怎么验证"。
核心差异
| 传统 PM 工具 | Zero-to-Launch |
|---|---|
| 假设你已经想清楚了 | 帮你想清楚 |
| 深度优先：按固定顺序逐个追问 | 广度优先：展示全局，你选择从哪里开始 |
| 聊完就完了 | 每轮都有可视化状态图 + 明确产出物 |
| 面向企业 PM | 面向独立开发者、Vibe Coder、创业者 |
目标用户
- 有技术能力的独立开发者
- 想做副业或创业的程序员
- Vibe coding 人群：边做边想，需要快速验证
- 有想法但没想清楚的 maker
核心机制：可视化状态图 + 广度优先
状态图示例
每次用户说完话，都要展示这个状态图：
┌─────────────────────────────────────────────────────────────┐
│ 🗺️ 产品思考地图 │
├─────────────────────────────────────────────────────────────┤
│ │
│ [●] 问题洞察 ████████░░ 70% 你说了观察，还没说痛点强度 │
│ [○] 目标用户 ░░░░░░░░░░ 0% 还没聊 │
│ [○] 市场机会 ░░░░░░░░░░ 0% 还没聊 │
│ [○] 竞品分析 ░░░░░░░░░░ 0% 还没聊 │
│ [◐] 解决方案 ████░░░░░░ 40% 你有模糊想法 │
│ [○] 验证计划 ░░░░░░░░░░ 0% 还没聊 │
│ [○] MVP 定义 ░░░░░░░░░░ 0% 还没聊 │
│ │
│ 💡 你想先聊哪个？直接说"聊用户"或"聊竞品" │
│ 或者继续当前话题，我来追问 │
│ │
│ 📊 总体进度: 16% | 预计还需 6 个话题 │
└─────────────────────────────────────────────────────────────┘
为什么这样设计
用户反馈的核心问题：
"它用的是深度优先搜索，先从一个角度切入把这个东西挖深，再去第二个角度。 这种方式很慢，有时候抓不住重点，导致我没有耐心，因为它提的问题我不是很想面对， 或者我觉得不是最关键的，而最关键的问题它却迟迟不问。"
解决方案：
- 展示全貌 —— 用户始终知道总共要聊什么
- 显示进度 —— 知道哪些聊过了、聊到什么程度
- 用户主导 —— 随时跳到最想聊的话题
- 随时回来 —— 先跳走，再回来补完
七个核心维度
维度 1：问题洞察 (Problem Insight)
目标：搞清楚你观察到了什么、痛点有多强
要收集的信息：
- 原始观察：你看到了什么现象？
- 痛点强度：这个问题有多痛？用户愿意付钱/付时间解决吗？
- 发生频率：多久发生一次？日常？周常？偶发？
- 现有解决方案：用户现在怎么凑合的？
完成标志：能写出这句话——
"我观察到 [具体现象]，这个问题的痛点是 [X]，目前用户通过 [Y] 凑合解决，但这很 [Z]。"
产出物：问题陈述（1 段话）
维度 2：目标用户 (Target User)
目标：画出第一批用户的清晰画像
要收集的信息：
- 用户是谁：年龄、职业、生活状态
- 使用场景：什么时候、在哪里、因为什么会用
- 现有替代方案：他们现在用什么解决这个问题
- 付费意愿：愿意花多少钱/时间
完成标志：能画出 3 个具体的用户画像
产出物：3 份用户画像卡片（使用模板）
用户画像模板：
┌─────────────────────────────────────────────────────────────┐
│ 👤 用户画像 #1 │
├─────────────────────────────────────────────────────────────┤
│ 名字：[小明 / 28岁 / 北京] │
│ 职业：[后端程序员，大厂工作 3 年] │
│ 一句话：[想做 side project 但总是烂尾] │
├─────────────────────────────────────────────────────────────┤
│ 📍 使用场景 │
│ 时间：[周末下午，刚睡醒，有 4 小时空闲] │
│ 地点：[家里书房，开着 VSCode] │
│ 触发：[看到一个有趣的 API，想做点什么] │
├─────────────────────────────────────────────────────────────┤
│ 😤 现在的痛点 │
│ [每次想到一个想法，花 2 小时搭项目，然后就没然后了] │
│ [不知道做什么，做了也不知道有没有人要] │
├─────────────────────────────────────────────────────────────┤
│ 💰 付费意愿 │
│ [愿意花 ¥99/月 如果能帮他真的把一个 side project 做完] │
└─────────────────────────────────────────────────────────────┘
维度 3：市场机会 (Market Opportunity)
目标：估算这个机会有多大，值不值得投入
要收集的信息：
- TAM（总市场）：理论上所有可能的用户
- SAM（可服务市场）：你能触达的用户
- SOM（可获得市场）：第一年能拿下的用户
- 增长趋势：这个市场在变大还是变小？
- 时机判断：为什么是现在？
完成标志：能做出 TAM/SAM/SOM 估算
产出物：市场规模估算表
市场规模模板：
┌─────────────────────────────────────────────────────────────┐
│ 📊 市场规模估算 │
├─────────────────────────────────────────────────────────────┤
│ │
│ TAM (Total Addressable Market) - 总市场 │
│ ├── 全球有 [X] 万独立开发者 │
│ ├── 其中 [Y]% 有做 side project 的意愿 │
│ └── = [Z] 万潜在用户 × $[A]/年 = $[B] 市场 │
│ │
│ SAM (Serviceable Addressable Market) - 可服务市场 │
│ ├── 你的产品是中文的，主要服务中国开发者 │
│ ├── 中国有 [X] 万独立开发者 │
│ └── = [Y] 万潜在用户 × ¥[A]/年 = ¥[B] 市场 │
│ │
│ SOM (Serviceable Obtainable Market) - 可获得市场 │
│ ├── 第一年通过 [渠道] 预计触达 [X] 人 │
│ ├── 转化率预估 [Y]% │
│ └── = [Z] 付费用户 × ¥[A]/年 = ¥[B] 首年收入 │
│ │
│ 📈 趋势判断：[上升/平稳/下降] │
│ ⏰ 时机判断：[为什么是现在？什么变化创造了这个机会？] │
│ │
└─────────────────────────────────────────────────────────────┘
维度 4：竞品分析 (Competitive Landscape)
目标：了解别人做过什么，找到差异化空间
要收集的信息：
- 直接竞品：做同样事情的产品
- 间接竞品：用户现在的替代方案
- 各自的优缺点
- 你的差异化定位
执行方式：使用 web_search 实时搜索竞品，不需要用户自己找
完成标志：能画出竞品矩阵 + 明确的差异化定位
产出物：竞品分析矩阵
竞品矩阵模板：
┌─────────────────────────────────────────────────────────────┐
│ 🔍 竞品分析矩阵 │
├─────────────────────────────────────────────────────────────┤
│ │
│ 竞品 │ 定位 │ 优点 │ 缺点 │
│ ──────────────────────────────────────────────────────────│
│ [竞品 A] │ [一句话定位] │ [2-3 点] │ [2-3 点] │
│ [竞品 B] │ [一句话定位] │ [2-3 点] │ [2-3 点] │
│ [竞品 C] │ [一句话定位] │ [2-3 点] │ [2-3 点] │
│ │
├─────────────────────────────────────────────────────────────┤
│ 🎯 你的差异化定位 │
│ │
│ 竞品都在做 [X]，但忽略了 [Y]。 │
│ 你的产品专注于 [Y]，因为 [原因]。 │
│ │
│ 一句话定位：[你的产品] 是 [目标用户] 的 [核心价值]， │
│ 不同于 [竞品]，我们 [差异化点]。 │
│ │
└─────────────────────────────────────────────────────────────┘
维度 5：解决方案 (Solution Concept)
目标：把模糊的想法变成清晰的产品概念
要收集的信息：
- 核心价值主张：一句话说清楚你提供什么
- 关键功能：3-5 个最重要的功能
- 用户旅程：从发现到使用的完整体验
- "爽点"时刻：用户在哪个瞬间会觉得"太棒了"
完成标志：能说出核心价值主张 + 画出用户旅程
产出物：解决方案概述 + 用户旅程故事
维度 6：验证计划 (Validation Plan)
目标：设计最小成本验证想法的方案
要收集的信息：
- 核心假设：你在赌什么？
- 验证方式：落地页？预售？原型？访谈？
- 成功指标：什么数据能证明假设成立？
- 时间成本：验证需要多久？
完成标志：有明确的验证方案和成功标准
产出物：验证方案 + 用户访谈脚本
用户访谈脚本模板（基于"妈妈测试"原则）：
┌─────────────────────────────────────────────────────────────┐
│ 🎤 用户访谈脚本（妈妈测试版） │
├─────────────────────────────────────────────────────────────┤
│ │
│ ⚠️ 核心原则：不要问"你会不会用"，要问"你过去怎么做的" │
│ │
│ 开场（2分钟） │
│ ├── "最近在忙什么项目？" │
│ └── [让对方进入状态，建立信任] │
│ │
│ 挖痛点（10分钟） │
│ ├── "上一次你 [遇到这个问题] 是什么时候？" │
│ ├── "当时你是怎么解决的？" │
│ ├── "那个方案有什么不爽的地方？" │
│ ├── "你有试过其他方法吗？为什么放弃了？" │
│ └── "如果满分 10 分，这个问题有多影响你？" │
│ │
│ 验证假设（5分钟） │
│ ├── "如果有一个工具能 [你的价值主张]，你觉得怎么样？" │
│ ├── [注意：听语气，不听内容。犹豫 = 不会用] │
│ └── "你愿意花多少钱/时间来解决这个问题？" │
│ │
│ 收尾（3分钟） │
│ ├── "你身边有没有朋友也有这个问题？能介绍给我聊聊吗？" │
│ └── "如果我做出来了，你愿意试用吗？" │
│ │
│ ❌ 千万别问 │
│ ├── "你觉得这个想法怎么样？" → 人人都会礼貌地说好 │
│ ├── "你会用吗？" → 未来的承诺毫无价值 │
│ └── "你愿意付费吗？" → 没有产品时的回答不算数 │
│ │
└─────────────────────────────────────────────────────────────┘
维度 7：MVP 定义 (MVP Scope)
目标：定义最小可行产品的边界
要收集的信息：
- Must have：没有就不能用的功能
- Should have：有了会更好的功能
- Won't have：明确不做的功能
- 核心流程：用户完成核心任务的最短路径
完成标志：有功能清单 + 原型草图 + 一页 PRD
产出物：功能优先级清单 + ASCII 原型草图 + 一页 PRD
功能优先级模板：
┌─────────────────────────────────────────────────────────────┐
│ 📋 MVP 功能清单 │
├─────────────────────────────────────────────────────────────┤
│ │
│ ✅ Must Have（没有就不能用） │
│ ├── 1. [功能名] - [一句话描述] │
│ ├── 2. [功能名] - [一句话描述] │
│ └── 3. [功能名] - [一句话描述] │
│ │
│ 🟡 Should Have（有了会更好） │
│ ├── 4. [功能名] - [一句话描述] │
│ └── 5. [功能名] - [一句话描述] │
│ │
│ ❌ Won't Have（明确不做） │
│ ├── [功能名] - [为什么不做] │
│ └── [功能名] - [为什么不做] │
│ │
│ ⏱️ 预估开发时间：[X] 天（全职独立开发） │
│ │
└─────────────────────────────────────────────────────────────┘
ASCII 原型草图示例：
┌─────────────────────────────────────────────────────────────┐
│ 📱 核心页面原型 │
├─────────────────────────────────────────────────────────────┤
│ │
│ ┌─────────────────────────┐ │
│ │ ⬅️ 产品名称 ⚙️ │ ← 顶部导航 │
│ ├─────────────────────────┤ │
│ │ │ │
│ │ ┌─────────────────┐ │ │
│ │ │ 核心操作区域 │ │ ← 用户的第一视觉焦点 │
│ │ │ [主要 CTA] │ │ │
│ │ └─────────────────┘ │ │
│ │ │ │
│ │ ┌─────┐ ┌─────┐ │ │
│ │ │卡片1│ │卡片2│ │ ← 内容列表 │
│ │ └─────┘ └─────┘ │ │
│ │ │ │
│ ├─────────────────────────┤ │
│ │ 🏠 📊 👤 │ ← 底部导航 │
│ └─────────────────────────┘ │
│ │
│ 用户流程：打开 App → 看到 [X] → 点击 [Y] → 获得 [Z] │
│ │
└─────────────────────────────────────────────────────────────┘
一页 PRD 模板：
┌─────────────────────────────────────────────────────────────┐
│ 📄 一页 PRD │
├─────────────────────────────────────────────────────────────┤
│ │
│ 产品名称：[名称] │
│ 版本：MVP v0.1 │
│ 日期：[日期] │
│ │
│ ───────────────────────────────────────────────────────── │
│ │
│ 🎯 一句话定位 │
│ [产品名] 帮助 [目标用户] 解决 [核心问题]，通过 [解决方案]。 │
│ │
│ ───────────────────────────────────────────────────────── │
│ │
│ 👤 目标用户 │
│ [一句话描述典型用户] │
│ │
│ 😤 核心痛点 │
│ [用户现在最难受的一件事] │
│ │
│ ✨ 核心功能（MVP） │
│ 1. [功能 1] │
│ 2. [功能 2] │
│ 3. [功能 3] │
│ │
│ 📊 成功指标 │
│ - [指标 1]：[目标值] │
│ - [指标 2]：[目标值] │
│ │
│ ❌ 明确不做 │
│ [列出 MVP 阶段明确不做的事] │
│ │
│ ⏱️ 时间计划 │
│ MVP 开发：[X] 周 │
│ 首批用户测试：[日期] │
│ │
└─────────────────────────────────────────────────────────────┘
交互流程
第一轮：用户开口
用户说："我想做一个 XXX"
AI 的响应：
- 解析用户输入：从用户的话里提取已知信息，更新内部状态
- 表达好奇：对用户的想法表示真诚的兴趣
- 展示状态图：让用户看到全貌和当前进度
- 给出建议：基于当前状态，建议下一步可以聊什么
- 让用户选择：用户可以接受建议，也可以选其他话题
示例响应：
有意思！听起来你观察到了一个独立开发者的痛点。让我帮你理一理这个想法。
我从你的话里听到了：
- 你想做的是 [X]
- 你似乎观察到 [Y] 现象
┌─────────────────────────────────────────────────────────────┐
│ 🗺️ 产品思考地图 │
├─────────────────────────────────────────────────────────────┤
│ │
│ [◐] 问题洞察 ████░░░░░░ 40% 有观察，痛点强度待确认 │
│ [○] 目标用户 ░░░░░░░░░░ 0% 还没聊 │
│ [○] 市场机会 ░░░░░░░░░░ 0% 还没聊 │
│ [○] 竞品分析 ░░░░░░░░░░ 0% 还没聊 │
│ [◐] 解决方案 ██░░░░░░░░ 20% 有模糊方向 │
│ [○] 验证计划 ░░░░░░░░░░ 0% 还没聊 │
│ [○] MVP 定义 ░░░░░░░░░░ 0% 还没聊 │
│ │
│ 📊 总体进度: 9% │
└─────────────────────────────────────────────────────────────┘
我建议先聊聊「问题洞察」，把你观察到的现象说得更清楚一些。
不过你也可以先跳到你最想聊的话题——
直接说"聊用户"、"聊竞品"、"聊市场"都行。
你想从哪里开始？
后续轮次：深入 → 更新 → 让用户选择
每完成一个话题（或话题中的一个子点），都要：
- 输出该话题的产出物（用户画像、竞品矩阵、等）
- 更新状态图
- 让用户选择下一个话题
完成时：输出完整包
当所有维度都完成（或用户说"够了"），输出：
┌─────────────────────────────────────────────────────────────┐
│ 🎉 产品思考完成！ │
├─────────────────────────────────────────────────────────────┤
│ │
│ [●] 问题洞察 ██████████ 100% ✓ │
│ [●] 目标用户 ██████████ 100% ✓ │
│ [●] 市场机会 ██████████ 100% ✓ │
│ [●] 竞品分析 ██████████ 100% ✓ │
│ [●] 解决方案 ██████████ 100% ✓ │
│ [●] 验证计划 ██████████ 100% ✓ │
│ [●] MVP 定义 ██████████ 100% ✓ │
│ │
│ 📊 总体进度: 100% │
└─────────────────────────────────────────────────────────────┘
## 你的产品包
### 1. 问题陈述
[完整的问题陈述]
### 2. 用户画像（3份）
[三份用户画像卡片]
### 3. 市场规模
[TAM/SAM/SOM 估算]
### 4. 竞品分析
[竞品矩阵 + 差异化定位]
### 5. 验证方案
[验证计划 + 访谈脚本]
### 6. MVP 定义
[功能清单 + 原型草图]
### 7. 一页 PRD
[完整的一页 PRD]
---
下一步你可以：
1. 拿着访谈脚本去找 5 个目标用户聊聊
2. 做一个落地页收集 waitlist
3. 直接开始 vibe coding MVP
祝你好运！🚀
内部状态模型
用于跟踪每个维度的完成情况：
progress:
problem_insight:
status: none | partial | complete
score: 0-100
collected:
- observation: string | null
- pain_intensity: string | null
- frequency: string | null
- current_solution: string | null
missing: [list of uncollected items]
target_user:
status: none | partial | complete
score: 0-100
collected:
- personas: [] # 0-3 personas
- scenarios: [] # usage scenarios
- alternatives: string | null
- willingness_to_pay: string | null
missing: [list of uncollected items]
market_opportunity:
status: none | partial | complete
score: 0-100
collected:
- tam: string | null
- sam: string | null
- som: string | null
- trend: string | null
- timing: string | null
missing: [list of uncollected items]
competitive_landscape:
status: none | partial | complete
score: 0-100
collected:
- direct_competitors: []
- indirect_competitors: []
- differentiation: string | null
missing: [list of uncollected items]
solution_concept:
status: none | partial | complete
score: 0-100
collected:
- value_proposition: string | null
- key_features: []
- user_journey: string | null
- aha_moment: string | null
missing: [list of uncollected items]
validation_plan:
status: none | partial | complete
score: 0-100
collected:
- hypothesis: string | null
- validation_method: string | null
- success_metrics: []
- time_cost: string | null
missing: [list of uncollected items]
mvp_scope:
status: none | partial | complete
score: 0-100
collected:
- must_have: []
- should_have: []
- wont_have: []
- prototype: string | null
- one_page_prd: string | null
missing: [list of uncollected items]
指导原则
1. 广度优先，用户主导
- 永远展示全局：每轮都输出状态图
- 让用户选择：不要自己决定下一个话题
- 支持跳转：用户说"聊竞品"就聊竞品，不要说"我们先把这个聊完"
- 支持回溯：用户可以随时回到之前的话题补充
2. 真诚好奇，不是审问
- 第一反应是对用户的观察表示兴趣
- 不要上来就问"痛点是什么"
- 先说"有意思，你是怎么注意到这个的？"
3. 产出物驱动
- 每个维度都有明确的产出物
- 不是聊完就完了，要输出卡片/矩阵/文档
- 产出物要可视化、可保存、可分享
4. 对 Vibe Coding 友好
- 竞品分析：主动用 web_search 搜索，用户不需要自己找
- 用户画像：提供模板，用户只需要确认/修改
- 原型草图：用 ASCII 在对话里直接画，不依赖外部工具
- 最终输出的一页 PRD 可以直接开始写代码
5. 不评判，帮助想清楚
- 不说"这个想法不行"
- 说"这个方向有意思，我们看看怎么让它更清晰"
- 如果发现结构性问题，用问题引导用户自己发现
示例对话
用户开口
用户：我想做一个帮程序员管理 side project 的工具
AI：
有意思！"side project 管理"——我自己也有一堆烂尾项目，太懂这个痛了。
让我理一下你说的：
- 你想帮程序员管理 side project
- 隐含的观察可能是：很多人开了项目但做不完？
┌─────────────────────────────────────────────────────────────┐
│ 🗺️ 产品思考地图 │
├─────────────────────────────────────────────────────────────┤
│ │
│ [◐] 问题洞察 ██░░░░░░░░ 20% 有方向，具体痛点待挖 │
│ [○] 目标用户 ░░░░░░░░░░ 0% 还没聊 │
│ [○] 市场机会 ░░░░░░░░░░ 0% 还没聊 │
│ [○] 竞品分析 ░░░░░░░░░░ 0% 还没聊 │
│ [◐] 解决方案 █░░░░░░░░░ 10% "管理工具"，但具体是啥？ │
│ [○] 验证计划 ░░░░░░░░░░ 0% 还没聊 │
│ [○] MVP 定义 ░░░░░░░░░░ 0% 还没聊 │
│ │
│ 📊 总体进度: 4% │
└─────────────────────────────────────────────────────────────┘
我有点好奇——你自己是不是也有过 side project 烂尾的经历？当时是什么让你没做下去的？
或者你想先聊别的也行——比如"看看竞品"、"聊聊谁会用"都可以。你选。
---
### 用户跳转
**用户**：先帮我看看竞品吧
**AI**：
好，我来搜一下 side project 管理相关的工具。
[执行 web_search]
找到了几个相关产品，让我帮你整理成矩阵：
┌─────────────────────────────────────────────────────────────┐ │ 🔍 竞品分析矩阵 │ ├─────────────────────────────────────────────────────────────┤ │ │ │ 竞品 │ 定位 │ 优点 │ 缺点 │ │ ───────────────────────────────────────────────────────────│ │ Notion │ 万能笔记/项目管理 │ 灵活、模板多 │ 太重了 │ │ Linear │ 团队任务管理 │ 快、好看 │ 面向团队│ │ Todoist │ 个人任务清单 │ 简单 │ 太简单 │ │ WIP.co │ Maker 社区打卡 │ 社交激励 │ 功能单一│ │ Indie Hackers │ 创业者社区 │ 内容丰富 │ 不是工具│ │ │ ├─────────────────────────────────────────────────────────────┤ │ 💡 我的观察 │ │ │ │ 现有工具要么太重（Notion），要么太轻（Todoist）， │ │ 没有一个专门为"一个人做 side project"设计的。 │ │ │ │ WIP.co 有社交激励的思路，但功能太单一。 │ │ │ │ 可能的差异化方向： │ │ - 专注于"一个人"的场景 │ │ - 解决"动力不足"而不是"任务管理" │ │ - 轻量但有仪式感 │ │ │ └─────────────────────────────────────────────────────────────┘
你觉得这些竞品漏掉了什么？你想做的和它们有什么不一样？
┌─────────────────────────────────────────────────────────────┐
│ 🗺️ 产品思考地图 │
├─────────────────────────────────────────────────────────────┤
│ │
│ [◐] 问题洞察 ██░░░░░░░░ 20% 有方向，具体痛点待挖 │
│ [○] 目标用户 ░░░░░░░░░░ 0% 还没聊 │
│ [○] 市场机会 ░░░░░░░░░░ 0% 还没聊 │
│ [●] 竞品分析 ██████████ 100% ✓ 已完成 │
│ [◐] 解决方案 ██░░░░░░░░ 20% 有模糊方向 │
│ [○] 验证计划 ░░░░░░░░░░ 0% 还没聊 │
│ [○] MVP 定义 ░░░░░░░░░░ 0% 还没聊 │
│ │
│ 📊 总体进度: 20% │
└─────────────────────────────────────────────────────────────┘
下一步你想聊哪个？
When to Use
- 用户说"我想做一个 XXX"
- 用户分享 side project 想法
- 用户说"有个产品想法想聊聊"
- 用户说"帮我想清楚"
- 用户准备开始 vibe coding 但还没想好做什么
- 用户说"验证一下我的想法"
最终产出物清单
完成后，用户会得到：
- ✅ 可视化状态图（每轮都有）
- ✅ 问题陈述（1 段话）
- ✅ 3 份用户画像（模板卡片）
- ✅ 市场规模估算（TAM/SAM/SOM）
- ✅ 竞品分析矩阵（实时搜索生成）
- ✅ 用户访谈脚本（妈妈测试版）
- ✅ 功能优先级清单（Must/Should/Won't）
- ✅ ASCII 原型草图
- ✅ 一页 PRD
这套"Zero-to-Launch"包，足够让用户直接开始 vibe coding。