PM下一站：产品管理

产品经理的下一个阶段是产品管理，本文带大家了解如何开始做产品管理。

《PM下一站：产品管理》作者：V大 首发于产品邦，转载请保留出处

目　　　　　录 一、本文关键词
二、产品部角色及责任
三、部门职责
四、工作规范
五、产品设计要求
六、产品信息通告要求
七、产品迭代流程关键点

一、本文关键词

本规范核心关键词是：自律、主动、竭力

二、角色及责任

1、产品经理

　　做正确的事情。从市场或用户（客户）需求出发，对上线产品是否符合市场需求，是否能给公司带来效益负责。

2、项目经理

　　把事情做正确。从统筹管理的角度调配和运用设计、开发、测试等资源，在既定时间、成本、资源的约束条件内完成目标，对研发过程负责。

三、部门职责

1、产品调研

　　实时关注目标市场和用户需求的变化趋势，收集竞争对手的资料、试用竞争对手的产品，充分的了解竞品，通过定性和定量等分析方法对用户需求进行挖掘和分析。

2、产品规划

　　产品部负责汇总公司高层及各个部门的需求及数据，结合产品、人群、业务特点，输出相应的产品策划文档。

3、产品研发管理（项目管理）

　　产品转开发后，产品经理需对其负责的产品（项目）负责，推动和跟进设计、开发、测试、运维、发布、运营等部门的工作，并统筹各个部门不同阶段介入配合，使得各个环节无缝对接。

4、产品功能特性培训

　　产品部（产品经理）应按版本迭代对运营部、销售部、市场部、商务部开展产品培训，培训内容需包括产品特性、产品新特性、产品使用方法等。

5、产品试运营

　　暂无（后续补充）

6、日常运营督导

　　通过用户体验、数据反向推动运营部门的运营策略，如商店更新机制、推荐机制等。

四、工作规划

1、自律与自觉

　　上班时间禁止做与工作无关的事情，接外包干私活是公司红线！接到工作任务应快速响应，高质量推进和完成任务。工作空档期应利用工作时间进行技能学习，部门主管有义务安排可验收的学习任务。

2、会议制度

　　发起会议前要求产品经理先梳理清楚问题或需求，产品经理与开发部或设计部会议交流的应该是提出产品要求，或讲解要求，而非在会议上一起发散性探讨需求。非需求评审会，要求在30分钟内结束会议，无结论的会议更应提前结束，因此，要求产品经理提前将会议议题提前发给与会人，以便与会人做相应准备。

3、工作汇报

　　①产品汇报制度：日报、周报、月报
　　②汇报重点：部门流程建议、学习计划及总结、个人心得总结
　　③项目汇报制度：日报、周报、月报
　　④汇报重点：项目进度、存在的问题、解决方案

4、保密原则

　　保守公司秘密、维护公司权益。不得向外透漏公司产品方向规划，业务数据等信息。

5、其他

　　请按公司相关规章制度严格要求自己。

五、产品设计要求

1、产品概念阶段

　　① 在公司内外寻找产品创意。组织进行论证和充实。
　　② 组织产品市场细分选择，并制定产品线初始业务/路标计划。
　　③ 根据市场市场进行定期和不定期的计划调整工作。
　　④ 参与产品战略和产品平台的规划工作。

2、产品需求阶段

　　① 组织所辖产品的需求采集
　　② 组织收集/分析宏观环境，技术趋势，竞争对手，内外部用户的信息。
　　③ 研究市场动态，提交时长研究报告，选择细分时长，确定产品定位。

3、产品设计阶段

　　① 组织完成从产品创意到产品设计，形成完整的产品业务需求。
　　② 组织对产品设计的测试工作。
　　③ 提交完整的产品业务需求，协调相关资源。
　　④ 提交产品开发任务书，确认产品开发时间，跟进产品开发工作。

4、产品开发阶段

　　① 监督产品开发计划，产品业务需求的完成情况。
　　② 组织产品的市场的调研工作，收集产品信息，根据需要调整产品业务需求和产品开发计划。
　　③ 组织研发、测试开发需求评审。
　　④ 协调资源对产品开发过程中的中间交付件进行测试。
　　⑤ 指导产品开发过程。

5、产品测试阶段

　　① 组织产品的测试工作。
　　② 指定产品上线计划，为产品上线做培训，文档等前期准备工作。

6、产品发布阶段

　　① 负责协调产品的市场发布工作。
　　② 指导并监督产品的运营。
　　③ 根据市场/运营反馈，提出产品的改进意见/监督执行。

六、版本信息通告

1、新特性通告（内部）

　　产品立项（或新版本），且产品需求文档评审通过后（属于新特性的），经部门和公司高层同意后，要求通过会议的形式邀请运营、销售、市场、商务部门（后简称“相关部门）参加，在会议上讲解新特性，并现场解答相关问题

2、版本发布（升级）预告（内部）

　　产品转测试当日应邮件知会公司相关部门，邮件内容要求包含：
　　①上线版本号
　　②版本特性说明（可能存在问题）
　　③使用讲解描述（必要时开会培训）

3、版本发布（升级）预告（外部）

　　产品转测试当日由产品经理在官方论坛发布版本升级预告帖子，并知会运营部门。具体内容及排版要求参考小米的形式，切勿敷衍了事。请参考
　　http://bbs.xiaomi.cn/t-11736956
　　http://bbs.xiaomi.cn/t-11715095

4、版本升级通告

新版本上线后（可正常服务），产品经理应邮件知会相关部门。（注意，是升级后可以正常服务的邮件）

七、产品迭代流程关键点

　　产品经理应严格要求《产品迭代流程》文档推进产品工作，每个环节输出对应工作成果。

1、产品经理角色界定

　　产品经理：从立项申请到产品文档评审通过之前。此阶段大概投入70%的时间在产品调研、需求策划、原型设计。

　　项目经理：产品文档评审通过后一直到产品上线发布阶段。此阶段大概投入30%的时间跟进项目的研发。

2、市场调研分析

　　此阶段是公司高层、产品管理人员决定开发的过程。因此要求产品经理细入调研，客观反馈调研结果和产品思路，大功能需求需编写MRD。调研至少从以下环节做分析：
　　①客户（用户）需求
　　②市场变化
　　③技术演进
　　④竞品情报

3、产品文档编写

　　产品经理将产品需求技术化，通过文档向开发人员说明功能、性能、数据等指标，要求编写详细PRD，并组织评审。

　　产品需求列表：按模块拆分版本需求，基于模块定义各个功能点，并对功能点进行简述，要求用EXCEL编写。

　　产品需求文档：基于产品需求列表详细编写产品需求文档，要求与低保真结合，写明交互、常态、异常、数据响应等，切忌一句话需求。

4、产品研发阶段

　　将PRD及产品原型交付开发部，由开发部研发出相应产品。重点跟进研发进度，及时发现问题并消除问题，需每天汇报项目进度。

5、需求变更

　　产品文档评审通过后，所有的变更均需走需求变更申请，通过后方可按变更后的需求推动。所有变更均需记录在案，切忌私自变更需求。

产品迭代流程图

产品工作推进流程图