产品管理基础规范_第1页
产品管理基础规范_第2页
产品管理基础规范_第3页
产品管理基础规范_第4页
产品管理基础规范_第5页
已阅读5页,还剩18页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

产品管理规范

公司管理体系文件编号:

产品管理规范版号:V1.0

页码:共21页

编制:日期:

审核:日期:

批准:日期:

1目的

实现以市场为导向的产品规划,有筹划有组织地进行研究与产品开发活动。有效地调动

营销部门以及生产部门的发明性思维,把市场与消费者时结识转换在新产品中,保证产品开

发和公司产品战略的一致性,迅速、合理应对市场需求,规避产品投资风险,并为公亘获得

最大限度的利润。

2范畴

本制度合用于我司产品开发、上线、管理全过程,对产品管理的流程做出规定,是公司

管理产品规划工作的根据,各有关营销、生产部门必须遵循执行。

3职责

产品管理是公司在产品生命周期中对产品规划、开发、生产、运营和支持等环节进行管

理的业务活动,涉及需求管理、市场管理以及开发管理

4内容

具体如下:

>产品战略规划

产品战略涉及:1产品路线2产品方略3产品筹划

>产品研发

产品研发涉及:1需求阶段2设计阶段3开发阶段4测试阶段5发布阶段(上线)

>产品生命周期

产品生命周期涉及:周期管理(1导入期2成长期3成熟期4衰退期)

>组织、重要人员及职责

>1组织构造

>2重要角色

重要角色负责人:产品负责人、研发负责人、产品管理负责人、运营负责人。

重要角色涉及:产品经理(需求提出人\需求管理员、技术人员、运营人员。

>3其中对重要角色职责及有关规定定义如下:

>产品管理睬

产品管理睬由产品中心、运营中心、产品研发中心总监以及参与在产品生命周期过程中

的产品规划经理、顾客研究人员、产品负责人、开发负责人、运营负责人等共同构成。

重要职责:

(1)制定运营筹划,拟定运营目的;

(2)优化产品,制定运营方略;

(3)监控产品质量,把控经营成果;

(4)对产品进行全生命周期管理;

(5)对产品需求时提出、终结和变更进行决策;

(6)监督产品管理有关制度的执行。

>评审委员会

由产品中心、产品规划、运营中心及产品研发R勺总监构成。

重要职责:

(1)对本中心项目进度和质量进行管理,保障经营成果达到;

(2)对项目有关资源进行调配,以保证项目顺利升展;

(3)对产品定义的方向性提出建议并评审;

(4)对产品与否具有上线条件进行评审,并给出意见;

(5)对产品运营成果进行评审,对产品和运营目的提出意见并予以协助;

(6)对产品与否退市进行评审。

第一部分产品战略规划

战略规划是产品管理中最重要工作之一,重要是制定公司产品(产品线)的长期发展

规划和年度发展规划,具沐日勺工作分为如下三个流程。

1产品路线

产品路线规划是属于公司业务中战略层面的制定工作之一,对于产品管理人员来说,每个大

型项目需要对产品线进行产品(产品线)路线规划,拟定产品(产品线)长期的发展规划和

目也

2产品方略

年度产品方略B勺制定是对产品路线规划每一年度的进一步细化的工作拟定公司年度的产品

发展规划及相应的措施,是每一年度产品发展的总大纲文献。

3产品筹划

年度产品筹划是年度产品方略中具体产品管理工作日勺具体项目时间安排筹划一览表有助于

更加明确年度需要拟定的产品管理工作。

以上的三个二级流程工作重要是解决公司业务发展和产品管理中的战略性层面的问题拟定

公司整体的产品发展方向及年度的工作内容。具体产品战略规划环节如下:

1)产品管理部根据年度目的和战略,结合市场状况和各有关部门提供的有关资料进行分

析,形成"产品规划讨论稿"。

2)产品管理部经理审核讨论稿。

3)产品管理部经理组织营销公司有关部门对"产品规划讨论稿”进行讨论修改,形成“产

品规划书"。

4)产品管理部将“产品规划书”报产品委员会审批,若不通过,由产品部负责修改再报

产品委员会审批。

5)产品委员会审批通过后下发各部门执行。

第二部分产品研发

产品研发是产品管理流程中的核心部分,本流程分为五个子流程,从产品概念形成到产品发

布,有关的工作流程规定如下。(研发评审有关问题查看第六部分产品评审须知)

1需求阶段

1.1定期对新产品线或老产品实行市场调研(实地调研、问卷调研、电话调研、客户访谈

等),并达到市场调研分析报告。记录分析出的需求,从而评估需求并跟踪需求的发展。

1.2概念阶段需求分析评估重要涉及两个过程:1、原始需求准备阶段;2、原始需求评审

阶段;

1.2.1原始需求准备阶段:

>原始需求分析是需求发起方对需求有关的市场、业务、产品、顾客、价值等方面的研

究报告进行陈述,评估部门进行评估决策的过程。

>将原始需求通过邮件或者打印成纸质发给有关人员,并告知有关部门、人员原始需求

分析会议时间、地点。

1.2.2原始需求评审阶段

>评估部门针对提交的原始需求分析研究报告进行评审,原始需求的价值、重要性。对

根据原始需求开发新产品画目B勺进行决策。

>原始需求评审单:将评审成果通过原始需求评审单反馈给有关部门。

1.3原始需求分析流程:

原始需求分析流程

1.4概念阶段产出物

阶段工娥产出里程碑

准备阶段•原始需求研究报告撰写指南•原始需求研究报告•原始需求研究报告完毕

•撰写原始需求研究报告

•评审申请

评审阶段♦召开原始需求分析会♦会议纪要♦原始需求分析会完毕

•原始需求评审单反馈•原始需求评审单

1.5评审参与人员

评审阶段评审内容重要评审成员

需求发起方

重要成员:

原始需求期评审原始需求评审产品部:产品经理

运营部:运营经理

研友部:研友J_程师、测试J■程师

项目负责人:项目经理

2设计阶段

2.1设计阶段是在概念阶段拟定了项目业务筹划书后,对将模糊的原始需求变为清晰的产

品概念或是拟定产品需要做哪些事情。并对业务模型、具体规格需求、产品功能需求、产品

构造进行设计、产品特点需求等制定具体的阐明书,给到产品研发部门,重要有规格需求阐

明书、产品原型图、产品UI设计图等。

2.2设计阶段产品定义管理流程

产品定义管理是产品部门(运营部门)从产品业务模型、产品构造以及产品定位和整

体方向目B勺等方面对产品定义阐明书进行陈述,有关评估部门进行分析、评估的过程。

设计阶段产品定义管理流程涉及两部分:1、产品定义阶段;2、产品定义评审阶段;

产品定义阶段:

>产品定义阐明书由产品部门受理

>将产品定义阐明书通过邮件或者打印成纸质报告发送至有关部门及人员并告知会议地

点和时间。

产品定义评审阶段:

>重要从产品定义与原始需求的匹配度以及相应的资金、技术、成本等资源和风险方面研

究分析,并评估产品定位、整体目的与否合理。

>产品规划中心将产品定义评审会议的评审成果和建议通过产品定义评审单发送并告知

给有关部门。

2.3筹划阶段产品定义流程:

定义,FI理••鼾联

筹划阶段产品定义流程图

2.4筹划阶段产品定义产出物

阶段工作项产出里程碑

产品定义准备阶段•产品定义阐明书•产品定义阐明书•产品定义阐明书完毕

•产品定义评审申请

评审阶段•召开产品定义评审会•会议纪要•产品定义评审会完毕

•产品定义评审单反馈•产品定义评审单

2.5筹划阶段参与评审人员

评审阶段评审内容重要评审成员

需求发起方

产品部:产品负责人/产品经理、顾客研究人员

产品定义评审期产品定义评审会运营部:运营负责人/运营经理

研发部:架构师/研发工程师/测试工程师

项目负责人:项目经理

2.6产品设计管理流程涉及两个阶段:1、产品设计准备阶段;2、产品设计评审阶段;

产品设计准备阶段:

>提出设计

>制定设计筹划

>设计调研

>设计定位

产品设计评审阶段:

>设计评审会议:根据UI设计师制定的设计筹划与产品原型及需求的吻合度进行评审。

>产品设计评审单:产品规划中心将产品设计评审会议的评审成果和建议通过产品设计评

审单发送并告知给有关部门。

2.7产品设计管理流程:

产品设汁准备舱段产品设计评审附段

设计定位1

提出技术计划---->雁设计i十划--->设计^市申请--->金计评市------->

设计徊

产品设计管理流程图

2.8产品设计阶段产出物

阶段工作项产出里程碑

设计准备阶段•撰写设计调研报告•产品设计方案书•产品设计方案完毕

•评审申请

设计评审阶段•召开设计评审会•设计评审会会议纪要•设计评审完毕

•设计评审单反馈•设计评审单

2.9产品设计阶段参与评审人员

评审阶段评审内容重要评审成员

产品设计师发起方

产品设计评审期产品设计评审产品部:产品负责人/产品经理、顾客

研究人员、设计师、交互师

运营部:运营负责人/运营经理

研发部:架构师廊发工程师/测试工

程师

项目负责人:项目经理

3产品研发阶段

开发阶段B勺重要工作已经转移到研发生产部门,需求研发过程中,产品跟进研发进度,

保持与开发沟通保证需求被对的理解,及时解决研发过程中发现的新问题。

4测试阶段

4.1测试、开发共同确认版本测试用例,并同步研发过程中变更口勺细节。测试管理流程涉

及:1测试资料准备阶段2测实验收评审阶段

测试资料准备阶段:

>测试用例报表

>测试功能验收单

测实验收评审阶段

测试评审会议:根据产品需求、设计与产品原型及需求的吻合度进行评审。

测试评审单:产品规划中心将产品验收评审会议的评审成果和建议通过产品验收评审

单发送并告知给有关部门。

4.2测试产出物

阶段工作项产出里程碑

测试准备阶段•测试用例•测试用例报表•测试用例报表完

•评审申请毕

测试评审阶段•召开测试评审会•测试评审会会议纪要・测试评审完毕

・测试评审单反馈・测试评审单

4.3产品测试阶段参与评审人员

评审阶段评审内容重要评审成员

需求发起方

产品测试评审期产品测试评审产品部:产品负责人/产品经理、顾客

研究人员

研发部:架构师廊发工程师/测试工

程师

项目负责人:项目经理

5发布阶段

5.1产品上线

产品规划中心上线评审是在产品上线前对产品与前期产品定义匹配度、产品上线后的

运营筹划和盼望目的、有关运营和产品间的有机结合状况进行评估判断的管理。

目的在于保证产品可以满足需求、制定科学合理的运营筹划和明确的目的、促使产品和

运营紧密结合,保证产品上线后运营的正常、合理。

5.2产品上线流程

产品上线流程图

5.3产品上线评审

完毕技术验收报告及测试报告后,进行产品上线评审会,如通过评审会后产品经理填写

上线评审单需要将该成果通过邮件形式抄送有关部门及领导(如:产品负责人、架构师、测

试工程师、项目负责人、产品管理)人员签字。

第三部分产品生命周期管理

生命周期管理是指产品上市后的产品的周期管理工作,重要有产品更改、产品运营数

据分析和产品退市等工作流程。

6产品变更

产品更改重要是对产品上市一段时间后,根据客户或市场的反馈状况,对产品进行改

善或升级,推出跌代新功能等工作,延长该产品日勺生命周期长度。同步,对产品在销售过程

中体现出的部分缺陷进行产品的改善工,将有关的改善意见分发到研发部门进行产品的修改

工作。

7产品运营数据分析

运营分析工作重要是对新产品上市后半年或一年内,进行阶段性的产品上市数据总结,

根据市场的实际数据状况和实际反馈状况,制定新的产品调节政策方向。

本流程规定,每一年的新产品上市后,大型项目要半年后做一次阶段总结,中小型项

目要一年后做一次阶段总结工作,形成总结报告。

8产品退市

8.1产品退市是根据产品的销售状况及生命周期,产品已经无利可图的)状况下,对产品

进行退市裁减解决工作,重要是实行产品销售类别更改申请,对产品进行裁减解决工作。

8.2产品退市管理流程

产品退市管理重要分为数据监控分析、退市评审以及总结归档三个阶段。

数据监控分析阶段

数据分析:通过产品运营筹划表中的指标体系,对产品运营状况进行监控、分析,把握

产品所处的产品生命周期。当鉴定产品进入衰退期时,产品部门根据产品研究报告撰写指南

写作产品研究报告。

退市评审申请:将产品研究报告通过邮件,并告知有关部门、人员参与退市评审会议的

时间、地点。

退市评审阶段:

评估决策:评审委员会对产品研究报告等材料进行评审、分析,从而对产品继续运营、

产品改革创新或者直接退出市场进行决策。

产品退市评审单:产品规划中心将评审成果通过产品退市评审单上传至ITP系统反馈给

有关部门。

总结归档阶段

总结:通过撰写产品总结对整个产品生命周期过程中浮现的问题、解决措施、经验、教

训等总结,为其她产品开发管理提供参照、借鉴。

归档:将产品退市总结按照产品类别进行归档保存。

8.3产品退市管理流程图

・•傅•uI.

——•.

产XRIIi;,0

....zyag>

产品退市管理流程图

8.4阶段及产出物

阶段工作项产出里程碑

•数据监控分析•产品研究报告•产品研究报告完毕

•产品研究报告撰写指南

数据监控分析

•产品研究报告

•评审申请

•召开产品退市评审会•会议纪要•产品退市评审完毕

退市评审

•产品退市评审单•产品退市评审单

•撰写产品总结报告•产品总结报告•产品总结报告完毕

总结归档

・归档

8.5产品退市参与评审人员

评审阶段评审内容重要评审成员

需求发起方

产品退市评审期产品退市评审产品部:产品负责人/产品经理、顾客

研究人员

运营部:运营负责人/运营经理

项目负责人:项目经理

9按照产品管理的范畴/内容可划分为战略规划、产品研发、生命周期等三大部

一级流程二级流程工作内容文档交付文档类型阶段目的

产誓线D1产品路标规划书

产品路线控制类拟定产品长期发展筹划及目的

产品方略制定完整的产品方略来阐明如何实现既定的战

战略规划产品方略自一D2年度产品方略控制类

制定略目的

年度产品

产品筹划筹划D3年度产品筹划控制类制定产品年度发展筹划

定期对新产品线或老产品实行市场调研(实地

市场调研D4调研分析报告控制类调研、问卷调研、电话调研、客户访谈等),

并达到市场调研分析报告。

制定完整的解决市场问题的方案。针对潜在的

需求阶段

市场机会完毕一份客观的分析,为投资提供一

eon山D4项目筹划书控制类

产口口规划种基本。要清晰地阐明你在市场中理解到一切,

涉及对风险B勺量化和财务预算

产品码发D5建议评审表控制类给研发部门发出的产品开发建议评审表格

PRD提供一种基于市场需求的针对某个产品

规格需求D6需求规格阐明书流程类的完整需求定义,PRD描述一种产品叼特性和

设计阶段

功能

立项开发D7立项评审表控制类给研发部门发出的)立项评审表格

开发阶段研发生产D8设计阐明书湍呈类制定产品的设计阐明规定

测试阶段测试筹划D9测试用例控制类根据产品的设计阐明规定编写测试用例

发布阶段上市规划D10上市规划方案控制类制定上市销售目的规划及市场魅广规划

、--工4D11产品运营筹划表完整的针对产品做出具体的筹划,运营团队所

运营筹划—流程类

及运营工具提供的文档、工具等

的注+匕AD12产品销售指引手

销售指引册流程类发布公开的产品业务阐明

生命周期周期管理

产品更改D13产品更改阐明书流程类对产品的更改和升级

运营分析D14产品总结报告控制类对产品的整个过程进行回归记录

士D15产品研究报告

产品退市流程类对产品进行裁减解决申请

第四部分文档命名规范

10文档命名规则

规范文档命名是为了便于对项目及公司内部文档进行管理和维护。

>项目文档:

文档主题(版本)一部门一姓名一日期

如:产品需求文档V1.0产品部门―田力心_0921

阐明:

1.文档主题——目前文档内容,如需求文档、产品定义阐明书、市场调研文档、工作筹划、会议

纪要等,可附加版本,如vO.l,v0.2...vl.0o仅对其中部份内容进行修改可升级小版本号,

阶段成果可升级大版本号。

2.部门一所属部门,如产品部

3.姓名一提交文档人姓名

4.日期一yyyymmdd,YYYY为年,如,mm为月,如01(局限性两位的前面补零),dd为

日,同足两位前面补零。

第五部分申请工单模板

11工单申请模板

附件一、需求申请工作单

附件二、设计申请工作单

附件三、产品上架申请工作单

需求工作单

事件/I页目名称需求编号

需求修改因素

提交日期盼望完毕日期

修改类别□添加新需求口修改原需求

重要性□高口中口彳氐1ft住□高口中口低

需求论述

需求描述

需求提交人产品经理

影响分析

对原需求影响限度□高口中口低受影响部门

受影响部门意见

产品经理产品管理

工作实行筹划及审批

工作量人/日开始开发时间

预期完毕时间风险度□低□中口高

评估意见评估人签字:

与否需提交原型口需要口不需要指派技术负责人

技术总监签字产品总监签字

项目蓄停/取消一恢复

暂停/取消因素

暂停做消时间产品总监签字

技术总监签字产品管理签字

恢复时间产品总监签字

技术总监签字产品管理签字

工作完毕审核

实际完毕时间产品管理签字

与否延期□是□否因素:

与否发布□批准口不批准产品经理签字

产品总监签字技术总监签字

产品设计评审单

产品名称产品版本评审时间

产品报送部门报送人姓名报送日期

产品设计图IOS□AndroidD其她口

项目经理项目经理意见:

评审

审核:评审人:

产品经理产品经理意见:

评审

审核:评审人:

架构师评架构师意见:

审核:评审人:

评审结论

产品上架审批表

产品名称

产品报送部门报送人姓名报送日期

产品平台IOS□AndroidD其她口

产品上架时间年月日上架平台

事实上架时间年月日发布版本号

产品简介及更新

产品中心

负责人审核意见审核人:一年月日

主管领导

审批意见

审批人:_____年月日

产品校对人产品上架人员

签名签名

第六部分产品评审须知

阶段一:需求管理

1、需求方提出需求,需要以特定的提交单提交;

注释:

a.需求方涉及,市场部、运营部、客服部、产品部等公司各个部门人员;

b.《产品需求提交表格》由产品部统一提供模板;

c.需求提交形式一口头沟通+邮件;

2、产品需求由产品部门统一管控、分发;

注释:

a.产品部对各个部门提交的需求进行统一管控,记录需求进展状况;

b.《产品需求管控表》由产品部统一制定;

c.以周或月为维度,定期向需求方反馈需求进展状况;

d.需求上线当天,必须以邮件的形式告知需求方上线详情;

3、各部门指定专门的)需求对接人,负责需求的沟通和协调;

注释:

a.各部门指定专门的需求对接人,统一负责需求的沟通和协调;

b.需求提交周期,建议以周为单位固定期间,固定次数提交;

4、需求澄清,组织需求方、产品、技术部门等有关部门需求评审;

注释:

a.以邮件的形式发起需求评审会议;

b.需求方、产品、技术部等有关部门参与产品需求评审会议;

5、产品部门给出产品封撤时间;(时间节点:产品设计)

注释:

a.需求评审完后,产品需要给出产品排期,即什么时候完毕需求设计提交技术部门;

b.需求评审完后,技术部门需要给出产品需求技术的初步评估技术的可行性建议;

需求管理产品设计研发阶段测试阶段

需1、按规范提交需求;1、参与产品原型及需

求2、指定统一需求对接人;求文档评审;参与内测

方2、参与产品UI效果图

评审;

1、对接各部门对接人,需求1、完毕产品原型及产1、产品追踪,解决技术遇到1、追踪产品测试状

幄;品需求文档编写的困难和疑惑;况;

2、需求评审:涉及需求方、(PRD);2、持续推动产品进程,追踪2、产品上线前的验

产产品部、技术部、测试部、2、组织产品原型及产技术开发进度;收;验逻辑、验功

品运营部;品需求评审;3、持续更新产品需求文档,能;

部3、产品给出项目排期时间3、参与UI设计图评记录需求变更历史;3、追踪UI设计的还

表;审;4、参与测试部门测试用例原限度;

评审;

1、参与产品原型及需1、持续追踪前端顾客界面1、UI设计还原度验

求文档评审;开发保证明现时还原度;收;

U

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论