输出原型、文档是产品人的基本功，小编在初入行业的时候没有师傅带，自己埋头苦苦查找资料，挑选临摹了很多PRD文档（其中word形式的较多），终于有些效果，找到一套适合自己和团队的PRD文档输出办法，为了让像小编一样的小白少走弯路，特意写了这篇文章，希望能给你们一些帮助（为小编打电话），也希望大神多指点，共同交流进步，欢迎留言。
具体的PRD可直接点击链接查看（打开比较慢）：https://r2c775.axshare.com
在我的团队里原型的受众主要是领导、客户、设计、开发、测试，PRD的受众主要是开发、测试（领导、设计也会参考）。因为项目周期的原因，一般在原型（带主要页面功能交互说明）出来后差不多设计就会开始进行页面设计，同时我会添加细节说明，以及一些限制，功能细节等为PRD做准备，差不多原型梳理出来，就开始整理PRD文档。
PRD文档没有固定格式、没有固定形式，word也好、Axure也好，你写着舒服别人看的明白就可以了，他核心部分是原型交互部分，它的核心功能是开发和测试的依据。
小编为什么不用word写PRD文档了？是因为它真的页面太多了，页面交互细节多，你要写一个功能既要写功能又要和原型对比，放在word里东西就多了。100多页的word相信没谁愿意看（苦笑）。
为了让大家更加清晰，小编简述一下自己整个PRD的绘制的过程：
1.总结用户需求，绘制产品功能结构图；
2.对比竞品和用户需求，绘制产品信息结构图；（产品结构图可以在此时绘制，也可以边梳理原型边绘制完善）
3.画出主页面原型（带主要交互说明），核对需求；
4.梳理流程，此时可以绘制流程图和产品结构图；
5.绘制所有原型页面并且添加页面交互；
6.整理PRD文档核对设计稿。
上述流程更像是小编的前期工作流程，其实是因为绘制PRD文档是一项需要和外界交互的事情，前期做好沟通，明确流程和细节，才能更好的绘制PRD文档。
前期准备
功能结构图、信息结构图、结构图、流程图、原型
绘制PRD文档时，应该已经准备好前面这些图表了，直接插入PRD文档的相应页面就可以。
页面梳理
1.修订历史
叙述文档编写修改的过程，因为在文档撰写过程中，我们不可能一次写的尽善尽美，而且遇到版本迭代都可以在此处说明修改的内容，方便产品人和观看者阅读文档。举例如下：
2.版本说明
是对本版本的需求说明，新产品开始时内容别较多。版本迭代时将迭代需求写在此处。举例如下：
3.原型图
包括全局说明和交互原型两部分
3.1全局说明
描绘APP的全局性功能说明，主要是一些页面常见的默认交互内容，在写交互原型时就不用一一注明了。举例如下：
3.2交互原型
原型+标注
标注每个元素的作用、功能及其他注意事项，可以在页面加跳转逻辑。根据需要自己编写文字内容。举例如下：
4思维导图
4.1结构图
上一篇文章已经详细讲述结构图的绘制过程。
4.2流程图
流程图这里需要我们去绘制主要流程图，主要流程图是整个软件的业务逻辑图，相对来说比较粗，功能模块都比较大；然后根据需要绘制某一模块的流程图，此流程图比较细，具体到功能点。举例如下：
4.3交互自查表
是帮助我们去查看自己是不是穷尽了所有状态、所有可能情况，帮助我们去复盘整个产品，查漏补缺。
5.其他模块
这里可以根据需要添加项目模块，主要有产品简介、开发周期、版本历史，可以根据具体的产品需求添加产品规则之类的子模块。
具体的PRD可直接点击链接查看（打开比较慢）：https://r2c775.axshare.com
最后也需要谢谢几位作者，站在巨人的肩膀上才能看的更远，是他们的文章让我有了这样的想法，想尝试一下新的PRD书写方法。
如有文字、内容错误，也希望大家指正，希望大家都能够不断学习不断进步。
