场景优先级排序:影响-可行性矩阵、KANO模型、ROI估算
3.1 为什么需要优先级排序
MVP 不是把所有人都想要的功能做一遍,而是把“最有必要验证”的场景先做出来。在用户访谈产出的场景清单中,团队经常面临两类问题:
- 太多想做 —— 每个场景都有人主张,排期永远不够
- 太少标准 —— 凭感觉或权力关系决定先做什么,上线后却发现价值低、实现成本高
本章提供三套互补的排序武器:影响-可行性矩阵(定性速筛)、KANO模型(用户满意度预测)、ROI估算(量化决策)。三者配合,从不同维度把模糊的场景清单变成顺序明确的排期表。
3.2 第一道筛网:影响-可行性矩阵
用横轴“可行性(实施难度、技术风险、资源约束)”和纵轴“影响(用户价值、业务收益、战略契合)”把场景放入四个象限:
| 象限 | 影响 | 可行性 | 决策 |
|---|---|---|---|
| 优先做 | 高 | 高 | MVP 第一梯队 |
| 争取做 | 高 | 低 | 技术验证或延期 |
| 次要做 | 低 | 高 | 快速开发但优先级低于高影响 |
| 不着急做 | 低 | 低 | 直接推迟或移除 |
实操建议: 团队5~7人用 vote 贴纸对每个场景的影响和可行性评分(1~5分),取均值落点。所有场景放在同一张矩阵图上,右上角区域即为 MVP 候选池。
3.3 第二道筛网:KANO模型
KANO模型把用户需求分为五类,用来判断某个场景对用户满意度的“边际贡献”:
| 类别 | 说明 | MVP 处理建议 |
|---|---|---|
| 必备型 | 没有极不满意,有了认为是基本 | 必须包含,否则产品不可用 |
| 期望型 | 有则满意,无则不满 | 优先实现,线性影响满意度 |
| 兴奋型 | 没有无所谓,有了惊喜 | MVP 后期做亮点,早期集中资源 |
| 无差异型 | 有与没有用户感知不到 | 砍掉,不浪费工期 |
| 反向型 | 部分用户喜欢,部分强烈反感 | 需要细分用户群再决定 |
用户访谈小技巧: 对每个场景,同时问“如果有这个功能,您会感觉如何?”和“如果没有这个功能,您会感觉如何?”,把答案组合映射到 KANO 类别表。
例如回答“有了很开心,没有也可以接受” → 可能属于兴奋型。
例如回答“有了很开心,没有也可以接受” → 可能属于兴奋型。
3.4 第三道筛网:ROI 估算
ROI(Return on Investment)=(预期收益-实施成本)/实施成本。在影响-可行性矩阵选出高影响高可行场景、KANO 确认用户主观价值后,用数字做最终排期:
ROI 估算流程:
1. 估算收益:预计增长用户量 × 单用户生命周期价值(LTV)
或:提升的关键指标(转化率、留存率等)× 基准基数 × 指标价值
2. 估算成本:开发人天 × 人天单价 + 基础设施/第三方费用
3. 计算 ROI 并排序
注意:MVP 阶段的收益往往靠推测,建议取保守值(最低预期)做下界计算。
谨防精确陷阱: MVP 阶段数据少,ROI 估算误差可能很大。推荐同时列出“乐观/中性/悲观”三组数字,帮助团队理解风险范围。千万不要为了证明某个场景而刻意拉高收益数字。
3.5 三筛网联动工作流
三个模型不是串行、也不是单选,合理的做法是 并行标注、综合排序:
- 每个场景都获得:影响分×可行性分(矩阵位置)、KANO 类别、ROI 区间。
- 优先级排序规则:
必备型 + 高影响×高可行 + ROI > 2 → 第一顺位
期望型 + 高影响×中可行 + ROI > 1 → 第二顺位
任何场景若被标为“无差异型”,无论 ROI 多高都建议砍掉(除非免费集成成本极低)。 - 针对高影响×低可行的场景(争取做),启动技术预研或分步交付,降低可行性门槛后重回筛选。
下图显示三个模型如何共同输出最终 MVP 场景候选列表:
3.6 交付物:场景优先级排序表模板
整理以下字段形成可评审的文档,每个场景一行:
| 场景ID | 场景简述 | 影响(1~5) | 可行性(1~5) | KANO类别 | ROI保守值 | 综合优先级 |
|---|---|---|---|---|---|---|
| S-001 | 快速注册(微信一键登录) | 5 | 5 | 必备 | 3.5 | P0 |
| S-002 | 智能推荐(基于浏览记录) | 4 | 2 | 兴奋 | 1.2 | P2 |
| S-003 | 分享到朋友圈得积分 | 3 | 4 | 期望 | 2.8 | P1 |
验收标准: 排序结果必须回答三个问题:① MVP 第一个版本包含几个场景?② 每个场景的优先级依据是什么?③ 被砍掉的场景有无数据支撑(KANO 问卷得分低 / ROI < 0.5 / 低影响低可行)?
团队集体评审通过后,才能进入业务流程梳理阶段。
团队集体评审通过后,才能进入业务流程梳理阶段。