prd英文缩写大全.docVIP

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 模板，来源于何处，不知道，将去向何处，也不 知道，无头无尾，一个被割裂的文档。