08产品项目规划方案模版.docx
《08产品项目规划方案模版.docx》由会员分享，可在线阅读，更多相关《08产品项目规划方案模版.docx（23页珍藏版）》请在冰豆网上搜索。
08产品项目规划方案模版
XX产品项目（如：
数商3.0.2）规划方案
文档编号：
文档创建信息
产品项目名称
如：
数商3.0.2
产品项目编号
产品经理
项目经理
创建日期
总页数
正文页数
附录页数
文档修订记录
修改日期
修改的章节
修改类型
修改描述
修改人
审核人
版本号
2009-2-25
章节6、7
A
增加了“试运行方案”及界面样例部分
张艳辉
芦菲
3.0.3
2009-3-18
章节9
M
修改了进度及工作量部分的模板
张艳辉
沈辉
3.1
2009-5-18
章节2
M
调整章节结构、增加产品定位相关内容
李亚静
沈辉
3.2
2009-5-18
章节4
A
新增产品销售和市场宣传规划章节
李亚静
沈辉
3.2
2009-5-18
章节7.1
A
增加产品架构、技术预研、技术风险相关内容
李亚静
沈辉
3.2
2009-5-18
章节10
A
增加关于工作量填写、工作量、进度估计的补充说明
李亚静
沈辉
3.2
2010-5-31
10
A
增加项目策划阶段
崔晓香
卢菲
3.3
●修改类型分为A–ADDED（增加）M–MODIFIED（修改）D–DELETED（删除）
1.引言
1.1.目的
本文档的目的是描述产品规划阶段的工作成果，从而为相关领导决策提供切实的依据。
1.2.产品项目名称
本节给出产品项目的中、英文名称。
产品项目中文名称：
如数商3.0.2。
产品项目英文名称：
如webshop3.0.2。
1.3.术语或缩略语
简单介绍本文所用到的术语或缩略语。
术语或缩略语
相关说明
1.4.参考资料
列出本文相关的参考资料。
资料名称
作者
文档编号
发表日期
资料来源
《产品创意报告》
2008-5-28
世华
《基于插桩分析的Java虚拟机自适应预取优化框架》
邹琼
.2008,19（7）:
1581-1589
2008-5-28
软件学报
2.产品概述
2.1.产品定位
对于新产品或已有版本的重大升级，此章节应该详细描述；如果是小版本升级，本章节可以简略描述。
2.1.1.调研过程概述
说明做了哪些调研、调研对象、调研方法、具体数据等；
2.1.2.产品定位
说明产品的细分市场、典型用户；
2.1.3.竞品分析
说明产品的竞争对手，以及与对手相比功能上的优劣势等。
2.1.4.产品发展路线
明确产品发展各阶段的市场定位，并说明产品发展阶段划分的依据。
例如：
发展阶段
市场定位
划分依据
主要功能
亮点与优势
第一阶段
采用自主研发在线客服，独立产品包装
1、在线客服基本功能
2、增加前台的个性化
第二阶段
产品功能完善，联合公司其它产品推出业内领先的产品
在第一阶段的基础上增加增加数据深度挖掘、智能分析、广告互换推广、互动调查、客户管理、在线翻译、多媒体应用、IM上的其他应用，网络传真等增值服务。
第三阶段
产品功能纵向发展，与公司统一通讯的战略接轨，将产品融入企业信息化总体解决方案
增加统一通讯录、多媒体通话、协同办公等高级功能
2.2.产品组成部分及内部结构
通过文字、图形等方式描述产品的组成部分及内部结构。
2.3.其他
描述产品相关的其他内容，例如：
本产品与公司其它产品、与其他公司产品的关系图。
3.产品现状介绍
1、如果是全新的产品，跳过本章节；
2、对于升级产品，简单说明产品的现状及存在的问题。
可以参考如下方面，但在具体描述时，可以结合本期规划的重点进行针对性的说明：
●产品的功能；
●产品的客户体验（易用性、响应速度、美观度等各个方面）；
●产品的性能；
●产品的可扩展性、易维护性、安全性等等。
4.产品销售和市场宣传的初步规划
对于新产品或已有版本的重大升级，描述产品销售和市场宣传的初步规划；如果是小的版本升级，此处可以简略描述。
可参考如下内容：
1.产品销售渠道：
通过什么方式进行销售？
如，通过分公司销售？
网站直销？
渠道分销？
2.产品销售模式：
产品如何包装？
是按模块销售，还是整体销售？
要包装成多少个不同版本？
3.产品定价方式：
4.产品运营方式：
业务运营总体策略或思路；
5.售后服务方式：
6.产品风格等：
如，产品名称、Logo、产品界面风格、产品宣传风格等。
7.产品市场规划：
如，4P。
（Product、Price、Place、Promotion）
8.产品预计的销售额、可接受的研发/运营成本等。
5.本期项目需求概述
1、根据上文提出的产品现状，提出本期项目规划的重点需求，并进行优先级排序；
2、本部分以产品经理为主导，其他成员辅助完成。
对于技术难度比较大、专业性比较强的项目，可由项目经理来主导完成。
5.1.功能需求
1.对于升级产品，在规划阶段，只需要列出功能列表即可；
2.对于完全创新的产品，建议如下：
●如果市场上能找到类似的产品，则根据这些产品的功能列表进行估计；
●如果没有类似产品，除了功能列表外，产品部门还应把系统的主要业务流程描述出来，以便其他相关人员了解产品的特点，并考虑相应的解决方案；
序号
需求分解
需求概述
优先级
备注
1.
xx子系统-xx模块
2.
注：
优先级分三级，重要、比较重要、一般，分别用阿拉伯数字1，2，3表示。
以下优先级说明同。
5.2.产品使用的典型场景
本章节的内容，对于产品的技术架构、部署方式等，有较大影响，需要仔细评估。
其中，
●对于新产品，需要根据产品部门的业务规划进行考虑；
●对于已有产品的升级版本，可以参考以往的历史数据。
1、业务高峰
时间段
用户数（个）
数据量（条）
性能要求
备注
一年内
三年内
一年内
三年内
每天08:
45-09:
15
1000
5000
登录：
2万
登录：
15万
登录：
50并发不超过5秒
留言列表：
20万
留言列表：
150万
留言：
500并发不超过7秒
…
每天14：
00
1500
7500
每月最后一个工作日１15:
00-17:
00
20
100
…
2、业务低谷
时间段
用户数（个）
数据量（条）
性能要求
备注
一年内
三年内
一年内
三年内
3、业务常态
时间段
用户数（个）
数据量（条）
性能要求
备注
一年内
三年内
一年内
三年内
4、……
时间段
用户数（个）
数据量（条）
性能要求
备注
一年内
三年内
一年内
三年内
5.3.其它需求
其它需求指
（1）安全要求；
（2）故障恢复要求；（3）备份要求；（4）运营服务要求；（5）监控需求；（6）用户体验需求等，可以参考但不限于上述的需求内容
序号
需求概述
优先级
备注
1.
要求5X8的运营服务
2.
系统需要自动监控软件，监控系统进程是否异常，如有异常，可自动报警并短信发送相关人员，该软件要求7X24小时运行
6.界面样例
1.在产品项目的规划阶段，应完成部分界面样例，以确定产品的界面风格。
此处粘贴界面样例；
●如果只需2-4页即可表达清楚规划方案的思想，则只提供视觉风格设计稿2-4页；
●如果需要一系列页面（超出4页）方能表达规划思想的，则需要提供表达规划方案思想的线框图和1-2页视觉风格设计图。
2.如果延用以往风格，则需写明“界面风格不变”，并粘贴以往的关键界面；
7.技术解决方案概述
从研发和运营两个角度，考虑技术解决方案。
●对于需求，有些可能通过软件产品实现，有些可能通过硬件方案实现，有些需求还可能通过日常的运营人员来实现。
此时，可以对需求进行简单的分解，说明计划通过何种方式满足需求；
●如果本产品与其它产品存在关联关系，还要考虑后者是否也能满足相应的需求；
●在考虑技术解决方案时，要考虑与技术相关的所有事项（例如，对于升级项目，需要考虑数据迁移），保证产品交付后能正常使用，但内容制作、市场宣传等不在技术解决方案的考虑范围之内。
7.1.研发解决方案
7.1.1.产品架构
通过文字、图形等方式，说明产品子系统的划分和各子系统间的关系
7.1.2.技术框架
●对于新产品，此处描述选择的技术框架选型及原因；对于升级产品，如需要进行框架调整，描述调整后的框架，并说明调整的原因。
如不需要进行调整，在此处说明。
●在进行技术框架选择时，首先要考虑成熟的、公司已经掌握的技术框架；
●如果是新框架，则应进行必要的验证工作。
●以图形的方式表述选择后技术框架。
以下为新网业务系统框架示例。
●描述此框架中涉及的技术选型，包括开发平台、使用语言、使用的中间件、数据库等。
●技术相关其他事宜，比如对于升级产品是否涉及数据迁移，如涉及如何解决？
7.1.3.关键技术点
描述产品中使用的关键技术
7.1.4.技术难点与风险、预研成果概述
1.技术难点的描述，可以参考以下几个方面进行考虑
●产品业务逻辑的复杂性
●产品要求高性能
2.技术风险，说明当前存在的技术风险，应对措施等，例如：
序号
风险描述
严重程度
应对措施
1
说明：
严重程度包括：
“非常严重”、“严重”和“一般”三个级别。
3.如果进行了技术预研，针对上述技术难点与风险，简要说明预研成果；
7.2.运营解决方案
此方案要求是最小部署规模的方案。
一般，方案中应包括（但不限于）如下内容：
建议的系统部署架构（新产品）、对于目前部署架构的调整建议（对于升级产品）、技术选型等相关内容。
8.试运行方案
1.根据项目特点，确定是否需要进行试运行，若有试运行，请明确试运行的前提条件；若无，则需写明不进行试运行的原因；
2.一般，方案中应包括（但不限于）如下内容：
试运行周期、用户类型、用户行业、用户个数、用户数据量、用户访问量、应获得的问题数／反馈数、如何发展试用用户等相关内容。
9.界面可用性测试方案
1.根据项目特点，确定是否进行界面可用性测试。
若进行，则由产品经理协助UE部门确定测试用户。
若不进行可用性测试，则写明原因；
2.测试用户应根据产品定位来确定，可以是产品的最终用户，也可以是公司其他部门人员；
3.一般，可用性测试应包括（但不限于）如下内容：
界面信息结构是否清晰，界面信息的合理化布局，界面的易用性、交互性、视觉性等。
10.项目初步进度及工作量估计
1.根据产品事业部的要求和项目的特点，确定项目的交付形式，并提出项目的初步进度计划（到月即可）和项目的总工作量估计；
2.进度计划分为：
项目规划、需求分析、系统设计、编码与单元测试、集成测试与系统测试、服务交付等阶段进行描述。
如果没有某个阶段，则进行说明；
3.根据不同的交付类型，采用不同的表格进行填写。
其中，计划交付日期指：
●若有试运行，交付日期指部署到试运行环境并验证通过的日期；
●若无试运行、但需发布上线，交付日期指系统部署到正式环境并验证通过的日期；
●否则，交付日期指技术发布的日期。
4.各部门在项目的各阶段都可能产生工作量，对于没有工作量的情况，需在相应单元格中填写“0”：
5.对于工作量和进度估计的前提条件以及特殊事项，例如：
测试工作量的估计所基于的测试范围，研发进度安排所基于的投入开发人员人数等，需要进行明。
可以在表格下方添加备注说明，或者形成附件。
单次交付型项目
项目启动
日期
填写规划启动日期
计划交付
日期
到月即可
预计总
工作量
？
人月
项目阶段
计划开始日期
计划结束日期
各部门工作量估计（人月）
产品
研发
测试
运营
UE
其他
项目规划
到月即可
到月即可，下同
需求分析
项目策划
系统设计
编码与单元测试
集成测试与系统测试
服务交付
工作量小计
xx
xx
xx
xx
xx
xx
多次交付型项目
项目启动
日期
填写规划启动日期
计划交付
日期
到月即可
预计总
工作量
人月
第一次交付启动日期
到月即可
第一次计划交付日期
到月即可
第一次交付总工作量
人月
第二次交付启动日期
到月即可
第二次交付计划交付日期
到月即可
第二次交付总工作量
人月
第一次交付
交付内容概述：
//介绍第一次交付所包含的模块和功能。
例如：
本次交付需实现客户资料管理模块的功能，以及在线客服管理模块的新建客服、编辑客服、删除客服功能。
项目阶段
计划开始日期
计划结束日期
各部门工作量估计（人月）
产品
研发
测试
运营
UE
其他
项目规划
到月即可
到月即可，下同
需求分析
项目策划
系统设计
编码与单元测试
集成测试与系统测试
服务交付
工作量小计
xx
xx
xx
xx
xx
xx
第二次交付
交付内容概述：
//介绍第二次交付所包含的模块和功能。
例如：
本次交付需实现在线客服管理模块的潜在客户添加、潜在客户编辑、潜在客户删除、潜在客户跟踪功能，以及短信管理模块的所有功能。
项目阶段
计划开始日期
计划结束日期
各部门工作量估计（人月）
产品
研发
测试
运营
UE
其他
项目规划
到月即可
到月即可，下同
需求分析
项目策划
系统设计
编码与单元测试
集成测试与系统测试
服务交付
工作量小计
xx
xx
xx
xx
xx
xx
多次展示，单次交付型项目（如进行三次展示）
项目启动
日期
填写规划启动日期
计划交付
日期
到月即可
预计总
工作量
人月
第一次展示日期
到月即可
第二次展示日期
到月即可
第三次展示日期
到月即可
第一次展示
展示内容概述：
//介绍第一次展示的目的，所包含的模块和功能。
例如：
本次展示目的是向客户展示项目最核心的功能，包括客户资料管理模块的功能，以及在线客服管理模块的新建客服、编辑客服、删除客服功能。
项目阶段
计划开始日期
计划结束日期
各部门工作量估计（人月）
产品
研发
测试
运营
UE
其他
项目规划
到月即可
到月即可，下同
需求分析
项目策划
系统设计
编码与单元测试
集成测试与系统测试
第一次展示
工作量小计
xx
xx
xx
xx
xx
xx
第二次展示
展示内容概述：
//介绍第二次展示的目的，所包含的模块和功能。
例如：
本次展示目的是根据第一次展示的情况完善项目最核心的功能，同时实现客户资料管理模块的客户添加、潜在客户编辑、潜在客户删除、潜在客户跟踪功能。
项目阶段
计划开始日期
计划结束日期
各部门工作量估计（人月）
产品
研发
测试
运营
UE
其他
项目规划
到月即可
到月即可，下同
需求分析
项目策划
系统设计
编码与单元测试
集成测试与系统测试
第二次展示
工作量小计
xx
xx
xx
xx
xx
xx
第三次展示（即交付）
展示（即交付）内容概述：
//介绍第三次展示的目的，所包含的模块和功能。
例如：
本次展示目的是根据第二次展示的情况完善已有功能，同时实现短信管理模块的功能，完成交付。
项目阶段
计划开始日期
计划结束日期
各部门工作量估计（人月）
产品
研发
测试
运营
UE
其他
项目规划
到月即可
到月即可，下同
需求分析
项目策划
系统设计
编码与单元测试
集成测试与系统测试
服务交付
工作量小计
xx
xx
xx
xx
xx
xx
11.其它相关内容
根据需要，填写其它相关内容。
本章节，非必填项。
12.风险及应对措施
项目规划小组成员，分析本项目的风险，并制定相应的应对措施。
序号
风险类别
风险描述
严重程度
预防/补救/解决措施
1
资源风险
目前公司无掌握×××技术的人力资源，可能项目开始时找不到合适的人来做此项目
非常严重
1.通知人力资源部门招聘掌握此技术的人才；
2.让公司现有的技术人员去钻研此项技术；
3.聘请外部专家对公司的现有技术人员进行技术培训；
说明：
1.风险类别包括：
进度风险、需求风险、资源风险、质量风险和其它风险。
2.严重程度包括：
“非常严重”、“严重”和“一般”三个级别。
附录1：
模版使用说明
1.模版中，黑色字体部分不可裁剪。
在编写时，如果相对应的内容没有或不适用，在相应的标题下写明即可，不能删除。
2.模版中，蓝色字体部分是对于文档内容的解释说明。
在编写时，需要删除这些内容。
3.对于模版中给出的示例，适用的可以保留并填入相关内容，如“进度与工作量估计”的表格示例；不适用的直接删除，如研发解决方案中的图例等。
4.本附录，在《产品项目规划方案》成文时需要删除。
升级会员 