prd英文缩写大全.doc

prd 英文缩写大全

【篇一：prd 英文缩写大全】

在该文档中，基点依然是中的内容，只是把重心放在了“产品需求”上，而产品需求本身实在mrd 中有所体现的，区别就是在于，prd

要把mrd 中的“产品需求”的内容独立出来加以详细的说明。

这部分是pd 写得最多的内容，也就是传统意义上的需求分析，我们

这里主要指uc （usecase ）文档。主要内容有，功能使用的具体描

述（每个uc 一般有用例简述、行为者、前置条件、后置条件、ui 描述、流程/子流程/，等几大块），visio 做的功能点业务流程，界面

的说明，demo 等。demo 方面，可能用dreamweaver 、ps 甚至画

图板简单画一下，有时候也会有ui/ue 支持，出高保真的demo ，开

发将来可以直接用的那种。

文档核心该文档中，侧重的是对产品产品功能和性能（即“”）的说明，相对于mrd 中的同样内容，要更加详细，并进行量化。

在一些国外的公司，是允许把mrd 和prd 合并成一个文档的，通常

叫做“marketing productrequirementsdocument ”。

该文档一般可以包括以下内容prd 制作该产品的远景目标（vision ）目标市场和（targetmarketandcustomers ）的描述

竞争对手分析（competitivesummary ）

对产品主要feature 的比较详细的描述这些feature 的

初步拟定的实现进度安排

用例（usecases ），这可以是较粗略的大致描述，未必一定要umlusecase 图。

产品的性能要求

销售方式上的思路、需求（直销还是渠道？直销怎么做？渠道怎么

做？）

技术支持方式上的思路、需求（提供什么样的技术服务？）

开发工具推荐：

rationalrose －－熟悉项目发生的相关业务行为。

visio2007 －－将业务，从产品层面肢解开来，做到抽丝剥茧部分与

整体统一

——轻便好用的原型图工具，可以和书写prd 文档同时进行，把需

求表达得更加清楚明了。

mindmanager －－把项目条目化，条理化，目录结构具体规定好。

－－前台结构布局，合理规范的将系统脱去朦胧的华纱。

--穿针织网，把需求综合起来，整理成最终的产品需求

错误认识1）prd无（mrd为体现载体）支持，只是个人经验、部门

要求或者领导指示进行撰写。

2）在prd中，只重视“产品功能”的描述，而缺乏对产品其它指标项的说明。在一个完整的prd中，一共需要对产品的10个产品需求项指标进行说明，分别是“功能要求、开发要求、兼容性要求、性能要求、扩展要求、产品文档要求、产品外观要求、产品发布要求、产

品支持和培训要求、产品其它要求”。

3）照搬国外的prd模板，来源于何处，不知道，将去向何处，也不

知道，无头无尾，一个被割裂的文档。