场景优先级排序:影响-可行性矩阵、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 三筛网联动工作流

三个模型不是串行、也不是单选,合理的做法是 并行标注、综合排序:

  1. 每个场景都获得:影响分×可行性分(矩阵位置)、KANO 类别、ROI 区间。
  2. 优先级排序规则:
    必备型 + 高影响×高可行 + ROI > 2 → 第一顺位
    期望型 + 高影响×中可行 + ROI > 1 → 第二顺位
    任何场景若被标为“无差异型”,无论 ROI 多高都建议砍掉(除非免费集成成本极低)。
  3. 针对高影响×低可行的场景(争取做),启动技术预研或分步交付,降低可行性门槛后重回筛选。

下图显示三个模型如何共同输出最终 MVP 场景候选列表:

场景优先级排序:三筛网联动 场景优先级排序联动模型 场景清单 影响-可行性矩阵 高影响×高可行 → 优先 KANO 模型 必备/期望/兴奋/无差异 ROI 估算 收益 / 成本 > 2 综合优先级整列 并行标注 → 加权排序 → 冲突仲裁 MVP 场景候选列表 ⚠️ 三个模型必须都跑一遍,不能只依赖一个维度。 若ROI高但KANO为无差异型 → 砍掉;若必备型但ROI<1 → 重新评估实现方式。

3.6 交付物:场景优先级排序表模板

整理以下字段形成可评审的文档,每个场景一行:

场景ID 场景简述 影响(1~5) 可行性(1~5) KANO类别 ROI保守值 综合优先级
S-001快速注册(微信一键登录)55必备3.5P0
S-002智能推荐(基于浏览记录)42兴奋1.2P2
S-003分享到朋友圈得积分34期望2.8P1
验收标准: 排序结果必须回答三个问题:① MVP 第一个版本包含几个场景?② 每个场景的优先级依据是什么?③ 被砍掉的场景有无数据支撑(KANO 问卷得分低 / ROI < 0.5 / 低影响低可行)?
团队集体评审通过后,才能进入业务流程梳理阶段。