收集来自于用户的客观需求，所谓客观，就是产品经理不能引导用户说出自己的需求

需求分析方法论

1. 需求是什么

需求是什么，也就是用户对需求的描述。这里有两点需要注意，一是要收集来自于用户的客观需求，所谓客观，就是产品经理不能引导用户说出自己的需求。

第二就是确保需求描述的完整性，这种需求发生在什么场景，用户的具体需要是什么。需求一定是和场景结合的，脱离了具体场景的需求也就丧失了其价值。

2. 为什么会产生这种需求

在接收了用户需求具体内容之后，产品经理需要分析为什么会产生这种需求。了解了原因之后，其实也就为下一步的产品研发或迭代指明了方向。

但就是这一步其实对产品经理的定性能力要求很高。“用户需要的是汽车，而不是一匹更快的马。”福特发明汽车的故事相信大家都已耳熟能详。在与用户的交流中，想要洞察用户表面需求背后的底层动机并不容易。

最容易想到的角度就是马斯洛需求层次理论，可以从这个角度来思考用户提出的需求是否契合其中一点。马斯洛把需求从低层次到高层次分别为七个层次：生理需求、安全需求、归属与爱的需求、尊重需求、认知需求、美学需求、自我实现的需求。例如用户希望自己的抖音账户可以设定为私密账户，其实就是为了满足安全需要。

除了最底层的需求层次理论以外，也可以思考该需求能满足用户什么欲望，例如被激励，收集控，强迫症，利益相关，新鲜感等等。例如用户希望app可以有成长体系，就是满足自己的被激励需要。

一款好的产品是一定能够满足人性或者是欲望的。

第二可以从角色—场景—路径的角度来分析，用户的同样的需求，换个用户是否存在，换个场景是否成立，改变使用路径是否存在？如果是，那么这个需求就是用户、场景或者是路径决定的需求。例如各大app出现的老年人模式，各种音乐app出现的车载模式，根据查询单号自动带出对应的快递公司等。

第三可以从更为宏观的系统运行的角度来思考，用户的需求是否是为了提升效率，节约时间，促进系统生态的完善，或者是解决当前用户使用阶段/业务阶段出现的问题等（这里需要思考仅靠产品能否解决问题）。

例如用户说它需要更快的马车，背后实际上是对效率的渴求，网易云音乐推出评论的功能，除了满足用户的自我呈现需要，从系统生态的角度来看，信息接受和信息传播一同才能构成完整闭环，否则用户只听到经典的音乐而感慨万千，却无处释怀。

总而言之，在倾听了用户的需求之后，需要从多个角度洞悉用户需求背后的深层次原因，这样才能让产品准确解决用户痛点。

3. 需求做不做

收集了需求，也弄清了需求的背景和原因，那么这个需求到底要不要做呢？

这需要从多个层面来考量：

（1）用户层面

首先要思考的是这个需求解决了用户哪些痛点？这个需求是否具有高频性，是否是强需求？例如每天都要吃饭，这是强需求，每天都要刷2次牙，这是高频需求。如果用户提了一个需求，既不高频，又不属于强需求，就要考虑到底要不要上线该需求。

再则是从用户体验的角度，这个功能实现前后用户的使用路径会发生改变吗，这个需求会牺牲用户体验吗，如果是以牺牲用户体验为代价的需求，也需要权衡。