第2章 设定访谈目标与MVP边界:明确产品愿景、定义关键假设、划定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中加入任何非必选功能。
签署人:__________ 日期:__________
——————————————————————————————