产品经理如何管理“二手”需求

作为产品经理，除了从用户那里拿到一手的需求，还会从别的同事那里拿到一些“二手”需求，我们接到的需求可能是几句口头上的话或者一封简单的邮件，这中间理解的偏差只能通过我们主动的、反复的沟通来弥补。那有什么办法可以解决这方面的问题吗？我们可以指定一种需求收集思路，让大家在收集需求的时候都按照这种思路来，具体如下：

1、需求来源

这里要记录的是需求提出者是哪个公司的、哪个部门的，什么职位的人。特别是对于toB的产品,这一点非常重要，因为一个toB产品，同一个公司的不同部门、不同职位的人都会用，部门不同、职位不同的人思考的角度是不一样的，把这些信息记录下来方面我们理解为什么用户会提这样的需求。

2、需求描述

在进行需求描述的时候，尽量使用主谓宾的语法结构，不要加入主观修饰的词语，方便我们还原真实的用户场景。

3、原因

用户为什么会有提这样的需求，只有了解了用户的为什么会提这样的需求，我们才能从用户提出的表象需求推导出用户的真实需求是什么

这种思路除了用来让其他同事收集用户的需求信息，方便我们尽可能真实的理解这些“二手需求”，还可以用来分析老板提出的“二手”需求。如果是老板提需求的话，肯定不会把这三个方面的信息详细的提供出来，需要我们自己收集、分析。

昨天我们产品老大在群里面提出了这样一个需求：我们部门需要跟另外一个公司的产品部合作出一款产品，让两方的用户数据可以打通，让大家说一下自己的看法。针对这样一个问题，我直接想到的应该如何去设计这样的产品，其实这种思路是非常不正确的，因为我都没分析这款产品的用户是谁，他们的需求是什么、为什么会有这样的需求，直接想出来的方案肯定是不靠谱的。

正确的思路应该是：

1、目标用户是谁，在双方目前的用户中哪些类型的用户会用，因为在初期不可能面向双发所有的用户，只会针对一部分用户。

2、这些用户的需求分别是什么，我们的用户和他们的用户需求肯定是不一样的

3、用户有这些需求的原因是什么，他们目前存在哪些问题

最起码把上面的问题想清楚了，才应该考虑如何进行产品设计

需求来源、需求描述、目的这三个方面不但可以让其他同事统一收集需求，也可以让我们分析老板提出来的需求，当然我们自己收集需求的时候也可以用，作为产品经理一定要重视用户需求的收集，充分理解用户的需求之后，才有可能把用户需求转化成产品需求。