一、需求还原：先搞清楚到底发生了什么
很多产品经理拿到需求之后，第一反应就是开始想方案。
但是你有没有想过，你连需求本身都没搞清楚，就开始想方案，这不就是盲人摸象嘛。
所以第一步，永远是还原需求本身。
我把需求还原拆成了三个关键动作。
1. 明确干系人——你的需求覆盖了谁？
这一步特别容易被忽略，但它真的超级重要。
先问自己三个问题：
需求是谁提的？
这个"谁"可能是客户、销售、售前顾问、实施人员、客户成功、业务运营，甚至可能是老板拍脑袋说的。
不同的人提需求，背后的动机和立场完全不一样。
谁在用？
这里有个坑：需求提出者和需求使用者，很多时候并不是同一个人。
举个例子，销售提了一个需求说"客户要批量导出数据"。但你去问真正用这个功能的运营同事，人家说"我其实只需要导出最近一周的就行，不需要全量"。
你看，完全不是一回事。
还有一种常见的情况——提需求的人往往是专家型用户。
这类人特别热衷于提反馈，但他们提的需求经常偏复杂，因为他们自己就是高手嘛，他们的需求不一定能代表大多数普通用户。
所以，一定要去找那些相对沉默的主流用户再验证一下。
谁会被影响？
这个更隐蔽了。
比如你改了一个业务操作流程，那业务的管理者会不会受影响？
你动了业务数据，上游采集数据的人、下游用数据的人，会不会受影响？
你改了业务规则，风控、审计那边会不会炸锅？
这些"潜在影响者"如果你没提前识别，上线之后大概率要返工。
别问我怎么知道的，问就是血泪教训。
2. 了解需求场景——把故事讲完整
搞清楚了干系人之后，下一步就是要把需求的场景完完整整地还原出来。
我自己总结了一个六要素法，简单好用：人物、时间、地点、起因、经过、结果。
就像写一个小故事一样，把这六个要素填满，你对需求的理解就会清晰很多。
举个真实的例子：
- 人物：电商运营专员小李
- 时间：每月大促前一周，月均1次，每次持续1-2天
- 地点：后台商品管理页面
- 起因：需要批量调整500+商品的促销价
- 经过：只能逐个点击编辑，每个商品需要3步操作
- 结果：耗时约6小时，且容易出错，上次大促因此导致15个商品定价错误
你看，当你把这六个要素全部填满之后，这个需求就不再是一句干巴巴的"我想要批量改价功能"了。
它变成了一个有血有肉的、你能感同身受的故事。
我自己还总结了一个一句话模板，你们可以直接拿去用：
【谁（角色）】在【什么时候】在【什么地点】，想要【达成什么目标】，但目前只能【现状做法】，导致【结果/影响】。
套上面的例子就是：
电商运营专员小李 在 每月大促前一周 在 商品管理后台，想要 批量调整500+商品的促销价，但目前只能 逐个手动编辑，每个商品4步操作，导致 耗时6小时且频繁出错，上次大促造成约2万元损失。
一句话，需求就立住了。
3. 明确真实需求——追到底层去
场景搞清楚了，接下来最关键的一步：这个需求到底要解决什么问题？
很多时候用户跟你说的是一个方案，不是问题本身。
"我想要一个批量编辑功能"——这是方案。
"批量修改商品促销价效率太低"——这才是问题。
怎么找到真实问题？不断追问。
我最爱用的一招就是：如果没有这个功能，对你的业务到底有什么影响？
一直问下去，问到用户开始说"那我真的没办法了"的时候，差不多就到底了。
找到问题之后，再去看需求的目标，一般都可以归结为：
- 提升收入
- 降低成本
- 提高效率
- 保证品质
- 控制风险
- 改善体验
或者从技术角度看，也可能是降低研发成本。
把问题和目标都写清楚，需求还原这一步就基本完成了。
二、需求挖掘：只挖掘问题，不挖掘方案
好了，到这里你已经把需求本身搞清楚了。
但是，这还不够。
因为用户给你的需求，往往只是冰山一角。
接下来就要做需求挖掘。
这里有一个我自己特别想强调的原则：
只挖掘问题，不挖掘方案。
很多产品经理容易在这一步就开始天马行空地想方案了。先别急，方案是后面的事，这一步的核心是把问题域扩大、加深、补全。
我把需求挖掘分成三个维度：广度、深度、全面性。
1. 提升广度——同类问题横推
你有没有发现，很多需求提出者有一个特点：点状思维。
就是想到一个问题说一个，就像打地鼠一样，打一个冒一个。
但其实，他说的这个问题，往往不是孤立的。
同类别的问题可能还有好几个，他只是没想到而已。
怎么办？举一反三。
从需求的真实动机出发，把它提炼成一个"问题类型"，然后去启发用户回忆："除了这个，你还遇到过类似的问题吗？"
比如小李说"批量改价效率低"，你提炼出来的问题类型是"批量操作效率低"。
那你就可以继续问：除了改价，批量改库存、批量上下架、批量改描述，是不是也有同样的问题？
大概率，答案是"对对对，都有！"
你看，一个需求，就变成了好几个需求。
这就是广度。
2. 提升深度——关联行为纵推
除了点状思维，需求提出者还有一个常见的毛病：步进性思维。
什么意思呢？就是解决一步是一步。
你帮他做了批量改价功能，他用了一周之后马上来找你："改完价之后能不能顺便批量审核一下？"
你做了批量审核，他又来了："审核完能不能自动同步到各个渠道？"
然后你就陷入了一个永无止境的需求循环。。。
所以在挖掘需求的时候，你要主动去想：这个操作的前一步、中间步骤、后一步，有没有需要支持的关联行为？
还是用小李的例子：
- 前：改价之前，需不需要先导入一份价格表？
- 中：改价过程中，需不需要预览变化、二次确认？
- 后：改完之后，需不需要审核、同步、记录日志？
把这条线串起来，你的需求就不再是一个孤立的点，而是一个完整的链路。
这就是深度。
3. 提升全面性——360度分析
最后一种思维陷阱：个性体思维。
就是需求提出者只站在自己的角度想问题，完全没考虑到别人。
说实话，这太正常了，人嘛，都是从自己的立场出发的。
但我们作为产品经理，不能跟着一起陷进去。
怎么做呢？我的方法是：
第一步，识别潜在影响者。
把这个需求放到整个业务流程里去看，找出它的上游环节、下游环节、流程的管理者、以及协作者。
协作者这个角色很容易被忽略，比如秘书、内勤，他们可能不直接出现在流程里，但会为流程负责人提供事务协助。
第二步，逐一分析每个影响者的需求。
站在每个人的角度，想想他们关注什么、担心什么、需要什么。
还是批量改价这个例子：
- 运营主管（管理者）：改完价之后我能不能看到修改日志？谁改的、改了什么、什么时候改的？
- 财务（下游）：价格变动会不会影响利润核算？我需要同步拿到变动数据。
- 风控（关联方）：会不会有人误操作把价格改成0？需不需要设置价格变动的上下限？
你看，同一个需求，不同角色看到的东西完全不一样。
把这些都考虑进去，你的方案才能真正落地，而不是上线之后被各种角色追着提bug。
总结
好了，说了这么多，其实核心就两件事：
第一，需求还原。 搞清楚谁提的、谁用的、谁受影响，把场景用六要素讲清楚，追到真实问题和目标。
第二，需求挖掘。 横向推同类问题，纵向推关联行为，360度补全影响者视角。
说起来简单，但说实话，我自己也是做了好几年才真正把这套东西跑通的。
以前总觉得需求分析不就是听用户说嘛，后来才发现，用户说的和用户真正要的，经常不是一回事。
而你能不能在最前面这一步就把事情想透，直接决定了后面的设计、开发、上线，甚至整个项目的成败。
希望这套方法能帮到正在做产品的你。
Made with Bullet