产品经理最怕什么，莫过于在需求评审时被大家怼的体无完肤吧？
为什么产品经理一到评审就容易被怼？原因无外乎在于：
(1). 需求考虑不周到、不细致，逻辑含糊不清；
(2). 表达模棱两可、讲述毫无头绪。
第一种情况：需求考虑不周、交互不细致、逻辑含糊不清
1. 为什么会出现需求考虑不周？ 主要原因可能在于我们自己对需求的理解还不够充分：
为什么要做这个需求？
这个需求应该拆解为哪些子需求？
哪些子需求的优先级更高、哪些可以缓一缓？
弄明白上述这3个问题，才能把整个需求想明白、想完整。(建议不断追问自己)
2. 为什么会出现交互不完整、不细致？主要原因可能在于我们没有有条理地进行梳理：
这个功能的操作步骤/流程是什么样的？
每一步操作步骤中断、停止、重复会出现什么样的状况？
哪些情况下需要给到用户提示？弱网、断网、服务出错？
交互想要完整，最关键的是 梳理好流程中的每一个步骤，最好画成流程图。
第二种情况：需求评审表达模棱两可、讲述好无头绪
前面说到，我们的每一次版本迭代都应有明确的目标，通过目标来规划、安排实际的需求。
那么在需求评审时，我们需要注意：
1. 需求功能有明确的优先级；
2. 按照需求功能的优先级、重要性、复杂性、相关性来罗列需求，组织好表达顺序。
例如：我们在一个版本中安排了A、B、C、D四个需求
A、C的优先级高，B和D的优先级较低，但A和D是相关模块有一定关联的需求；
因此，我们在实际评审中的顺序应为：
A+D、C、B。
总之，产品不应该害怕被怼，而应该主动欢迎、甚至接受拥抱被怼。没有哪个产品从未被怼过，因为人无完人。但在每一次被怼后，都希望能看到更好的自己。
南山南 | 10年移动互联网从业经验，资深视觉设计师、高级产品经理
“如果天赋不是与生俱来，那么更应兢兢业业”。
