需求调研是需求实现的条件。
需求调研紧张内容有：理解需求背景、明确需求目标、过滤不当需求、确定大致方案。
需求的用户是谁？需求办理的核心问题是什么？利用场景有哪些？哪些是紧张和次要场景？业务的流程是什么？除了紧张业务还有哪些流程可能利用这个功能？除了本系统还有哪些系统会关联到这个功能……
这便是需求调研的“十万个为什么“。
本篇结合《后端产品经理宝典》书中的内容，单从需求调研案例出发，看几种常用的调研方法。
一、过滤需求的方法
做后端系统，要学会的第一个技能便是砍需求。也便是过滤需求。
这不是一个贬义词，反而是表示后端产品代价判断的根本。
过滤需求的方法，便是通过一定的手段判断需求是否是伪需求，该当被过滤掉。
1. 用户场景仿照法
后端产品的出发点便是帮助业务用户，因此在调研需求的时候要仿照业务的场景，剖析业务用户提到的需求是否能办理他的问题。
如果不能帮助用户，那么这个需求就可能是伪需求。
以下面的案例解释：
背景：“货到付款”类型的订单会由于缺货而无法发出，如果超过一定的韶光，客服就会跟顾客沟通，帮顾客取消订单。
需求：由于这种订单的数量还是蛮多的，逐个取消太费韶光，因此业务用户哀求在“缺货订单”列表页增加“批量取消订单”按钮。
剖析：调研到业务操作场景,是先找到该类缺货订单，然后和顾客沟通，顾客赞许删除，才进行删除。也便是逐个沟通确认，再逐个取消订单的，以是“批量取消订单”无法被有效利用。
因此，该需求是个伪需求，该当被过滤掉。
2. 功能归属剖析
专门的系统做专职功能，有助于合理的产品体系培植。
因此需求调研的时候，可以通过系统的定位，判断需求是否该当在该系统完成。
如果不属于该系统范畴，那么直接说服需求方改换方案。以
下面的案例解释：
背景：CRM系统（顾客关系管理系统）有一个顾客标签生成功能，便是根据顾客的消费行为数据，自动对应关联上标签，如优质顾客、高潜力顾客、敲诈顾客等。
需求：业务用户提出需求，除了做上述的根本标签之外，还要做出英语版本的标签（便是把标签文案翻译成英文），这样欧美员工可以在英语版本的系统下利用。
剖析：调研到翻译之后的标签不是在CRM系统利用的，而是给到SMS（客服系统）利用的。
以是该当由SMS根据CMS供应的根本标签数据，自己做二次的衍生。
之以是这样，首先是为了避免未来更多措辞版本的扩展需求或更多系统提出类似的需求；
其次，CRM系统已经完成了“接力赛”的第一棒，创造了根本数据，那么其他系统要分外化利用，完备可以自行进行分外化处理，无需耦合回CRM系统。
结论：案例的需求本身是真需求，并且实现上也没难度，但是该功能的定位超出了本系统范畴，专门系统做专职功能，化衍生需求该当不才游实行。
否则，耦合性过高只会增加系统的繁芜程度，难以掩护和扩展。
二、拆分和聚合的方法1. 拆分需求法
业务用户提出一个需求，很可能只是短短的一段话。
但是不要高兴太早，可能这一句话暗含了很多线索，因此要长于拆分：
先找他要办理的核心问题，再环绕核心点，理清前、后、左、右、上、下的旁系需求点。
每个需求点再当做一个子需求进行调研，末了再聚合在一起。
以下面的案例解释：
背景：订单业务的类型很多，订单退货之后须要创建售后单据，但是由于数量大，以是花费很多人力，且手动创建有出错的风险。
需求：业务提出的需求是“增加退货订单自动创建售后单的功能”，这是个一句话需求。
该一句话需求，实在包含了多种详细的订单类型和场景，那么我们就要拆分调研，拆分的维度比如：
自营订单、第三方订单、货到付款订单、先款后货订单、部分退货订单、完备退货订单、服装奇迹部订单、电子奇迹部订单等，个中每一个维度就相称于一个小需求。
这里不一一展开。
2. 聚合需求法
拆分法是对单个需求分解成多少小需求进行调研，聚合法相反，是找到许多个相互关联的小需求的共性，然后统筹成一个大需求去完成。例如：
由于业务用户分散在不同的部门，各不相谋，于是张三、李四可能都对一个业务流程有相同的需求，或者对同一个功能有相同的优化期望，结果俩人分别提了需求过来。那么产品经理就要找到二者背后的干系性和交叉区。
然后统筹方案，聚合在一起当作一个需求来调研，终极输出一个整体的需求调研结果。
三、利用赞助功能调研需求
调研产品现有功能，可以用来确认原有功能的逻辑，或者确定新需求方案是否可行。
比如业务用户须要更新一个功能，为了避免更新出错或遗漏，产品经理须要知道修正前和修正后是否会能正常运行。
最根本的办法便是自己设计一个测试用例，记录操作办法、状态变革、数据流向等。看看下面的例子：
背景：从发卖网站获取到OMS系统（订单管理系统）的订单信息中带着顾客的邮箱。顾客下完单，可能会在发卖网站修正邮箱，而此时已经获取到OMS的历史订单中的邮箱是不变的。
需求：顾客若在发卖网站修正邮箱，哀求已获取到OMS的该顾客的订单中的邮箱也要同步修正。
剖析：需求是很明白的，也有它的意义，但有风险。
由于我们知道订单信息贯穿于全体订单流转过程中，牵扯到订单编辑、审核、取消、配货、发货等，而这些环节跳转的触发条件可能便是某个信息更新（这里面就可能包括有邮箱更新）。
因此，更新邮箱是否会影响流程中的某些环节，一韶光很难准确知道。
于是，我们可以采取预测试的办法，设计测试用例，在测试机运行一些订单，不雅观察各个环节邮箱变更的影响，然后网络起来剖析对策。
测试法就像是探雷一样，紧张用来办理未知风险点。这个办法的重点是记录和剖析操作前状态、操作位点、操作后状态、操作后触发的连锁反应、数据流向等。
四、“拔萝卜带出泥”的办法调研需求
调研需求时，产品经理要拔萝卜带出泥,挖掘用户没看到的需求点和代价。
举例解释：
背景：公司入驻到发卖平台后，发卖平台会对入驻的店铺的违规行为进行罚款。
需求：业务用户提出需求，将发卖平台的罚款数据抓取到订单系统，关联订单数据，以便进行人工剖析。
剖析：
第一步，先拆分需求，确定什么是罚款数据，统共有哪些罚款种类，须要对接哪些罚款种类，罚款数据与订单系统关联办法是什么，是否都能关联到，关联不到怎么办，发卖平台是否已经供应了公用的罚延接口，Token（要求权限）如何获取，抓取频率怎么样，数据增长幅度多大，获取之后做哪些展示和搜索，用户权限怎么设置，须要和订单系统做哪些交互，该需求的代价是什么……
第二步，挖掘需求：是否须要作剖析功能，剖析功能的规则是什么；是否须要做监控和预警，是否须要指派卖力人；其他业务职员是否也有类似需求，其他平台是否也有类似需求……
通过“拔萝卜带出泥”的办法，连带出更多需求点。将上述调研结果重新组装起来，得到一个别系化的完全需求。
罗列出需求要点和对应的验收目标，这样使得需求具象化，同时又不会遗漏细节，内部充足，外部闭环，并且进行了代价挖掘，做成掌握阈值、预警、任务人分派、趋势剖析、丢失剖析等高代价的功能，超出业务的预期。
五、需求得分权重法
该方法的思路便是将需求质量的维度进行权重，然后对需求进行打分，根据终极得分的多少排列顺序。
如表所示，采取五个维度：先`先`主要、紧急、收益、本钱、风险，个中本钱和风险是给予负分，五个维度的分值权重分别为30%、30%、20%、10%、10%。
那么一旦对需求打了分，就可以用分数权重，得到终极得分。
把稳：负分的要减。并且为了方便打算，分值最好设置0.5-5.0之间，或者0-10之间。这样避免打分的跨度过大涌现较大偏差。
如表所示，需求1的得分=630%+630%+820%-310%-710%=4.6。而需求2得分3.5，需求3的得分为-0.1。
由此可以判断需求的代价顺序为：需求1>需求2>需求3。对付需求3，可以予以淘汰。
以上的维度、分值和权重可以根据实际情形自行设计，但是要多稽核和验证什么样的参数是较为合理的。并且也不能唯权重得分是从，而只是把它当做一个赞助工具。
六、其他需求调研工具
需求调研适宜核心环节，该过程就会涉及到很多工具或剖析方法，以确保需求调研高效、高质量。
比如问卷调查、访谈、名义小组会议、头脑风暴法、不雅观察法、亲和图、蒙特卡洛技能、鱼骨图、提示清单等。
以上整理自《后端产品经理宝典》。
#专栏作家#
唧唧歪歪PM，"大众年夜众号：唧唧歪歪PM（ID：jjyypm），大家都是产品经理专栏作家。书本《后端产品经理宝典》作者，药学硕士转行互联网产品多年；熟习跨境电商业务，医药领域；善于大型后台体系，社交App。
本文原创发布于大家都是产品经理，未经作者容许，禁止转载。
题图来自Unsplash，基于CC0协议
