PRD文档和交互文档（DRD）有什么区别

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非项目必需环节，一般情况下也不会为交互设计师专门留出相应的时间预估。没有这份文档，项目也会继续，但是可能项目会为此承担不必要的沟通成本和时间成本。严重的话，项目的质量也会受到影响。所以写与不写，交互设计师需要做把握。