『解剖产品经理工作流』立意篇

早前写成系列的也有，如「一物一码」共三篇，还在编写的系列也有，如「数据指标体系」。

写系列能够把话题拆分、化繁为简，主题明确了也就容易写些，说的话也能透彻些，毋庸置疑，好处很多。

这些天开始有个念头想写写关于产品相关，这也是半年前的初心，经过这两天的头脑风暴后，最终是想聊聊产品经理的工作流程。

之所以有这样的想法，主要是产品经理的工作内容繁多，一旦事务堆积，很容易乱了套路丢了节奏，而拆解工作流程能够从全局自省 ，从而更好的掌控产品的构建周期。

产品经理

想要了解产品经理的工作流程，那么首先要了解下什么是产品经理（互联网方向）。

说起产品经理，总是离不开乔布斯、张小龙，顶尖的产品大师用着产品改变世界！

或许因为如此，产品经理名声大噪，也不知道从哪就传出来一句话——产品经理，距离CEO最近的职位!

产品经理就这样顶着高大尚职位的干着苦逼的活，正是因为没日没夜加班加点，产品经理常常自我吐槽为产品汪。说来也是有趣，倒也不是产品经理一人苦逼而已，跟互联网沾点关系的岗位都不怎么好过。你看，程序猿、设计狮、运营喵、测试鼠这里由一群动物组成了一个爱恨情仇的江湖，而产品汪只是其一员。

或许，业界外存在一种认知，只有新产品或新功能的研发规划才是产品经理的核心，事实上，只谈创意的产品经理是会被饿死。风光总是表面，无论是革命性创新还是微创新这都是十分了不起的，而互联网时代存在着严重的头部效应，其背后死去的产品不计其数，悄无声息的来悄无声息的走是普遍现象，创意的活没那么好干，也无需这么干。

产品经理的职责是在有限的资源下，最大程度规划产品，并将市场风险降到最低，踏实的做好功能服务、设计产品架构、优化市场匹配、关注商业盈利就是产品经理实实在在的活儿。

产品经理为产品而服务，而产品为用户而服务。

工作流程

无论谈不谈创意，产品经理是有基础能力要求的，但是不同的行业、产品、级别其要求的能力还不一样，职能跨度大界定模糊，所以依旧很难给产品经理的工作流定位。

基础的产品职能有需求分析、交互设计、功能规划、项目管理、运营支持、团队管理等，倘若以能力导向划分大可分为三类：一是策略性产品经理，偏向功能设计、产品架构、进度管理；二是运营型产品经理，偏向用户增长、活动规划、产品推广；最后是商业类产品经理，偏向资源整合、商业规划、产品变现。

小龙早期参与产品研发，对于产品功能有较好的架构能力，定位的方向自然是策略性产品，后面小龙便结合自身工作环境来谈一谈产品经理的工作流。

姑且将产品经理涉及的工作拆分为4个阶段，分别是产品启动、产品设计、产品研发、产品运营。

产品启动阶段主要以需求导向为主，包括立意、需求分析、需求池整理、需求评审、立项。

产品设计阶段主要以设计输出为主，包括流程分析、架构设计、产品原型、需求文档、产品评审。

产品研发阶段主要以功能产出为主，包括研发沟通、制定周期、测试用例、产品验收、版本发布。

产品运营阶段主要以市场探索为主，包括反馈收集、数据分析、活动推广、用户增长。

说得这么多，感觉有点裸露，甚至有点羞愧，请不要怀疑，我没在开车。

贯穿整个产品流程其实是产品负责人与项目负责人一个很重要的区别，当然，每个人的工作流程都各有不同，无法统一而论，上面的流程有些繁重，并不是每个阶段都需要出现。比如涉及MVC产品时，只为验证问题可行性， 一份产品原型一份数据反馈有可能就结束了整个工作流。

写在最后

「解剖产品经理工作流」系列就是针对上面的工作节点进行分析，从what、why、how三个方面来谈论，每个节点用一到两篇的来阐述，总的约估三十来篇，按照一个月两三篇的速度，预计需要一年的时间来完成。

时间，真的是一只抓不住的泥鳅，一个不留神就把自己坑了，一坑就一年，也罢也罢，且耐心看看小龙在未来的时光中如何自由“慢”步吧。