系统定制

来讲讲我作为大大神网产品经理是如何将需求转化为用户满意的产品

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

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

简单描述我的工作流程：

1、需求确认

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

所以，我习惯让需求提出方用最简单粗暴的方式描述需求，不要经过修饰和转换。

2、需求分析

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

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

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

3、需求转化

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

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

4、需求实现

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

前两步“思考层”是我对产品经理们要求很严的地方，后面两步“执行层”反而有制度和流程控制容易一些。

所以，产品经理应该把更多的精力和投入放到前两步。