第二章：需求分析——真伪辨别、优先级排序与文档入门

大家好，我是你们的老朋友。今天咱们聊聊需求分析。

说实话，我见过太多产品经理，一拿到需求就急着画原型、写文档。结果呢？开发到一半发现需求是伪的，或者优先级排错了，白忙活一场。我自己就踩过这个坑，所以今天把这部分经验掰开揉碎了讲给你听。

2.1 需求真伪辨别：别被“用户说的”骗了

用户说想要什么，你就做什么？那你就输了。

我遇到过最典型的例子：用户说“我想要一个红色的按钮”。你做了红色按钮，用户又说“其实我想要的是能快速下单”。你看，用户表达的是解决方案，不是真实需求。

怎么辨别真伪？我总结了三个方法：

• 追问“为什么”：连续问3-5个为什么，直到挖出底层动机。比如用户要红色按钮，为什么？因为红色显眼。为什么显眼？因为想提高点击率。为什么提高点击率？因为想快速下单。好了，真实需求是“快速下单”，不是“红色按钮”。
• 看行为数据：用户嘴上说的和实际做的往往不一样。我建议你拉一下后台数据，看看用户真实操作路径。我曾经有个项目，用户反馈说“希望增加搜索功能”，结果数据一看，80%的用户根本不用搜索，而是直接翻页。那这个需求就是伪的。
• 做最小验证：拿不准的需求，先做个最简单的原型或A/B测试。花一周时间验证，比花一个月开发完再推翻强得多。

2.2 需求优先级排序：KANO模型与四象限法则

需求真伪辨完了，接下来就是排序。资源有限，不可能什么都做。我一般用两个工具：KANO模型和四象限法则。

2.2.1 KANO模型：把需求分三类

KANO模型把需求分成三类：

类型	定义	例子	优先级
基本型需求	不做用户会骂，做了用户觉得理所当然	登录功能、支付功能	必须做
期望型需求	做了用户满意度提升，不做用户会失望	搜索筛选、推荐算法	尽量做
兴奋型需求	做了用户惊喜，不做用户也没感觉	个性化皮肤、趣味动画	锦上添花

我个人的习惯是：先保证基本型需求100%覆盖。你想想看，用户连登录都登不上去，你给他做再多酷炫功能也没用。我在一个电商项目中就吃过这个亏——团队花了两周做个性化推荐，结果支付流程有bug，用户下单失败，直接流失了30%。

2.2.2 四象限法则：紧急 vs 重要

这个大家应该不陌生。我把它和KANO模型结合着用：

• 第一象限（重要且紧急）：基本型需求中的bug修复、合规要求。必须马上做。
• 第二象限（重要不紧急）：期望型需求、长期规划。我建议你花80%的时间在这里。
• 第三象限（紧急不重要）：老板临时提的小需求、运营活动。能推就推，不能推就快速搞定。
• 第四象限（不紧急不重要）：兴奋型需求中的花哨功能。直接砍掉，别犹豫。

我曾经有个项目，老板天天催着做“用户等级体系”（第三象限），结果核心的订单流程（第一象限）一直没优化。后来用户投诉率飙升，老板才意识到优先级搞反了。嗯，这里要注意：别被“紧急”绑架了“重要”。

2.3 需求文档入门：BRD/MRD/PRD

文档是产品经理的武器。但很多人一写文档就写成“流水账”。我建议你分清楚三种文档的定位：

2.3.1 BRD（商业需求文档）

写给老板和投资人看的。核心回答三个问题：

• 为什么要做这个？（市场机会、用户痛点）
• 做了能赚多少钱？（商业价值、ROI）
• 需要多少资源？（预算、人力、时间）

我写BRD的习惯是：一页纸讲清楚。老板没时间看长篇大论。用数据说话，别扯虚的。比如“预计提升转化率5%”，比“能提升用户体验”有说服力得多。

2.3.2 MRD（市场需求文档）

写给市场、运营、设计看的。核心内容：

• 目标用户是谁？（用户画像、使用场景）
• 竞品分析（别人怎么做的？我们怎么差异化？）
• 功能概要（不写细节，只写“我们要做什么”）

我建议MRD里加一个用户故事地图。把用户从“进入产品”到“完成目标”的每一步画出来。这样大家能直观看到哪些环节是痛点，哪些是机会点。

2.3.3 PRD（产品需求文档）

写给开发、测试看的。这是最细的文档。我一般包含：

• 功能描述（一句话说清楚功能是什么）
• 业务逻辑（流程图、状态机）
• 界面原型（带标注的线框图）
• 数据规则（字段定义、校验逻辑）
• 异常处理（网络错误、数据为空怎么办）

2.4 总结：需求分析的核心心法

说了这么多，其实就三句话：

1. 别信用户说的，信数据和行为。
2. 先做基本型，再做期望型，兴奋型看情况。
3. 文档是沟通工具，不是交作业。写清楚比写得多重要。

好了，这一章就到这里。下一章咱们聊聊“需求评审与原型设计”，到时候我会分享一些让开发心服口服的评审技巧。咱们下期见。