在稍微大一点的开发团队中，产品经理未必能向所有开发人员传达具体的产品开发需求。这时就需要一份文档来供所有的项目参与人员阅读。而产品经理又常常爱拍脑袋、容易变卦，所以文档也是开发人员约束产品经理的一项武器。在产品上线前的测试环节，测试人员也同样会拿产品需求文档来验收产品质量。当团队进入新人时，文档也可以让新人更快地了解产品。
总的来说，产品需求文档有三个核心作用：
1、传达产品开发需求
2、保证各部门沟通有理有据
3、产品质量控制有具体标准

常用Axure原型+Word的方式组成产品需求文档，其实并不能真正方便地表达出产品需求。程序员在开发时，一般都是看着效果图和原型图写代码，只有在遇到问题时，才会查看word文档。如果开发需要一边写代码，一边看效果图，一边看原型图，还要时不时查看文档，估计会疯掉。而且，大多数程序员都不会逐字逐句去读产品经理的长篇大论。——在原型里直接标注

模板

简介

1. 产品简介
2. 版本说明
3. 开发周期
4. 版本历史
5. 修订历史

思维导图

1. 结构图
2. 流程图
3. 页面条件

原型图

1. 全局说明（通用的规则）
2. 交互原型

用例文档
需求卡片

1. 待审核
2. 审核通过
3. 审核不通过

1.产品简介
2.版本说明
新版描述：
1.增加了……
2.调整了……
3.
功能列表

3.开发周期

4.版本历史

5.修订历史

用例文档

需求卡片