说来有些惭愧，写这篇文章是用来教大家写需求文档的，但其实，我很少会写传统意义上的产品需求文档，甚至，我连word都很少用。用惯了Axure的任意布局方式，再用word感觉非常别扭，尤其是在添加图片时，简直感到捉急。当然，这不是我不用word写需求文档的根本原因。
补充了下载地址，请在页面尾部查看。
简单来谈一下，为什么软件开发项目中，需要需求文档这么个东西？
在稍微大一点的开发团队中，产品经理未必能向所有开发人员，传达具体的产品开发需求。这时就需要一份文档来供所有的项目参与人员阅读。而产品经理又常常爱拍脑袋、容易变卦，所以文档也是开发人员约束产品经理的一项武器。在产品上线前的测试环节，测试人员也同样会拿产品需求文档来验收产品质量。当团队进入新人时，文档也可以让新人更快地了解产品。
总的来说，产品需求文档有三个核心作用：
1、传达产品开发需求；
2、保证各部门沟通有理有据
3、产品质量控制有具体标准
由此可见，产品需求文档是必不可少的。那一份好的需求文档，就应该能准确传达出产品的开发需求。那么产品需求文档该用什么方式写，才能更好地传达出产品开发需求呢？
就我所见，行业大多产品经理都是用Word+Axure原型的方式组成产品需求文档。那这种方式，是否真的能方便地表达出产品需求？我问了很多程序猿，他们在开发时，一般都是看着效果图和原型图写代码，只有在遇到问题时，才会查看word文档。也就是说，开发需要一边写代码，一边看效果图，一边看原型，还要时不时查看文档。而且，大多数程序猿都不会逐字逐句去读产品经理的长篇大论。那产品经理写word真的合适吗？这样的用户体验真的好吗？花费大量时间写word真的有价值吗？在Axure画原型的同时，我们为什么不能直接在旁边标注呢？这样岂不是方便快捷很多吗？
其实，当下流行一种直接在原型图上标注的需求文档撰写方式。在新版的Axure8中，也已经推荐了原型加标注的需求文档样式。Axure8新增了一组部件—不干贴，就是方便产品设计人员进行功能标注。
重视用户体验的产品需求文档该怎么写？
下面我就不讲思路了，先展示我的产品需求文档的历史版本和最新版本对比。
随着每个版本的调整修改，其实都伴随着视觉效果提升、逻辑架构更清楚，也更加提升了用户体验。
下面继续来展示更多页面
结尾
到这里，我的产品需求文档就讲完了。从最粗糙的原型到现在精细的原型，历时一年。我能从表象的产品需求文档中看出，自己本身的能力也在逐步提高。其实，文档也是帮助产品经理梳理思路的一种手段。突然想到，什么是产品思维？不断发现问题，解决问题就是产品思维。只有不断思考，不断发现问题，不断总结，才能优化出更优秀的产品。
由于原文作者未给出源文件，所以我仿照了一份做了源文件传上来方便伸手党。
原作者的意思是每家公司要求不同，事实上我自己用的时候也修改了蛮多的地方，不过还是那句话，方便伸手党。
先贴几张图，下载链接在最下。
预览链接：http://xr9lcx.axshare.com/%E9%A6%96%E9%A1%B5.html
下载链接：http://pan.baidu.com/s/1o75gHiq 更多资源可以关注一下微信号：WoshiUE
原创文章，作者：ioued，如若转载，请注明出处：https://www.iamue.com/11998/
