工作职责范畴 概述A、战略性工作B、设计性工作C、项目性工作D、市场化工作E、商业化工作具体工作职责A、战略性工作—主要讲的是做战略研究和分析，帮助企业找到出路和方向，需要做大量的行业市场用户的分析和研究，数据和思辨较强，战略工具熟练使用，波特的五力、特劳特的定位…. B、设计性工作—就是原型设计，UIUE这些事情，没啥可说的，这是PM的核心和基本技巧； C、项目性工作—作为PM的另外一个职能，就是项目经理职责，做好资源、人员、时间和质量的把控，做好QA和QC的帮扶，测试的帮扶等等； D、市场化工作—做产品的包装，买卖点归纳，PC4.COM.CN，FAB梳理，FAQ编写，白皮书、销售工具种种 ； E、 商业化工作—即产品的生命周期管理呀，就是做好数据分析，做好产品的更新和完善，做好产品的市场引领和创新增长点的挖掘。
产品经理进行一个创新产品的工作流程如下： A、BRD文档。PM先针对现在的企业现状和行业趋势，写一个BRD，就是战略需求文档，这种文档，未必是BRD，可以是商业可行性分析，可以是建模方法论，等等呢个吧主要是带上CEO，公司高管，各个部门的总监，一起来评审下，看看我的思路和思辨是不是OK，我的这个产品的概念是不是可以执行下去（要会用SWOT等工具） B、MRD文档。会议结束后，要是高管通过，那么接下来，就是写MRD文档，就是市场需求文档这两个文档核心区别-BRD关键说明产品的方向，MRD关键说明产品的定位MRD文档主要侧重于市场机会的分析，得出结论“就当前市场情况而言，我们可以做什么”MRD大纲：概述、PEST、行业市场分析、竞争对手分析、酷文博、用户及客户分析、STP、产品定位和概念、USECASE、核心功能介绍、核心流程介绍、用例…比如：BRD告诉你我们需要做一部车；MRD告诉你我们要做小轿车当然，BRD里面还有很多思辨的基础数据和理论依据，告诉高管为啥我们要做车而不是做别的同理，MRD里也有很多思辨的基础数据和理论依据，告诉高管为啥我们要做小轿车对，BRD是监视卫星，MRD是高空侦察机 C、PRD文档。等MRD上会，通过了高管的评审后，接下来，就是要编写PRD（Product Requirements Document）文档，即产品需求文档。PRD文档的核心是定义产品到底做成什么。开始落实产品原型DEMO。PRD文档也就是传统意义上的需求分析，这里主要指UC（Use Case）文档。主要内容有：功能使用的具体描述（每个UC一般有用例简述、行为者、前置条件、后置条件、UI描述、流程/子流程/分支流程，等几大块）；Visio做的功能点业务流程，界面的说明，demo，pc4.com.cn等。Demo方面，可能用Dreamweaver、PS甚至画图板简单画一下，有时候也会有UI/UE支持，出高保真的Demo，开发将来可以直接用的那种。现在就是：BRD-MRD-PRD的三段论流程。PRD评审与会高管（一线高管可以与会也可以不与会了，主要是一些核心的产品+运营+技术人员参与就行了。PRD评审通过后，产品经理需要做会议总结，邮件内容四点论：达成共识、划清边界、PRD过了后，该出SRS文档-软件需求规格说明书评审。PRD和MRD的区别：PRD就是在MRD的基础上，详细的给出了UI和UE呀就是加了AX做的原型。显然，PRD文档就是对产品的整体规划，应该比上述Market Research阶段的MRD文档要细化一些。 MRD文档主要侧重于市场机会的分析，得出结论“就当前市场情况而言，我们可以做什么”PRD侧重于整个产品的规划，以及Business方面的需求。PRD和SRS的区别： PRD不同于SRS（Software Requirements Specification ）软件需求规格说明书，是为了软件开发系统而编写的，主要用来描述待开发系统的功能性需求和非功能性需求，以及系统所要实现的功能和目标，为项目开 发人员提供基本思路，明确开发方向，节约时间提高开发效率，降低软件开发风险，节约成本。 SRS需要讲明白这个产品的规格，例如做一个杯子，SRS需要说明杯子的口径、高矮等情况。SRS描述方式：五点论，即标准参数+用例+小功能的USECASE+流程+功能介绍。会议之后，技术部需要出技术性文档：技术，其实文档丢失率超级高，没有概要设计+详细设计等说明文档。例如系统架构、数据库、表单设计等，不是产品部的范畴，是纯技术范畴了。技术开发过程中，我们需要监督、督办，要是没有项目经理，产品经理还需要起到项目管理的作用。
日常工作时间分配50%的战略性质的竞争对手行业市场用户等的研究工作30%的产品设计性工作20%的产品市场化工作，就是产品包装，买卖点归纳等等
欢迎大家来一起探讨交流。