需求应该是产品经理使用最高频的词汇了。需求分析能力是体现产品经理的关键能力之一，需求分析的目的是发现需求背后的需求，最终给出真正有效的解决方案。

总结来说，就是听用户的，但不直接照着做。

产品经理在收集业务需求的时候就会发现，业务人员表达需求的方式一般有正反两种：

1. 直接说想要一个XX功能，比如：能不能增加一个导出用户手机号的功能。

2. 吐槽现有产品的问题，比如：评论为什么只能逐条审核，不能批量操作，很麻烦。

末了，业务人员通常会加上一句，做这个功能大约需要多长时间？

新晋产品经理接到这样的需求时，通常这时候脑袋就开始盘算，我写需求画原型需要X时间，设计师设计UI大约需要Y时间，工程师开发测试大约需求Z时间，总的时间大约在X+Y+Z；然后转头就告诉业务人员，“没问题，这个功能我们在X+Y+Z时间后会实现”，紧接着， 在需求池增加一条：增加XX功能。

而有经验的产品经理通常会经过一个需求分析的过程，于是有了如下对话：

业务人员：能不能增加一个导出用户手机号的功能？
产品经理：用户手机号这么敏感的信息，你导出来做什么用？
业务人员：因为最近经常做促销活动，需要给用户发营销短信。
产品经理：哦，你是想发营销短信啊，频率怎么样？
业务人员：每周有2-3次。
产品经理：目前是怎么操作的？
业务人员：目前是在我们系统中将需要发短信的用户手机号一个个复制出来，放在excel表格里通过邮件发给市场部，让市场部同事通过第三方短信平台发送给用户。
产品经理：你不能自己来发吗？
业务人员：不能，发短信是使用第三方短信平台进行操作，我这边没有开系统权限。
产品经理：如果把发短信这个功能直接对接到我们系统来，你要发给哪些用户，直接勾选好，然后编辑短信内容，直接点击发送。这样会不会更好呢？
业务人员：那当然啊，可以做到这样吗？那我的工作量会少很多，既不用复制用户手机号，也不用一直去找市场同事，发送也会比较及时了。做这个功能大约需要多长时间？
产品经理：嗯，可以的，我先去看看第三方短信平台的接口，然后再给你个时间评估。
业务人员：好的。
产品经理：对了，二期还会考虑额外做一个数据分析的功能，可以方便你分析推送内容、推送时间点与到达率、退订率等的相关关系，用于持续优送短信的发送效率。
业务人员：这不错啊！

最后，产品经理在需求池增加一条：需求-业务人员在做促销活动的情况下，需要给用户发营销短信；解决方案-增加给用户发送短信的功能，同时该功能需做好权限控制，二期考虑做数据分析功能。

从上面的案例中可以看出，只有通过需求分析，挖掘出真正的需求，才能给出更好更有效的解决方案，成功地将业务需求转化成产品需求，当然，思考问题的方向要结合用户场景以及使用频率。正如福特所说，“如果我最初问消费者他们想要什么，他们会告诉我要一匹更快的马！”。

实话说，打破砂锅问到底这种简单粗暴的方式其实挺有效的。

欢迎关注作者公众号[第五堂课 (No5_Class)]