产品经理都在做什么？——浅谈产品实现的流程

产品经理都在做什么？——浅谈产品实现的流程

 

作者：山重水复   撰写日期：2011-9-28

 

产品经理，Product Design（Manager），PDM/PD。产品多种多样，水杯、家电、食品……这里特指互联网领域的产品。产品经理也是指互联网领域做产品的人。我们今天来谈谈产品经理，即PD，都是些什么人？都在做什么？

 

一、           谁是产品经理？

有本很神奇的书《人人都是产品经理》，说的挺好，但作者显然不是你想的这个意思。每个人都有成为PD的潜质：人人都是用户嘛。但是PD不仅仅是用户，也不是随便哪个人。 

在产品的开发迭代过程中，PD是产品定义层和功能层的直接owner，实现层和运营层的partner。也有例外，有的PD会全程跟进，另一些则专注于某个领域，比如运营。

总的来说，PD分为两类：

（1）功能型PD。专注于产品的基础功能，以QQ为例，专门做好友管理、面版重构等等的基础性功能。这类PD一般不需要和业务人员打交道，和盈利没啥关系，功能做得漂亮就行。——这类人比较少。

（2）运营型PD。和业务联系密切，产品的设计为了带来业务的增长，或者提高收益，或者降低成本，或者拓展新的渠道。继续以QQ为例，QQ面板提供腾讯其他业务的入口，这就是为了增加流量的设计。——这类人较多。

   

二、产品经理都在做什么？

这个问题真是不好说。说白了，就是“想个点子，实现它，满足用户”。事实当然没这么简单，我们从一个产品诞生的过程说说吧。

（1）    需求收集和概念讨论

PD不是天马星空的想需求，任何需求都是来源于用户，来源于市场。一般来说，长期收集用户的需求，关注用户，才能有好的点子。这个过程中，也许要做CE（用户调研），更准确的定位需求（产品）的方向。在这个阶段，要开展需求的方向性定位和具体功能讨论。

（2）    产品功能划分

面对N多可能的功能，怎样有条理地找出核心功能呢？Feature List（功能列表）可以帮助你。列出所有想到的功能点，归类并适当删减。最后确定具体功能的优先级。这样，一个产品的轮廓就出来了。

（3）    需求文档

需求文档，PRD，说明产品的模块、功能、细节，乃至数据需求、运营目标等等。这一步太重要了！怎样将你的想法传达给别人：开发、测试、UI、GUI？需求文档时PD的利器，是创意的载体。

（4）    交互和视觉

交互和视觉将产品以更有逻辑和人性化的方式呈现给用户，绝对的美容师和艺术家！但并不是每个产品都需要，一般来说直接面对用户的、对用户体验要求特别高的需求，才会用到。这块儿工作有UI、GUI负责，产品经理不是专业人员。但是必须参与，协同讨论，为最终效果把关。这一块的工作和写PRD经常一起进行，PRD里就可以有DEMO的描述。

（5）    需求评审

说服别人，说服你的领导、同事、团队！听取团队的意见，改进需求！这是个博弈的过程。一般新人hold不住的！如果在这一步被鄙视了，ok，你可以回家睡觉了。

（6）    开发/测试

由PD的开发/测试团队完成。在这个过程中，沟通是重中之重。开发和测试一般都是根据需求文档来撰写UC和TC。这是对PD前期工作的挑战。同时，也需要三方不断地沟通，确保每个开发和测试能理解需求的细节，不会浪费劳动。需要注意的是，PD要持之以恒的推进项目，开发很忙的，也许一个开发同时有N个需求，PD得确保自己的需求不会被delay。

（7）    需求体验

    完成测试的需求可以再体验一下，自己的东西总得先把把关再见人吧。不行在回上一级流程了。

（8）    发布

Ok，需求没问题，发布吧。

（9）    意见收集

    需求上线了，看看用户是个什么反应：是叫好啊还是叫好啊还是叫好啊？咳，其实又回到PD工作的第一步了。再次收集用户建议，好的沉淀到需求池，留待下一次解决。

 

三、           还有其他

没错，以上都是粗略的说说PD是干什么的。事实上，要做的远不止于此。各种技能的学习、商业思维的培养、人脉的积累……总之，PD是个累活，但是很有趣。以最近很流行的微博小段子结尾吧：

在那山的那边海的那边，有一群产品经理，他们加班又苦逼，他们原型又被毙。他们白天晚上周六周日都在PPT，他们凌晨两点下班真早退！噢苦逼的产品人，噢苦逼的搞产品，他们齐心协力开动脑筋斗败了KPI，他们之后就瘫倒在电梯里~~~~(此微博知识产权属于新浪微博某用户，非本人！)