产品技术部工作流程及成果定义文档格式.docx
《产品技术部工作流程及成果定义文档格式.docx》由会员分享，可在线阅读，更多相关《产品技术部工作流程及成果定义文档格式.docx（18页珍藏版）》请在冰豆网上搜索。
初步确定产品创意的可行性
达成初步的产品结构、规模和概貌。
初步明确产品的服务对象和规模。
初步确定产品目标客户、运营方式等。
确定负责的产品经理，成立临时产品项目小组。
初步确定产品立项流程下一过程的时间约束。
●工作成果：
会议纪要
●成果存放位置：
会议纪要存放位置：
cvs：
XX产品\conferencedoc
市场调研和市场需求分析
市场调研工作由产品策略部门负责，产品经理负责组织和跟进产品的市场调研，根据产品策略部提供的市场调研报告，与技术开发部、市场部、商务部、测试部、UI部密切配合，编写市场需求报告，并提交公司产品委员会评审。
●市场需求报告一般应确定如下内容：
产品在公司产品体系中的位置和目标。
产品运营方式、卖点等。
产品目标客户和收费方式等
同类产品和竞争对手的分析
市场容量、销售预期。
风险评估和技术可行性。
产品的初步时间规划。
费用的初步评估
《XX产品市场需求报告》
《XX产品市场需求报告PPT》
●工作成果模板及存放位置：
可根据《产品市场需求报告模板》编写《XX产品市场需求报告》
模板存放位置：
Manage\SPEC\Model
●工作成果存放位置：
《XX产品市场需求报告》存放位置：
XX产品\analysisdoc
产品策略研究部负责为产品经理创意产品作市场调研，竞争分析，了解想要开发的产品目前市场的情况。
如果市场上有类似产品，要全面了解主流产品有哪些，国内国外有哪几家做得比较出名，近几年市场增长率如何，市场容量有多大。
若市场上无相关产品，则需要深入挖掘客户需求，站在客户角度上提出功能需求，有时候需要市场部，商务部的人员配合完成。
具体内容参照《产品市场调研报告》模板编写，这个过程的输出结果是《XX产品市场调研报告》
技术开发部、市场部、商务部、测试和UI应配合产品经理进行技术方案制定、可行性分析、市场策略和销售情况预测以及测试和UI工作量分析。
产品立项
产品市场需求报告评审通过后，由产品经理和临时产品项目组负责编写产品的立项报告，成果提交公司产品委员会进行评审。
●产品立项报告一般应包括如下内容：
（内容主要根据市场需求报告）
产品名称。
目标产品的市场定位和目标等。
目标产品功能简要说明。
目标产品的时间计划。
研发成本估计。
目标产品采用的技术方案，布署和运营方式。
增值和远景描述等。
《XX产品立项报告》。
《XX产品立项报告PPT》
可根据《产品立项报告模板》编写《XX产品立项报告》
？
《XX产品立项报告》存放位置：
评审通过后，正式成立产品项目组，指定产品经理和项目组成员，如果人员不足，制定人员招聘计划。
产品立项阶段结束，进入产品规划阶段，执行产品规划流程。
产品规划阶段
产品规划工作流程
产品正式立项后，进入产品规划阶段，产品规划阶段主要完成产品版本边界定义，进行产品详细的路线规划，细化产品最近版本的功能列表，并对以后版本进行初步的划分和时间规划。
产品规划阶段涉及到的部门如下：
公司上层领导、产品技术部，技术开发部，测试部，UI部。
产品规划的工作流程如下：
1、产品版本边界讨论。
2、产品规划说明书编写、产品规划内部评审。
3、根据评审意见修改完善规划说明书，提交产品委员会。
产品版本边界讨论
产品立项后，由产品经理发起，新成立的产品项目组立即进行产品版本边界讨论，参加人员：
产品经理、产品项目组成员。
●产品版本边界讨论一般应确定如下内容：
产品的总体规划（包括流程描述和产品整合示意图）。
产品版本节拍。
产品最近版本功能列表。
产品与其它产品集成关系和整合要求。
确定负责的产品规划师、需求分析师。
初步确定产品规划流程下一过程的时间约束。
《会议纪要》
一旦确定了需求分析师和产品规划师之后，以后进行的规划阶段的各种讨论会议，需求分析师和产品规划师都应该参加，以保证具体工作时信息的完整传递。
产品规划
确定了产品版本边界后，产品规划师、产品经理负责编写产品规划说明书，编写过程中应与技术开发部、测试部、UI部进行充分沟通，以保证工作复杂程度的合适和产品版本推出的时间合理性。
产品规划完成后，由产品规划师发起产品规划内部评审，同时与技术开发部一同完成产品的最近版本工作计划。
●产品规划一般应确定如下内容：
产品总体规划（包括流程描述和产品整合示意图）。
产品版本计划，产品路线图。
产品最近版本功能说明。
产品最近版本性能要求和成本估计。
产品最近版本与其它产品集成关系和整合需求。
如果存在第三方软件接口需求，请加以描述。
《XX产品规划说明书》。
《XX产品XX版本工作计划》
可根据《产品规划说明书模板》编写《XX产品规划说明书》
可根据《产品工作计划模板》编写《XX产品XX版本工作计划》
《XX产品规划说明书》存放位置：
XX产品\产品规划
《XX产品工作计划》存放位置：
XX产品\plandoc
产品规划内部评审如果不通过，产品规划师根据评审意见进行修改，直到通过。
内部评审通过后，对于小版本，直接转入需求分析流程，对大版本，需要提交公司产品委员会进行评审。
提交产品委员会评审
对于大版本的产品规划，产品规划说明书应提交公司产品委员会审核，评审不通过，由产品规划师根据评审意见进行修改完善，评审通过，则产品规划作为产品需求分析的依据，转入产品需求分析流程。
产品规划流程结束。
产品规划说明书编写过程中，产品规划师应与技术开发部相关人员充分沟通，以确定产品最近版本开发的难度和时间，根据技术开发部给出的意见修正产品规划，与测试部门相关人员进行充分沟通，以评估产品最近版本的测试时间，与UI部门充分沟通，确定最近版本的UI难点及估计时间，根据UI部门给出的意见修正产品规划，从而保证产品发布时间的合理性。
需求分析阶段
产品规划评审通过后，进入产品需求分析阶段，此阶段主要完成产品需求规格定义，包括产品的业务分析、需求分析、UI制定等，需求分析阶段是产品开发的依据，是测试用例制定的基础。
同时，在需求分析阶段，产品经理应该完成产品的预发布相关文档，并持续跟进其它部门的产品预发布准备工作，负责合作洽谈和联络。
产品需求分析阶段涉及到的主要部门如下：
产品技术部，技术开发部，测试部，UI部。
需求分析流程
通常的产品需求分析流程如下：
1.产品需求初步分析、进行需求讨论；
2.制作页面，确定产品界面风格；
3.进行原型讨论；
4.修改完成后，进行需求分析评审
需求分析流程如下图：
产品需求初步分析、需求讨论
产品规划评审通过后，产品技术部经理根据产品开发计划，适时启动需求分析流程，并由产品经理发起，产品需求分析师对规划产品进行业务需求分析，编写产品需求分析说明书初稿，此时的需求分析侧重于业务分析，文档完成后，由需求分析师发起需求讨论。
参加人员：
产品项目组成员、技术开发部相关人员、UI部门相关人员。
●产品需求初步分析、业务讨论一般应确定如下内容：
实际业务描述
业务流程图
业务相关说明
数据项定义
页面流转图、界面示意和要求说明
初步确定产品需求分析流程下一过程的时间约束。
《XX产品需求分析说明书》初稿
可根据《产品需求分析说明书模板》编写《XX产品需求分析说明书》
《产品需求分析说明书》存放位置：
XX产品\requiredoc\XX版本
制作页面、原型讨论
产品需求分析讨论完成后，产品技术部需求分析师根据讨论意见，进行需求分析修改，修改完成后，提交UI部门进行页面制作。
页面制作过程是需求分析师和UI部门相关人员频繁交互的过程，页面制作完成后，由需求分析师确认，确认无误，提交进行原型讨论。
某些情况下，此过程可简化或省略。
●产品原型讨论一般应确定如下内容：
页面原型是否满足业务需求
页面易用性
界面原型
界面原型存放位置：
UI部相关目录
需求评审
产品原型讨论完成后，产品技术部需求分析师根据讨论意见，进行需求分析修改，修改完成后，提交产品需求分析评审。
产品项目组成员、技术开发部相关人员、UI部门相关人员、测试部门相关人员。
《XX产品需求分析说明书》
产品预发布
产品经理在需求分析师编写需求分析说明书的同时，应编写《产品白皮书》和《产品功能列表》文档，为产品预发布作准备。
同时，产品经理还应分析市场同类产品价格情况，制定《产品价格参考》。
还应着手进行合作伙伴的筛选和洽谈，并与市场部门和商务部门进行沟通，说明产品进展情况和需要取得的帮助。
产品需求分析评审通过后，由产品经理根据产品需求分析说明书，制定大体的产品发布计划，下发产品预发布通知，通知所有相关部门和公司领导，组织进行产品预发布会议。
产品预发布会议主要内容包括：
即将发布的产品的功能，特点，以及产品的预计发布时间；
可能的合作伙伴情况等。
●产品预发布会议一般应包括如下内容：
即将发布的产品的功能，特点；
产品的预计发布时间；
可能的合作伙伴情况；
需要各部门进行的准备等。
《XX产品白皮书》
《XX产品功能列表》
《XX产品价格参考》
可根据《产品白皮书模板》编写《XX产品白皮书》
XX产品\manualdoc\XX版本
《XX产品功能列表》存放位置：
《XX产品价格参考》存放位置：
1、需求分析讨论和原型讨论经常会出现反复，越是复杂的产品，在些环节反复会越多，请制定计划时充分考虑。
2、对新产品第一个版本，可以考虑适当增加需求分析人员，一是因为一个全新的产品，需求分析的工作量较大，二是，部分需求分析人员可以转变为产品支持人员，进行产品支援。
产品开发支持阶段
在产品开发支持阶段，产品技术部主要负责支持服务、发布相关文档的编写等工作，此时产品技术部内部多个岗位的工作并行，主要的工作流程为产品需求变更流程。
具体如下图示：
本流程各过程不再详述，下面将按岗位叙述本阶段应完成的工作：
产品经理
产品经理本阶段的主要工作如下：
1、持续关注产品开发和需求修改进度。
2、跟进产品运行的硬件配套情况，为产品运行的硬件环境准备提供建议。
3、完善《产品白皮书》
4、跟进各相关部门发布文档的准备情况。
包括商务部的《产品销售手册》、市场部的《产品宣传手册》等。
5、跟进并推动技术开发部的《产品安装手册》的编写。
6、跟进并参与、推动商务部与合作伙伴的商务洽谈。
7、跟进并参与、推动产品销售所必须的资质认证等一系列相关部门的工作。
8、持续关注市场同类产品情况和竞争对手情况。
9、收集新的需求，区分优先级并记入产品任务列表，为下一版本规划作准备。
10、组织进行下一版本规划。
11、产品开发完成、各类发布准备完成后，下发产品发布通知，组织进行产品发布。
各类会议纪要
《XX产品任务列表》
可根据《产品任务列表模板》编写《XX产品任务列表》
《XX产品任务列表》存放位置：
需求分析师
需求分析师本阶段的主要工作如下：
1、为技术开发部、UI部、测试部提供支持服务。
2、组织各种类型的需求问题讨论，进行必要的需求变更，并记录和下发变更，需求变更应以邮件的方式，通知所有相关人员，主要包括产品技术部、技术开发部、UI部、测试部相关人员。
3、协助编写产品发布相关文档，包括：
产品用户手册、产品管理员手册、产品运营手册、产品培训课件等。
4、参与下一版本规划。
产品支持工程师
产品支持工程师本阶段的主要工作如下：
2、编写产品发布相关文档，包括：
3、参与下一版本规划。
4、进行产品发布培训
《XX产品用户手册》
《XX产品管理员手册》
《XX产品运营手册》
《XX产品培训课件》
可根据《产品用户手册模板》编写《XX产品用户手册》
可根据《产品管理员手册模板》编写《XX产品管理员手册》
可根据《产品运营手册模板》编写《XX产品运营手册》
可根据《产品培训课件模板》编写《XX产品培训课件》
《XX产品用户手册》存放位置：
《XX产品管理员手册》存放位置：
XX产品\manualdoc\XX版本
《XX产品运营手册》存放位置：
《XX产品培训课件》存放位置：
XX产品\traindoc
持续服务阶段
产品开发完成并发布后，转入产品持续服务阶段。
此阶段的工作主要由产品支持工程师负责。
通常的产品支持工作流程如下：
1.相关部门或分公司提出需求或问题；
2.产品支持工程师根据问题的性质进行分拣；
3.如果是新增需求，转产品经理计入任务，根据任务的重要程度，在不同的版本中进行处理。
4．如果不是新增需求，则看这个问题是否涉及到需求变更，对需要变更需求的，转入需求变更流程。
对不要变更需求，则对问题提出者进行解释说明。
具体流程如下图示：
此阶段是持续服务阶段，主要工作由产品支持工程师负责，产品经理和需求分析师已经转入下一版本的滚动开发，从产品规划开始，进入下一个版本的规划和需求。
外部关联部门及关联
产品技术部涉及外部关联部门及关联如下：
升级会员 