我们产品经理做C端项目时，最重要的就是需求阶段，而需求无论是收集还是分析都与用户有着不可或缺的联系。我们是通过用户需求从而设计出产品需求，那是不是就说明用户需求等于产品需求呢？

其实不是，举个例子，用户某天晚上想要吸毒，难道你作为产品经理就真的做一款可以贩卖以及交易毒品的APP吗，这就是将用户需求直接等于产品需求的错误示范，换个角度考虑，或许是这个用户压力过大或者是不开心想要释放一下，那我们可以通过让他社交、旅游等方式释放自己的心情，所以在工作中我们得到了用户需求，要通过各种方法论将其转化为产品需求，如何转化主要分为以下几个方面。

一、收集用户需求

产品需求的前提是用户需求，我们首先要做的就是收集用户需求，无论是做什么产品，所针对的用户群体，他们是不会主动来告诉你你的产品需要做什么功能，他们有什么痛点。我们作为产品经理需要通过调研（线上或者线下）的方式去收集用户的需求，相比于竞品分析文档或者BRD文档来说，是最麻烦但也是最直接的。

在收集的过程中，无论是用户访谈还是问卷调查，都需要对访谈对象所说的每一个需求进行记录，之后汇入需求池中。并且在这个阶段，用上你作为产品经理一切能用的手段，想方设法的让用户表达需求，并且在访谈时，征求用户的同意进行录音，在收集阶段能线下就线下，能多约几天访谈就多约几天，这也是便于自己所收集到的需求方向不会出错，从多种角度考虑.

二、分析用户需求

当我们收集完需求，都汇入到需求池中，就要开始进行需求的分析。因为其实从另一个角度来说，用户所给出的需求只是一个方向，属于是宏观抽象的。

举个例子，当你经营一家早餐店，用户说需要一个肉包，可是肉包没有了，只有菜包，用户也接受了，那就说明用户想要的不是只要肉包，而是现在他饿了，能解决饿这个需求就可以，至于你是通过什么方式，用户也不会过于介意。

所以我们在分析需求的过程中，多问问自己用户为什么会需要这个需求，这背后的原因才是用于最本质的需求。不断地挖掘用户的本质需求，不能依赖于用户说什么就做什么，“用户说需要抢银行，你也不可能真的引导他去这么做。”

并且我们还需要不断地考虑用户需求的场景，考虑多个场景，用户是什么时候什么地方会有这个需求，最终用户会得到什么，这也是为了后期设计功能时所做的前提准备。

在分析需求的时候，还要了解用户所提出的需求是他一个人需要还是我们所针对的用户群体都需要，如果只是少部分人需要那就要考虑是不是要做，以及什么时候做，分优先级。我们所设计的产品并不能服务所有人，一定是要为核心用户解决核心需求的。

三、提炼产品需求

产品需求其实就是针对用户需求提出解决方案。当我们将需求进行分析整理完毕之后，那就可以开始提炼我们的产品需求了。将用户需求转化为我们所要做的功能，开头就说过，用户需求并不等于产品需求，现实中有这么一种情况，产品根据用户需求去改进，功能实现了但是用户却不喜欢了，这并不是功能改进不行，而是用户有时候自己都不知道自己想要什么，毕竟认知有限，而我们要做的就是去挖掘用户的动机，找到用户为什么会有这个需求。

比如说，用户想要喝酒，他喝酒的动机也许是心情不好，所以我们只要解决他心情不好的问题就可以了，而并不是直接买好酒送给他。那我们是不是可以通过app游戏或者小说、其他等服务来解决用户的需求，所以我们可以通过用户的动机去提炼我们的产品需求。

还有一种情况，当你挖掘出了用户的本质需求，但是你目前很难实现，有可能是公司的原因或者是技术原因等，做不出来，但这些用户又是你的核心用户，你该怎么办？

这时候，你可以转移用户的需求，通过其他需求或者更改需求的表现形式达到用户的期望。还是上面那个例子，我们目前给不了用户想喝的酒，但是我们通过让用户放松娱乐的表现形式达到了用户的期望，这也是有效的。当然其他的，我们还可以从需求的急切度、性价比以及公司实力去考虑我们的产品需求。

四、评审和确认

提炼完产品需求之后，为了进一步了解我们初步所设计好的产品需求是否正确会进行会议的讨论，通过团队交流进行确认，避免漏掉某些存在的场景，我们有所遗漏，这个时候的头脑风暴，也有助于我们将产品需求设计的更加完美以及符合用户的期望值，之后的工作就是将需求落地了，将我们设计的产品进行上线。

总结

总而言之，其实我们作为产品经理要做的就是透过线上看本质，通过用户需求找到用户的动机，结合我们公司的实力，以及需求的急切度，确定最终产品需求，后期在开发的产品需求上去优化，强化我们的竞争力，看似简单，但其实要我们在细节的地方细细考虑思考。

本文由 @小小白 原创发布于人人都是产品经理，未经作者许可，禁止转载。

题图来自 Unsplash，基于 CC0 协议。

该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。