产品部工作规范及流程

产品部工作规范及流程

一、 关键词

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

二、 产品部角色及责任 1、 产品经理

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

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

三、 部门职责 1、 产品规划

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

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

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

3、 产品功能特性培训

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

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

产品部工作规范及流程

四、 工作规范 1、 自律与自觉

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

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

产品汇报制度：周报、月报

汇报重点：部门流程建议、学习计划及总结、个人心得总结 项目汇报制度：周报、月报

汇报重点：项目进度、存在的问题、解决方案 4、 其他

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

五、 产品信息通告要求 1、 新特性通告（内部）

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

产品转测试当日应邮件知会公司相关部门，邮件内容要求包含： 上线版本号

版本特性说明（可能存在问题） 使用讲解描述（必要时开会培训） 3、 版本发布（升级）预告（外部）

产品转测试当日由产品经理在产品官网或内部系统发布升级预告通知，并知会运营（服务）

产品部工作规范及流程

部门。具体内容及排版要求参考小米的形式，切勿敷衍了事。 http://bbs.xiaomi.cn/t-11736956 http://bbs.xiaomi.cn/t-11715095 4、 版本升级通告

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

六、 产品迭代流程关键点

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

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

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

此阶段是公司高层、产品管理人员决定开发的过程。因此要求产品经理细入调研，客观反馈调研结果和产品思路。 3、 产品文档编写

产品需求列表：按模块拆分版本需求，基于模块定义各个功能点，并对功能点进行简述，要求用DOC编写产品需求文档：基于产品需求列表详细编写产品需求文档，要求与低保真结合，写明交互、常态、异常、数据响应等，切忌一句话需求。

4、 产品研发阶段重点跟进研发进度，及时发现问题并消除问题，需每天汇报项目进度。 5、 需求变更

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

产品部工作规范及流程