如何了解需求方的真正需求？每个产品经理都该考虑的问题

">

　以前我曾是某威客平台的一个入驻软件服务商，不光要交钱给那个威客平台，有时候接到了有软件定制需求的单子，但是，我拿到的只是客户的几句话需求而已，根本不知道客户想要怎样的产品，想仔细了解需求方对产品有哪些具体的要求，可是又被平台给限制了，不允许私下个雇主联系，美其名曰：保障双方权益。我作为一个服务商，你就丢给我几十个子的需求就让我把产品给做出来，说实话，这很不现实。

产品经理

我个人最怕的就是拿到需求立刻就开始流程和原型设计的，不经过与需求方沟通、探讨和思考的产出都是对产品的不负责任。

因为之前的那个威客平台没办法直接和需求方沟通，所以我换了一家平台---大大神网，我入驻这个平台之后，发现：“诶，这个平台有意思。完全开放了服务商和需求方之间的界限。”在这个平台上，我可以挂上我最擅长领域的标签，能够让需求方能通过标签直接找到我，我也能够做自己擅长领域的工作。最最重要的是：需求方发完需求之后，能够直接找到我在线沟通。这样我就能够把需求方有些描述的不清晰地，没有考虑到位的方面等等细节部分商讨清楚，这样对需求方来说，我们够专业，能够做出他们最需要、最满意的软件或是网站。而对于我们来说，我帮助需求方将需求完善了，对自己后面的工作也是有很大的帮助，并且还能获得用户的好评。所以，我很喜欢大大神网的这种模式。需求方能够找到最精准的产品经理。而产品经理节能接到自己最擅长的项目，双方互利互惠。

简单描述我的工作流程：

需求分析

1、需求确认

需求确认是非常重要的一个环节。这里的确认不是简单的明确或者理解了需求方提出的需求，而是要深入挖掘到他需求背后真正的“诉求”是什么。因为很多时候需求方提需求都是拍脑袋提出的，或者经过了自己的一次转化。

所以，我习惯通过平台的在线交流功能引导需求方，让需求提出方用最简单粗暴的方式描述需求，不要经过修饰和转换。

2、需求分析

当我了解到需求方真实的需求后，那么轮到我开始对这些需求进行分析了。

这些需求的意义、对现有功能的影响、实现的成本、优先级等等。

最后产出一个需求的列表，来作为和需求方沟通的一个指导，最后通过和需求放沟通确定需求。

3、需求转化

确定了所有要做的需求后，才真正开始进入需求转化的阶段。

画场景图、画用例图、画流程图、画原型图、写PRD等等，都是为了把需求转化成技术人员可读可理解的内容。然后交付给专业的研发部门去实现。

4、需求实现

这部分的工作更偏向“项目管理”的工作，目的就是确保开发的进度和方向没有偏差，并正确的能够满足需求方的要求。

前两步“思考层”是我作为产品经理对自己要求最高的地方，后面两步“执行层”就是要求产品经理有足够优秀的表达能力，能够让研发部门作出自己要求的产品应该要实现的的功能。

所以，在这个平台上，我作为产品经理应该把更多的精力和投入放到前两步。

以上就是我作为产品经理在这个平台接项目的一些收获，希望能够让你们有所收获！