Product Strategist

产品策略师

在投入开发之前，验证产品是否解决了真实问题，以及市场是否具备可行性。

核心原则

证据胜于直觉。 优先测试风险最高的假设，快速验证成败，并根据真实用户行为而非意见进行验证。

5 阶段验证流程

阶段 1：问题验证

目标：确认问题足够常见、棘手且紧迫，用户愿意付费解决

活动：

• 明确问题假设：你要解决什么问题？
• 确定目标客户群体
• 开展客户探索访谈（每个群体 10-15 次）
• 量化问题严重程度：给用户造成的时间／金钱成本
• 记录当前的变通方法及其痛点

“妈妈测试”问题：

✅ 好问题（揭示行为）：

• “告诉我你上次遇到［问题］时的情况。”
• “你目前是怎么解决这个问题的？”
• “你在这个问题上花了多少时间／金钱？”
• “你试过哪些办法，但都没奏效？”

❌ 坏问题（容易导致确认偏误）：

• “你会使用这个产品吗？”（所有人都会说会）
• “你觉得这是个好主意吗？”（询问意见，而非行为）
• “你愿意为此付多少钱？”（假设性问题）

问题严重程度矩阵：

维度	低（不要开发）	中（进一步验证）	高（开发）
频率	很少发生	每月	每天／每周
影响	轻微烦恼	浪费 1-2 小时	严重阻碍
紧迫性	可以等	迟早应该解决	现在就需要
付费意愿	不愿付费	可能愿付 $5-20/mo	愿付 $50+/mo
当前变通方法	运作良好	尚可忍受	痛苦／成本高昂

决策规则：

• 4-5 项为高 → 立即开发
• 2-3 项为高 → 验证解决方案
• 0-1 项为高 → 不要开发（问题不够严重）

验证门槛：

• 完成 10 次以上客户探索访谈
• 验证问题确实常见、棘手且紧迫
• 记录并评估当前的变通方法
• 收集付费意愿信号
• 70% 以上的受访者确认问题很严重

---

阶段 2：解决方案验证

目标：验证你的解决方案确实解决了问题，而不只是增加了功能

验证方法：

1. 烟雾测试（最快 - 1-2 天）

• 创建介绍解决方案的落地页，并加入“注册以抢先体验” CTA
• 通过广告或主动联系带来 100-500 名访客
• 成功标准：电子邮件注册转化率 >5%

2. 礼宾式 MVP（1 周）

• 为 5-10 位早期客户手动提供解决方案
• 亲自引导他们完成流程（不使用自动化）
• 成功标准：用户实现预期结果，并提出更多需求

3. 绿野仙踪式 MVP（1-2 周）

• 仅构建前端 UI
• 在幕后手动处理请求
• 成功标准：尽管存在不足，用户仍继续使用

4. 原型测试（3-5 天）

• 向 10-15 位用户展示可点击原型（Figma、InVision）
• 观察他们在没有指导的情况下尝试完成关键任务
• 成功标准：>70% 的用户无需帮助即可完成核心任务

活动：

• 创建低保真原型（纸面原型、Figma、落地页）
• 与目标用户测试解决方案概念
• 确定必备功能与锦上添花的功能
• 测试付费意愿和定价预期

验证门槛：

• 使用原型测试解决方案概念
• 确定必备功能
• 50% 以上的测试者表示愿意付费
• 验证解决方案能够解决问题

---

阶段 3：市场验证

目标：确认市场规模足够大且持续增长

市场规模估算：

TAM（总潜在市场）：

TAM = (Number of potential users globally) × (Annual revenue per user)

SAM（可服务市场）：

SAM = TAM × (Percentage reachable with your channels)

SOM（可获取市场）：

SOM = SAM × (Realistic market share % in 1-3 years)

最低可行市场规模：

• 对于由 VC 支持的初创公司，SOM ≥ $10M
• 对于自筹资金的产品，SOM ≥ $1M
• 市场年增长率 >10%

竞争分析：

竞争对手	优势	劣势	你的差异化优势
竞争对手 1	功能、价格	用户体验、支持	你的优势
竞争对手 2	品牌、规模	速度慢、价格高	你的优势

关键问题：

• 用户为什么会从竞争对手转向你？
• 你能在哪些方面做到 10 倍更好（而不是好 10%）？
• 有哪些壁垒能阻止竞争对手复制你？

验证关卡：

• 已估算市场规模（TAM、SAM、SOM）
• SOM ≥ $1M，且增长率 >10%
• 已分析竞争格局
• 已明确定义差异化优势
• 已确定市场进入渠道

---

阶段 4：商业模式验证

目标：验证单位经济效益能够证明实现盈利的路径

客户终身价值（LTV）：

LTV = (ARPU per month) × (Customer lifetime in months) × (Gross margin %)

Example: $50/mo × 24 months × 80% = $960 LTV

客户获取成本（CAC）：

CAC = (Total sales & marketing spend) / (New customers acquired)

Example: $50,000 / 100 customers = $500 CAC

LTV:CAC 比率：

Ratio = LTV / CAC

Example: $960 / $500 = 1.92:1 (NOT VIABLE)

成功标准：

• ✅ LTV:CAC ≥ 3:1（业务健康）
• ⚠️ LTV:CAC 为 2:1 - 3:1（需要优化）
• ❌ LTV:CAC < 2:1（不可行）

定价验证（Van Westendorp 方法）：

调查问题：

1. 价格高到什么程度时，你会觉得太贵而不考虑购买？
2. 什么价格会让你觉得贵，但仍会考虑购买？
3. 什么价格会让你觉得很划算？
4. 价格低到什么程度时，你会觉得太便宜而怀疑其质量？

最优价格： “太贵”和“太便宜”曲线的交点

验证关卡：

• 已定义收入模式（订阅、按用量付费、免费增值等）
• 已估算 LTV 和 CAC
• LTV:CAC ≥ 3:1 可实现
• 已与真实用户测试定价
• 已识别关键业务风险

---

阶段 5：定义 MVP

目标：定义验证核心价值主张所需的最少功能

MVP 范围框架：

必备功能（核心价值主张）：

• 能够带来主要收益的功能
• 缺少这些功能，产品就无法解决问题
• 示例：对于 Uber，“叫车”和“跟踪司机”

应该具备（重要但非关键）：

• 改善体验，但并非解决问题的核心
• 在 V1.1 或 V1.2 中添加
• 示例：对于 Uber，“司机评分”和“车费预估”

锦上添花（令人惊喜的功能）：

• 让产品更精致，但不解决核心问题
• 无限期推迟
• 示例：对于 Uber，“音乐偏好”和“宠物友好型行程”

MVP = 仅包含必备功能。范围控制在 4-8 周内。

成功指标：

• 激活率：完成核心操作的注册用户占比
• 留存率（第 1 周）：首次使用后再次回访的用户占比
• 推荐率：向他人推荐产品的用户占比
• 收入：转化为付费用户的比例（如已实现变现）

验证关卡：

• 已定义必备功能（仅限核心价值）
• 已推迟应该具备和锦上添花的功能
• MVP 范围控制在 4-8 周内
• 已定义可衡量的成功指标
• 已制定发布和收集反馈的策略

---

核心原则

1. 优先测试风险最高的假设

关注可能导致产品失败的因素，而不是容易测试的内容

2. 快速失败，低成本失败

在糟糕的想法消耗大量资源之前将其证伪

3. 证据胜过直觉

你的看法不等于验证。真实的用户行为才是证据。

4. 问题优先于解决方案

爱上问题，而不是你的解决方案

5. MVP 不等于 V1

MVP 应该用于验证假设，而不是取悦客户

6. 转向很常见

大多数成功的产品都会根据验证结果调整方向

---

标准输出格式

discovery_validation_summary:
  problem_validation:
    hypothesis: '<problem statement>'
    interviews_conducted: <number>
    severity:
      frequency: '<daily/weekly/monthly/rare>'
      impact: '<critical/high/medium/low>'
      urgency: '<urgent/important/nice-to-have>'
    validation_status: '<validated/needs-more-research/invalidated>'

  solution_validation:
    concepts_tested: <number>
    user_feedback: ['<key feedback>']
    must_have_features: ['<feature>']
    validation_status: '<validated/needs-iteration/invalidated>'

  market_validation:
    tam: '$<amount>'
    sam: '$<amount>'
    som: '$<amount>'
    growth_rate: '<percentage>'
    competitive_differentiation: '<summary>'

  business_model:
    revenue_model: '<subscription/usage/freemium/etc>'
    estimated_ltv: '$<amount>'
    estimated_cac: '$<amount>'
    ltv_cac_ratio: '<ratio>'
    pricing: '$<amount> per <month/year/user>'

  mvp_definition:
    must_have_features: ['<feature 1>', '<feature 2>']
    success_metrics:
      - metric: '<activation rate>'
        target: '<percentage>'
      - metric: '<retention (Week 1)>'
        target: '<percentage>'
    estimated_timeline: '<weeks>'

  recommendation: '<go/pivot/no-go>'
  risks: ['<key risk and mitigation>']

---

常见陷阱

❌ 跳过问题验证 → 为不存在的问题构建解决方案 ❌ 迷恋自己的解决方案 → 无视解决方案不起作用的证据 ❌ 找错人交流 → 朋友和家人会说你想听的话 ❌ 过度构建 MVP → 为一次实验投入 6 个月开发 ❌ 虚荣指标 → 追踪页面浏览量，而不是付费客户 ❌ 忽视单位经济效益 → 永远以亏损的方式获取客户

---

审批关卡

在进入完整的设计和开发阶段之前：

• 通过至少 10 次客户访谈验证问题
• 使用低保真原型测试解决方案概念
• 评估市场规模并确认其具备可行性（SOM ≥ $1M）
• 单位经济效益表明存在实现盈利的路径（LTV:CAC ≥ 3:1）
• 定义 MVP 范围并获得利益相关者批准
• 定义成功指标并制定衡量计划

原因：未经验证就投入开发，无异于赌博。此关卡可确保在投入大量资源之前，产品与市场契合度是可以实现的。

---

相关资源

相关技能：

• mvp-builder - 用于验证后的快速 MVP 开发
• user-researcher - 用于客户探索访谈
• go-to-market-planner - 用于验证后的上市策略

相关模式：

• META/DECISION-FRAMEWORK.md - 自行构建还是购买的决策
• STANDARDS/best-practices/user-research.md - 访谈最佳实践（创建后使用）

相关操作手册：

• PLAYBOOKS/conduct-discovery-interviews.md - 访谈流程（创建后使用）
• PLAYBOOKS/validate-business-model.md - 单位经济效益验证（创建后使用）