4、需求分析与优先级排序:KANO模型、四象限法则、MoSCoW方法

做产品经理这些年,我踩过最大的坑是什么?

不是技术实现不了,也不是市场不买账。而是——什么都想做,最后什么都没做好

需求堆积如山,开发资源就那么多。你怎么办?

今天我就把压箱底的三个排序工具拿出来,一个一个拆给你看。

4.1 KANO模型:别被用户的「我想要」骗了

先讲个真实案例。

我之前做一款智能家居网关,用户调研时一堆人说「想要语音控制」。我们吭哧吭哧做了三个月,上线后用户反馈却是:「哦,还行吧。」

为什么?因为语音控制对他们来说是兴奋型需求,不是必备型需求。没有它,用户照样用产品。有了它,用户也就新鲜两天。

KANO模型就是帮你区分这事的。

KANO模型把需求分成五类:

  • 必备型需求(Must-be):没有就骂娘,有了不说话。比如手机能打电话。
  • 期望型需求(One-dimensional):越多越满意,越少越不满。比如电池续航。
  • 兴奋型需求(Attractive):没有无所谓,有了超惊喜。比如初代iPhone的多点触控。
  • 无差异需求(Indifferent):有没有都一样。比如App启动页的动画。
  • 反向需求(Reverse):做了反而惹人烦。比如强制看广告。

怎么用?我习惯的做法是:

  1. 设计正反两个问题:「有这个功能你满意吗?」「没有这个功能你满意吗?」
  2. 把用户回答填入KANO评估表,算出每个需求的分类。
  3. 优先级排序:必备型 > 期望型 > 兴奋型。无差异和反向直接砍掉。

我的经验:千万别在兴奋型需求上投入太多。我见过一个团队,花半年做AR试妆功能,结果核心的支付流程都没跑通。用户进来连单都下不了,AR试妆给谁看?

4.2 四象限法则:紧急不紧急,重要不重要

这个工具大家应该不陌生。说白了就是画个十字,把需求扔进去。

紧急 不紧急
重要 第一象限:立即做
(比如线上bug、合规要求)
第二象限:计划做
(比如架构重构、用户增长策略)
不重要 第三象限:授权做或快速做
(比如内部工具优化)
第四象限:尽量不做
(比如换皮肤、改按钮颜色)

你想想看,大多数团队天天在忙什么?

第一象限的事。紧急又重要,不做不行。但问题是,如果你一直扑火,永远没时间做第二象限的事。

第二象限才是拉开差距的地方。

我曾经犯过的错:有个版本迭代,我硬塞了三个「重要不紧急」的需求进去,结果开发周期拉长了两周。上线后第一象限的紧急bug没时间修,用户投诉暴增。后来我学乖了——每个版本至少留20%的buffer给紧急需求

4.3 MoSCoW方法:砍需求的艺术

这个方法是我在做海外项目时学到的。名字有点怪,但特别好记。

  • M - Must have(必须有):没有这个功能,产品不能上线。比如电商的支付功能。
  • S - Should have(应该有):很重要,但可以找替代方案。比如商品推荐算法。
  • C - Could have(可以有):锦上添花,没有也不影响核心体验。比如用户头像挂件。
  • W - Won't have(这次不做):明确砍掉,放到下个版本或永远不做。

实际操作时,我一般这么干:

  1. 把所有需求列出来,团队一起打标签。
  2. M类需求不能超过总工作量的60%。超过就说明你还没想清楚什么是真正的「必须有」。
  3. S类占20%,C类占20%,W类直接归档。

一个关键原则:M类需求必须满足「没有它,用户的核心流程就走不通」。不是「没有它,产品不够酷」。

4.4 三个工具怎么配合用?

你可能会问:这三个工具到底用哪个?

我的答案是:都用,但用在不同的阶段

  • 需求收集阶段:用KANO模型,判断每个需求的「用户价值属性」。是必备还是兴奋?心里先有个底。
  • 版本规划阶段:用四象限法则,看需求的「时间紧迫性」。哪些必须这周做?哪些可以缓缓?
  • 冲刺排期阶段:用MoSCoW方法,做最后的「资源分配」。砍掉W类,压缩C类,确保M类保质保量交付。

我个人的工作流:每个季度初,我会拉一个需求池,先用KANO过一遍。然后跟业务方对齐四象限。最后在迭代计划会上,用MoSCoW敲定这个版本做什么。三个工具走下来,基本不会出大问题。

4.5 避坑指南

最后说几个我踩过的坑,你注意避开:

  • 别把「老板的需求」直接标为M类。老板也是人,也会拍脑袋。用数据说话,用KANO模型验证。
  • 别让技术团队自己定优先级。技术觉得简单的需求,用户可能根本不需要。产品经理必须站在用户视角。
  • 别把所有需求都排进一个版本。我曾经一个版本塞了15个需求,结果上线后bug比功能还多。现在我的原则是:少即是多

嗯,这三个工具讲完了。说白了,需求排序不是技术活,是取舍的智慧。你砍掉一个需求,不是否定它的价值,而是为了把资源集中在更有价值的事情上。

下次再有人跟你说「这个需求很重要」,你就问他一句:

「它是M、S、C,还是W?」