转载自:http://minjiechenjava.iteye.com/blog/2304490, 侵删
PRD文档即产品需求文档,也叫业务需求文档。是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档。
产品需求文档的作用就是“对MRD中的内容进行指标化和技术化”,这个文档的质量好坏直接影响到研发部门是否能够明确产品的功能和性能。一般写这样的文档用WORD+VISIO或AXURE,建议互联网产品经理都熟悉一下AXURE这个软件的使用,能直接生成PRD。
一般每个业务功能都按以下格式写:
1.1.1 (业务功能名称)
1.1.1.1 业务功能基本信息
1.1.1.2 业务功能
1.1.1.3 业务流程
1.1.1.4 业务规则
1.1.1.5 界面管理
1.1.1.6 数据要求
1.1.1.6.1 输入
1.1.1.6.2 输出
1.1.1.7 费用处理要求
1.1.1.8 打印单据/文件要求
1.1.1.9 参数要求
1.1.1.10 与其它界面的整合建议
DRD是用来承载交互说明,并交付给前端、测试以及开发工程师参考的文档。
在项目中,交互设计师的主要产出物可能依次是:site map,page flow,wireframes。有的大型项目前期,交互设计师有可能还会产出用户需求分析文档(与PD产出的市场需求文档不一样的是,URD更多侧重于对目标用户的需求分析)。
DRD则很少有人专门撰写。如果需要对交互设计进行说明,聪明的交互设计师往往会直接标注在线框图里,或者在项目中不断和前端工程师和开发工程师口口相传,反复验收,不断迭代修改来确保所有的交互设计意图最终得以呈现。
DRD非项目必需环节,一般情况下也不会为交互设计师专门留出相应的时间预估。没有这份文档,项目也会继续,但是可能项目会为此承担不必要的沟通成本和时间成本。严重的话,项目的质量也会受到影响。所以写与不写,交互设计师需要做把握。
文档类型 | 需要做的工作 | 提纲如下 | 要达到的目标 |
BRD阶段 | 一、 市场分析; 二、 销售策略; 三、 盈利预测; 四、 (注:不出现产品细节) | 一、客户价值; 1、我要服务哪些客户?这些客户是什么样子的? 二、商业价值; 1、我可以为企业创造什么样的价值? 三、路线规划; 1、我先满足什么需求?再满足什么需求?为什么? 四、历史回顾; 1、客户价值和商业价值是否发生了变化? 五、成本估算; 1、整合各类资源所需要的运营成本、营销成本。 六、评估方法 1、为什么指定这个目标?这个目标是如何显现出来的? | 向公司申请需要的费用、资源得到各级领导支持;
|
MRD阶段 | 一、 更细致的市场与竞争对手分析; 二、 通过哪些功能来实现商业目的; 三、 功能/非功能需求分哪几块; 四、 功能的优先级;
——可能产出物有Mind Manager的思维图,Excel的Feature List | 一、产品介绍; 二、用户描述; 1. 用户/市场统计; 2. 用户剖析; 3. 关键用户需求; 4. 替代品和竞争品 三、产品轮廓; 1. 产品前景; 2. 产品定位 四、功能需求; 五、非功能需求; 六、 附件:用户需求调查报告 | 收集、分析、定义主要的用户需求和产品特性 ——不用考虑系统如何满足这些需求以及需求的技术和资源局限 |
PRD阶段 | 一、 功能使用的具体描述; 二、 Visio版功能点业务流程; 三、 界面的说明; 四、 Demo (注:可是dreamweaver、ps、画图板的简单版,有时也会有UI/UE支持) | 一、项目边界; 二、验收标准; 三、业务流程图; 四、用例说明; 1. 用例总图; 2. 单个用例说明 五、性能需求; 1. 响应时间; 2. 空间使用量等 六、维护性需求; 七、质量需求; 1. 安全性; 2. 可操作性; 3. 可靠性; 4. 兼容性; 5. 移植性 八、接口需求 外部接口需求; 内部接口需求 | 对MRD中的内容进行指标化和技术化;明确产品的功能和性能 |
FSD阶段(类似概要设计) | 产品UI确定; 业务逻辑的细节确定; 表结构设计 |