假如一个产品经理只关注发明需求而无视需务实现的进程，那么这个产品也很难说会成功，由于执行落地才是最重要的。
上篇文章《 互联网产品运营体系总结之产品设计 》复杂从四个方面停止了总结：
- 确定产品定位——开展方向
- 确定商业形式——运营战略
- 确定产品架构——产品形状
- 确定产品卖点——运营重点
很多人说这个流程更合适初创产品，关于开展中特别是成熟期的产品，是不是就不需求思索这么多了，其实我觉得不论是初创期的产品，还是迭代进程的产品，都可以用该流程去考虑，这也是产品经理培育高阶思想的一种训练进程。当然关于每一局部，需求掌握的知识和技艺也是十分多的，后续无机会我们会逐一总结。
好的产品筹划设计是成功的一半，但当我们满怀希望神往产品上线的样子的时分，却常常发现，产品无法按期上线，开收回的功用和希冀很大，进程中产品和技术打架，产品和运营互相吐槽，终究缘由就是产品开发管理进程是混乱的，所以产品管理也是我们产品运营体系的一个重要环节，一个好的产品经理，不只要具有发明性的思想和业务才能，也要具有工程思想和管理才能，所以产品管理体系我们从产品经理的次要职责作为梳理。
产品经理（担任人）要管理全周期
我们常常混杂产品管理和项目管理的概念，复杂的说，产品管理重需求（管理），强调产品完成的继续进程；项目管理重担务（管理），强调义务完成的全体协调。从管理周期下去看的话，产品管理进程中包括了项目管理，而且一个产品管理进程能够包括了多个项目管理。我们经过下图来理解产品管理的次要进程：
一个产品功用的开发要从需求探查开端找业务时机，产品经理要担任召开需求评审，确定产品可行性。一旦产品确定开发，产品和技术将并行停止方案的设计，特别关于技术要求比拟高的产品，技术的可行性调研和架构就要开端，同时产品团队将需求和业务场景结合，设计最终的产品形状。这几个进程就是我们在第一篇文章中所触及的局部。接上去进入开发测试进程，在这个进程中很多产品经理睬犯的一个错误就是以为这个管理进程属于技术团队，就和本人没关系了。这种想法是不对的，产品经理要对产品最终的后果担任，为了保证本人想要的后果，需求和技术团队停止亲密的协作，监控整个开发进程，协调相关资源，共同保证产品交付。
一个项目目的的完成就代表项目进程的完毕，而产品管理进程却是一个不时迭代的进程，由于一旦一个版本的产品投入市场，也就意味着经过市场和运营的反应将发生新的需求和调整，一个新的进程又开端了。
所以，产品经理不只仅和技术团队协作消费，同时要和市场、运营甚至是用户等各种角色的人停止协作，来保证产品继续的生命力。我们常说，产品经理是没有权益的小CEO，这话一点没错，他需求十分片面的才能和协作，正如下图一样：
产品经理要做好版本规划
初级的产品经理常常犯的一个错误是太关注本人的创意和需求，而不关注需务实现的进程。我在任务中也常常碰到产品和技术互掐，技术说依照指导希冀的工夫完成不了，希望产品减需求、分阶段。而产品经理就不想减需求，他希望本人的创意能全部完成出来。其实这就是我们为什么要做产品版本规划的缘由：资源和工夫的抵触。资源总是不够的，工夫也总是不够的，为了保证产品继续的效果，我们必需要控制本人的愿望，合理的布置产品需务实现途径。
既然要做产品版本的规划，那么我们应该去规划版本呢？
1.0版本很重要，这是产品的终点
新产品下去第一个版本从开发到上线工夫绝对较长。依照我们前一篇文章引见的，此版本的功用一定要紧扣定位，重点要处理用户痛点，不要贪多，贪多反而淡化了定位和产品亮点。比方微信最开端就是定位的挪动IM，处理人与人衔接的成绩，所以微信第一版上线就十分的复杂，就是基于手机挪动端的即时通讯，甚至这个版本连发语音功用都没有。
大版本的规划思索战略需求
首先看看微信的大版本的中心功用：
- 微信1.0：挪动IM，图片分享，微信降生；
- 微信2.0：语音音讯，视频音讯，微信成功的根底；
- 微信3.0：摇一摇，生疏人社交；腾讯旧事等内部插件，平台化初试；
- 微信4.0：万能的冤家圈来了；大众平台上线；平台化战略正式开端；
- 微信5.0：微信领取来了，内容能搜索了，深化到人们日常生活，商业化开端；
- 微信6.0：微信生态，链接一切。
大版本规划根本上都是基于每一步的战略需求来设计的，其实对应的是公司的全体战略规划，根本上以年为单位。产品经理要深入体会高层的战略需求，并停止详细的产品功用的筹划设计，保证战略的完成。
小版本的规划思索运营需求
大版本的周期很长，方向绝对波动，即便战略调整也并不是一早一夕就能完成，绝对比拟容易控制。大版本上线当前，接上去就是产品的小版本迭代了，如何来做产品的迭代呢？可以从以下角度思索：
- 确定你的产品架构；
- 拆分架构完成的步骤；
- 依据步骤，确定需求的支持功用；
- 依据功用关联耦合状况，拆分红需求story；
- 依据数据表现、人力、运营方案、市场资源配合状况，确定版本story。
所以，小版本的规划既要契合大版本的战略需求，而且又要和公司其他业务部门严密的配合，经过市场、运营甚至客户的推进，共同制定迭代的版本方案。在版本的迭代方案中，新功用的发生和比拟严重的变卦，普通采用0.x版本停止管理，周期依据各自本人状况，控制在一个月到一个季度。bug的修复和小功用更新，可以采用0.1.x版本停止管理，周期普通在一周到一个月。在这种疾速的迭代进程中，更需求矫捷的产品开发进程：
产品经理要管理好需求变卦
上图虽然很夸大，但是不得不说，产品和技术的和平很多时分都来自于需求的变卦。虽然我们每次都做了版本规划，但是很多时分方案跟不上变化，所以需求的变卦是不得不面对的，为了保证产品进程的有序，需求树立需求变卦机制。
首先我们需求明晰的看法需求变化对项目的进程所发生的影响。如上图所示的项目管理的铁三角，直观的反映了项目中各个变量元素的关系。所以，我们需求一致一下看法：
加/改需求，或AI已经渗透到了生活中的方方面面。在智能交通领域，人工智能技术也正在发挥作用。许要延伸项目工夫；或许交换掉相等任务量的需求；假如又不想延伸工夫，也不想交换掉原有需求，只能找boss协调资源，添加本钱，否则只能牺牲质量了。
除了思想认识的一致之外，做好需求变卦管理我们还应该：
树立需求池机制
产品经理日常最需求关注的三个东西：以后版本、下个版本和需求池。需求池就是关于如今开发的版本的可量化的描绘，就像水池一样，水多了就溢了，水少了资源就没充沛应用，关于需求也是。既然可量化，产品经理应该对每个需求需求的开发人天和总周期人天要足够明白，关于需求的优先级和重要级别有个排序。这是我们合理变卦需求的根底！
树立需求的评审机制
关于需求变卦一定不要焦急入手，由于需求变卦后影响到后续的一切环节，存在着很大的风险，这个风险既不是产品团队承当，也不应该让技术团队承当，而应该是和产品相关简单来说，创业有四步：一创意、二技术、三产品、四市场。对于停留在‘创意’阶段的团队，你们的难点不在于找钱，而在于找人。”结合自身微软背景及创业经验。的整个团队共同承当，甚至包括老板和客户。所以需求的变卦需求停止评审，评审的目的不只仅是让相关人都签字确认，更多的还是让大家再细心的考虑、讨论，变卦需求所带来的风险，是不是要变卦需求！所以需求的评审尽量各相关岗位的决策人都要参与。
一致需求的入口
当一个项目，得到一致的需求入口，当一个产品经理得到对入口的控制，意味着项目的失控。任何一个需求都不是孤立存在的，只要当需求入口一致，才干够全体的判别需求的价值，明白以后的资源运用情况，合理的布置需求的完成关系。过来我不断在纠正运营人员直接向技术提需求的成绩，运营人员的需求（除非bug）必需要经过产品经理，由产品经理一致提交给技术。
可继续跟踪的管理工具
需求的变卦不是行动上交代就完事的，一定要记载备案，甚至签字画押，正所谓口说无凭，立字为据。这也是防止后续呈现成绩，呈现各方扯皮，踢皮球。
最初说一句，一旦以后版本需求确定，尽量不要变卦，少变卦，而且变卦一定要尽早。产品的开发节拍对一个产品经理是十分重要的，不要去毁坏这种节拍！
产品经理要继续自动的停止产品优化
和项目经理不同，项目一旦完毕，项目经理的职责也就结束，而产品是一个继续迭代开展的进程，产品的上线并不是任务的完毕，而是新一轮任务的开端。产品经理如何做好产品优化，可以参考以下几点：
- 关注运营数据，多做灰度测试、AB测试，用数听说话；
- 及时搜集市场、运营等相关业务部门的反应和需求；
- 坚持和用户的互动，获取终端运用者的反应，提升产品体验；
- 紧跟趋向，不应战用户习气的根底上，开辟创新。
假如一个产品经理只关注发明需求而无视需务实现的进程，那么这个产品也很难说会成功，由于执行落地才是最重要的，所以产品经理要具有产品管理的才能，以上总结的产品管理体系希望能帮到大家。
相关阅读
互联网产品运营体系总结之产品设计
作者：乱谭君，掌上医讯产品经理。
微信大众号：菜根乱谭I（ID：CGLT_TAN）