我的产品笔记：需求评审要小心

产品经理最怕什么，莫过于在需求评审时被大家怼的体无完肤吧？

为什么产品经理一到评审就容易被怼？原因无外乎在于：

(1).  需求考虑不周到、不细致，逻辑含糊不清；

(2).  表达模棱两可、讲述毫无头绪。

---

第一种情况：需求考虑不周、交互不细致、逻辑含糊不清

1. 为什么会出现需求考虑不周？ 主要原因可能在于我们自己对需求的理解还不够充分：

为什么要做这个需求？

这个需求应该拆解为哪些子需求？

哪些子需求的优先级更高、哪些可以缓一缓？

弄明白上述这3个问题，才能把整个需求想明白、想完整。(建议不断追问自己)

2. 为什么会出现交互不完整、不细致？主要原因可能在于我们没有有条理地进行梳理：

这个功能的操作步骤/流程是什么样的？

每一步操作步骤中断、停止、重复会出现什么样的状况？

哪些情况下需要给到用户提示？弱网、断网、服务出错？

交互想要完整，最关键的是 梳理好流程中的每一个步骤，最好画成流程图。

---

第二种情况：需求评审表达模棱两可、讲述好无头绪

前面说到，我们的每一次版本迭代都应有明确的目标，通过目标来规划、安排实际的需求。

那么在需求评审时，我们需要注意：

1. 需求功能有明确的优先级；

2. 按照需求功能的优先级、重要性、复杂性、相关性来罗列需求，组织好表达顺序。

例如：我们在一个版本中安排了A、B、C、D四个需求

A、C的优先级高，B和D的优先级较低，但A和D是相关模块有一定关联的需求；

因此，我们在实际评审中的顺序应为：

A+D、C、B。

总之，产品不应该害怕被怼，而应该主动欢迎、甚至接受拥抱被怼。没有哪个产品从未被怼过，因为人无完人。但在每一次被怼后，都希望能看到更好的自己。

---

南山南    |    10年移动互联网从业经验，资深视觉设计师、高级产品经理

“如果天赋不是与生俱来，那么更应兢兢业业”。