其实不同行业、不同公司、不同业务线、不同类型的产品经理的工作流程都会不一样，不能一概而论。
接下来我来说说一般的工作流程(适用于大部分产品经理):
一、产品经理的需求来源
产品经理一切工作的源泉是:需求。所以我们从需求来源入手，谈谈产品经理的完整工作流程。互联网需求来源一般包括:
1.产品需求:产品经理通过数据分析、用户调研、竞争产品分析等方法传递的需求。
2.运营等业务部门提交的要求:以JD.COM为例，服装事业部/生鲜事业部/家电事业部的运营、采购、销售为了提升业务指标，会提出各种要求。
3.老板的需求:领导也会从对外合作或者产品战略的角度，给自己的产品经理一些需求。比如我也接到过大老板和老板娘的需求。
4.Bug修复等。:在工作中修复bug是常有的事。影响大的bug会经过紧急修复过程，而影响不太严重的bug会经过迭代调度。
二、需求池的管理
通过上述方法收集的需求将被放入需求池。需求池可以理解为所有需求的***(包括正在确认、正在设计、正在计划、正在开发、在线等所有状态。).
一般来说，需求池可以使用execl表单进行管理，可以根据各种需求状态进行显示。
第三，需求优先
我们的需求池中会有很多需求，但是每次迭代的时间有限/R&D资源有限，所以只能从需求池中选取少数需求进行开发，从而诞生了需求优先的概念。
在一次迭代中必须有有限的高优先级需求！
如何对需求进行优先排序？
一般来说，有两种情况:
1。从0到1设计一个产品
这个场景中的需求来源基本上是产品需求。建议你了解一下卡诺模式。一般来说，这个场景中需求的优先级是:基本需求>:预期需求>:激发需求
2。优化原始产品
这个场景的需求来源会非常广泛，可能前面说的四个来源都有涉及。那么如何对需求进行优先排序呢？按照一般产品价值和实现成本两个维度。
产品价值可以分为两类:商业价值和用户价值。
价值定义:
业务价值：
对应商业类产品，称为商业价值，体现在能给业务带来多少收益。
用户价值：
对于使用者来说，能给他带来的价值，比如说能减少操作步骤。
在这种方法下，优先顺序逻辑是:产品价值高，实现成本低>:产品价值大，实现成本高>:产品价值低，实现成本低>:产品价值小，实现成本高。
四。需求确认
梳理好需求优先级后，我们会根据开发工作量选择优先级高的功能，形成新版本/新迭代周期的需求列表。
整理好需求清单后，一般需要当面和直属领导沟通，这叫需求确认。现阶段要做好被批评和挨打的准备。领导会从各个维度“挑战”你需求的合理性。所以大家在需求审核前一定要想好几个，尽量用客观数据说服领导。
如果需求确定，就进入产品设计阶段。
动词 （verb的缩写）产品设计
产品设计阶段将包括以下几个小阶段:
1.用产品脑图梳理产品/功能结构框架，尤其是一些逻辑复杂的新产品/功能。
2.用产品流程图梳理产品/功能的核心业务逻辑。流程图要尽量梳理详细，各种异常场景的判断都要在流程图中体现出来。对于涉及多方的业务，可能需要整理车道图。
3.使用墨刀/axure等原型工具输出产品原型。是产品逻辑的可视化呈现，是产品经理最基本的基本功。
4.撰写产品描述文档(PRD)。PRD是产品详细逻辑的最终呈现，是内部沟通的标准文件。PRD写好之后，就可以进入需求评审阶段了。
不及物动词需求审查
需求评审是指产品经理要向UI、交互、R&D、测试等内部人员解释产品逻辑，并保证产品逻辑在内部传输过程中不被扭曲。
在需求评审过程中，有四点需要注意:
1.复习的时候，先说说需求背景。也就是这个版本为什么要做这个要求？你完成后期望达到什么效果？让相关参与者在心理上认同这样做的价值。
2.在谈到具体需求时，根据相应的负责人进行拆解。比如在解释函数A的实现逻辑时，我通常会说客户端需要完成的内容是1、2、3；服务器要完成的任务是1、2、3；算法端的工作是1，2，3等等。
3.争议点要先记录下来，审核后再细化。
4，也就是复习结束后，就要追进度了。也就是作为产品经理，你要盯着R&D领导，设计领导，测试领导，让他们安排需求，这样才能保证项目按时上线。
七。项目管理
需求评审完成后，项目经理(大部分公司都是产品经理)会输出一份详细的项目进度表，然后项目的所有相关人员按照项目进度表有条不紊的配合。项目管理的具体流程如下:
八。数据分析
产品推出后，产品经理要做好产品分析，验证产品/功能是否达到预期目标。尤其是产品发布7天后，产品经理需要将产品发布数据报告发给所有团队成员。
如果数据达不到预期，就需要对内在原因进行深入分析，然后数据分析的结论很可能就是下一次迭代的需求来源，从而开始新的迭代周期。
本文来自离开我后记得微笑投稿，不代表舒华文档立场，如若转载，请注明出处：https://www.chinashuhua.cn/24/581128.html
微信扫一扫 
