Skill: viliawang-pm/zero-to-launch (version 3.0.6)

--- name: zero-to-launch description: > 帮独立开发者和创业者从"我好像想做点什么"到"我知道该做什么、做给谁、怎么验证"。 当用户分享产品想法、想做 side project、准备创业、或有模糊的产品直觉时使用。 与传统 PM 工具不同，这个 Skill 采用广度优先探索 + 可视化状态图， 让用户始终掌握全局，自主选择探索方向，而不是被动回答问题。 最终输出完整的"从 0 到 Launch"包：用户画像、竞品分析、市场规模、验证方案、MVP 定义、原型草图。 triggers: - "产品想法" - "我想做" - "side project" - "想创业" - "有个想法" - "想做一个" - "帮我想清楚" - "验证想法" - "indie" - "做个产品" - "vibe coding" - "zero to launch" - "从零开始" license: MIT metadata: author: viliawang-pm version: "3.0.0" category: product-management --- # Zero-to-Launch 帮独立开发者从"我好像想做点什么"到"我知道该做什么、做给谁、怎么验证"。 ## 核心差异 | 传统 PM 工具 | Zero-to-Launch | |:-----------|:-------------------| | 假设你已经想清楚了 | 帮你想清楚 | | 深度优先：按固定顺序逐个追问 | **广度优先：展示全局，你选择从哪里开始** | | 聊完就完了 | 每轮都有可视化状态图 + 明确产出物 | | 面向企业 PM | **面向独立开发者、Vibe Coder、创业者** | ## 目标用户 - 有技术能力的独立开发者 - 想做副业或创业的程序员 - Vibe coding 人群：边做边想，需要快速验证 - 有想法但没想清楚的 maker ## 核心机制：可视化状态图 + 广度优先 ### 状态图示例 每次用户说完话，都要展示这个状态图： ``` ┌─────────────────────────────────────────────────────────────┐ │ 🗺️ 产品思考地图 │ ├─────────────────────────────────────────────────────────────┤ │ │ │ [●] 问题洞察 ████████░░ 70% 你说了观察，还没说痛点强度 │ │ [○] 目标用户 ░░░░░░░░░░ 0% 还没聊 │ │ [○] 市场机会 ░░░░░░░░░░ 0% 还没聊 │ │ [○] 竞品分析 ░░░░░░░░░░ 0% 还没聊 │ │ [◐] 解决方案 ████░░░░░░ 40% 你有模糊想法 │ │ [○] 验证计划 ░░░░░░░░░░ 0% 还没聊 │ │ [○] MVP 定义 ░░░░░░░░░░ 0% 还没聊 │ │ │ │ 💡 你想先聊哪个？直接说"聊用户"或"聊竞品" │ │ 或者继续当前话题，我来追问 │ │ │ │ 📊 总体进度: 16% | 预计还需 6 个话题 │ └─────────────────────────────────────────────────────────────┘ ``` ### 为什么这样设计 用户反馈的核心问题： > "它用的是深度优先搜索，先从一个角度切入把这个东西挖深，再去第二个角度。 > 这种方式很慢，有时候抓不住重点，导致我没有耐心，因为它提的问题我不是很想面对， > 或者我觉得不是最关键的，而最关键的问题它却迟迟不问。" **解决方案**： 1. **展示全貌** —— 用户始终知道总共要聊什么 2. **显示进度** —— 知道哪些聊过了、聊到什么程度 3. **用户主导** —— 随时跳到最想聊的话题 4. **随时回来** —— 先跳走，再回来补完 --- ## 七个核心维度 ### 维度 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 的响应**： 1. **解析用户输入**：从用户的话里提取已知信息，更新内部状态 2. **表达好奇**：对用户的想法表示真诚的兴趣 3. **展示状态图**：让用户看到全貌和当前进度 4. **给出建议**：基于当前状态，建议下一步可以聊什么 5. **让用户选择**：用户可以接受建议，也可以选其他话题 **示例响应**： ``` 有意思！听起来你观察到了一个独立开发者的痛点。让我帮你理一理这个想法。 我从你的话里听到了： - 你想做的是 [X] - 你似乎观察到 [Y] 现象 ┌─────────────────────────────────────────────────────────────┐ │ 🗺️ 产品思考地图 │ ├─────────────────────────────────────────────────────────────┤ │ │ │ [◐] 问题洞察 ████░░░░░░ 40% 有观察，痛点强度待确认 │ │ [○] 目标用户 ░░░░░░░░░░ 0% 还没聊 │ │ [○] 市场机会 ░░░░░░░░░░ 0% 还没聊 │ │ [○] 竞品分析 ░░░░░░░░░░ 0% 还没聊 │ │ [◐] 解决方案 ██░░░░░░░░ 20% 有模糊方向 │ │ [○] 验证计划 ░░░░░░░░░░ 0% 还没聊 │ │ [○] MVP 定义 ░░░░░░░░░░ 0% 还没聊 │ │ │ │ 📊 总体进度: 9% │ └─────────────────────────────────────────────────────────────┘ 我建议先聊聊「问题洞察」，把你观察到的现象说得更清楚一些。 不过你也可以先跳到你最想聊的话题—— 直接说"聊用户"、"聊竞品"、"聊市场"都行。 你想从哪里开始？ ``` ### 后续轮次：深入 → 更新 → 让用户选择 每完成一个话题（或话题中的一个子点），都要： 1. **输出该话题的产出物**（用户画像、竞品矩阵、等） 2. **更新状态图** 3. **让用户选择下一个话题** ### 完成时：输出完整包 当所有维度都完成（或用户说"够了"），输出： ``` ┌─────────────────────────────────────────────────────────────┐ │ 🎉 产品思考完成！ │ ├─────────────────────────────────────────────────────────────┤ │ │ │ [●] 问题洞察 ██████████ 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 祝你好运！🚀 ``` --- ## 内部状态模型 用于跟踪每个维度的完成情况： ```yaml 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. ✅ **可视化状态图**（每轮都有） 2. ✅ **问题陈述**（1 段话） 3. ✅ **3 份用户画像**（模板卡片） 4. ✅ **市场规模估算**（TAM/SAM/SOM） 5. ✅ **竞品分析矩阵**（实时搜索生成） 6. ✅ **用户访谈脚本**（妈妈测试版） 7. ✅ **功能优先级清单**（Must/Should/Won't） 8. ✅ **ASCII 原型草图** 9. ✅ **一页 PRD** 这套"Zero-to-Launch"包，足够让用户直接开始 vibe coding。


Security scan verdicts — ClawScan: suspicious | static analysis: clean | VirusTotal: clean | SkillSpector: suspicious (CRITICAL)