2. 设定访谈目标与MVP边界
前置场景：两个PM的迥异结局
某创业团队计划推出一款面向设计师的在线协作工具。PM张远直接列出了12个功能（版本管理、实时评论、插件市场……），花3个月做出完整版本，内测时发现设计师最想要的功能是“极速图层分享”，其他11个功能在第一版中完全没有被使用。而PM李薇在动手前只做了一件事——先定义产品愿景与关键假设，然后用2天访谈验证，最终只做了1个核心功能上线。她的团队在3周内就拿到了首批付费用户。
两种路径的差异，就在于是否在MVP启动前就清晰回答了三组问题：
- 我们要创造什么？→ 产品愿景
- 我们相信什么为真？→ 关键假设
- 我们先验证哪一块？→ MVP边界
本章将帮助你用“愿景-假设-边界”三阶框架，在用户访谈之前就把MVP的车厢与轨道对齐，避免“做出来没人用”的资源浪费。
核心任务拆解
本章任务可以拆解为三个互相咬合的环节，每个环节产出下一环节的输入：
| 环节 | 核心问题 | 产出物 |
|---|---|---|
| 1. 明确产品愿景 | 我们最终要为用户带来什么不可替代的价值？ | 产品愿景陈述（1-2句话） |
| 2. 定义关键假设 | 哪些“未知事实”一旦被推翻，整个产品逻辑就不成立？ | 关键假设清单（3-7条） |
| 3. 划定MVP范围 | 最少需要交付哪些功能才能验证最危险的关键假设？ | MVP范围定义文档 |
三个环节必须顺序执行：愿景不清则假设无根，假设未明则边界必乱。不要跳过任何一步直接写需求清单。
步骤与方法
Step 1 用“电梯宣言”锁定产品愿景
将产品愿景压缩为一句话，结构为：目标用户 + 核心痛点 + 解决方案 + 关键差异化。例如：
愿景：让中小电商团队（目标用户）
无需写代码（痛点）
就能在10分钟内搭建品牌独立站（解决方案）
并自动对接社交平台流量（差异化）愿景必须有可判断真伪的要素，避免“让世界更美好”类空洞表述。
Step 2 列出“如果为假则全盘皆输”的关键假设
从愿景中提取3-7条最危险的未知因素。每条假设要求：
- 可证伪——必须能被访谈或数据推翻
- 不可替代——推翻后没有备选路径
- 优先级明确——按风险排序
示例：
假设1：中小电商老板愿意为“免代码建站”付费（而非用模板站）
假设2：用户能在10分钟内完成建站操作（而非需要学习）
假设3：社交平台引流是卖家当下最痛的瓶颈（而非物流或售后）Step 3 用“风险覆盖法”划定MVP边界
只选择验证最核心假设所必需的最小功能集。使用以下筛选原则：
- 必选：缺少则无法验证最危险的假设 → 放入MVP
- 可选：能提升体验但非验证必要 → 放入V2
- 非必需：用户强烈要求但与当前假设无关 → 放入候补池
示例：针对假设1-3，MVP只包含“模板选择 → 拖拽编辑 → 一键发布 → 社交分享”4个功能，其余功能全部推迟。
⚠ 边界划定最常犯的错误：PM在MVP中塞入了“方便演示”或“看起来完整”的功能。请记住：MVP的目标不是交付产品，而是以最小成本验证最危险假设。多一个功能就意味着多一份验证噪音。
核心框架：愿景-假设-边界三阶模型
输入输出物
| 环节 | 输入（前置依赖） | 输出（本章交付物） |
|---|---|---|
| 明确产品愿景 | 初步产品创意、目标用户画像（草稿） | 产品愿景陈述卡（1页） |
| 定义关键假设 | 产品愿景卡、竞品分析摘要 | 关键假设清单（含风险排序） |
| 划定MVP边界 | 关键假设清单、用户访谈计划草稿 | MVP范围定义文档（含功能分级表） |
建议三个输出物合并在同一份“MVP启动工作页”中，便于团队在访谈前对齐认知。下一章的用户访谈提纲直接从此工作页中提取假设进行验证。
常见陷阱
- 陷阱1：愿景过于宏大——“成为设计协作领域的No.1”无法指导MVP选择。应缩小到“让3人设计团队在5分钟内完成版本交接”。
- 陷阱2：假设数量失控——列出20+条假设，导致MVP功能集膨胀。强制限制在7条以内，超出部分放入“待验证池”。
- 陷阱3：边界划定时加入“保险功能”——“反正时间够就多做两个”，导致MVP周期延长2倍，且干扰核心验证信号。
- 陷阱4：用功能清单代替假设——写下“用户需要图层管理功能”，而不是验证“用户是否因图层混乱而放弃协作”。
⚠ 自我检查：如果你的MVP功能列表超过5项，请重新审视——是否真的每一项都直接服务于验证最危险的关键假设？如果答案是否定的，立即删减。
最佳实践
- 实践1：先写“反愿景”再写愿景——团队一起描述“我们绝对不要做什么”，能更有效地收缩边界。
- 实践2：假设必须写否定形式——不是“用户喜欢X”，而是“用户愿意为X放弃现有方案Y”，这样访谈时才能获得有效验证。
- 实践3：用“假设影响力矩阵”排序——横轴“假设为真的概率”，纵轴“假设为假的影响程度”，优先验证右上角象限的假设。
- 实践4：MVP边界必须写在墙上——用物理看板或共享文档公示，任何新功能请求必须经过“是否验证核心假设”的门禁审查。
- 实践5：预留“边界突破记录”——当访谈发现假设不成立时，记录是调整假设还是扩展边界，形成决策日志。
模板示例：MVP启动工作页
以下模板整合了本章三个核心环节的交付物，可以直接复制到团队文档中使用。
——————————————————————————————
MVP 启动工作页（第2章模板）
——————————————————————————————
【1. 产品愿景陈述】
· 目标用户：______________________________
· 核心痛点：______________________________
· 解决方案：______________________________
· 关键差异：______________________________
· 愿景一句话：_____________________________________________
【2. 关键假设清单（按风险排序）】
假设1：_________________________________
假设2：_________________________________
假设3：_________________________________
假设4：_________________________________
假设5：_________________________________
（最多7条，超出请放入“待验证池”）
【3. MVP边界定义】
必选功能（放入MVP）：
• ________________________
• ________________________
• ________________________
可选功能（放入V2）：
• ________________________
• ________________________
非必需功能（放入候补池）：
• ________________________
• ________________________
【4. 边界纪律承诺】
我们承诺：在未完成最危险假设验证之前，
不向MVP中加入任何非必选功能。
签署人：__________ 日期：__________
——————————————————————————————