前三篇文章我们逐步梳理了产品的信息结构、框架结构、界面结构(原型)，这一步我们就要根据之前完成的工作，开始正式撰写产品需求文档了(PRD文档)。
通过之前的准备工作，我们更加清楚了产品的需求，并细致的考虑了方案的可行性，从而减少与避免了撰写文档时容易忽略的细节黑洞。
PRD文档没有标准的规范，也没有统一的模板，每个公司都不一样，并且每个人也不一样，这个取决于个人习惯和团队要求。虽然PRD文档没有标准的规范，但是有两项是必不可少的，那就是文件标识和修改记录。文档在撰写过程中，我们可以自行不断的修改完善，但是如果正式发布或交给团队其他成员后，一旦有了修改，为了文档的同步，我们就需要标注出文档的修改内容，备注修改记录。关于文件标识和修改记录，大家的格式都大同小异(如下图)。
PRD文档的形式常见的有以下三种：Word、图片、交互原型
一、Word
这是传统意义上的PRD文档，主要有四个部分组成(具体视你的产品要求进行划分)，分别是：结构图、全局说明、频道功能、效果图。（在第一篇文章里我有讲过，PRD文档的阅读者更多是偏向于技术人员，因此PRD文档目的性很明确，就是要描述产品的功能需求，所有PRD文档是没有关于市场方面的描述，同时我也建议大家尽量减少不必要的文字，在能够让阅读者看懂并且了解产品意图的情况下，文字越少越好。这主要是因为绝大多数人是没有足够耐心认真看完PRD文档的，因此我们要尽量减化文档内容。）
1、结构图：
1.1、信息结构图：主要是辅助服务端技术人员创建或调整数据结构的参考文件
1.2、产品结构图：主要是辅助设计和技术开发人员了解产品的全局结构，他和用户流程图不一样，产品结构图只是罗列出产品的频道和页面。
2、全局说明：主要讲解产品的全局性功能的说明，例如网站产品的页面编码、用户角色，移动产品的缓存机制、下载机制，这类全局性功能的说明。这里我举一个移动产品的“状态维持与恢复”的例子，示例如下。
状态的维持与恢复
当用户退出产品时（误操作、Home键、锁屏、自动关机），产品需要维持用户操作前的状态，当用户返回产品时仍可以恢复到之前状态，并继续使用。
维持状态包括流程操作、信息浏览、文本输入、文件下载。
锁屏状态时，如果用户在产品中有下载任务时，仍然保持下载。
微信扫码上方二维码，可领取2025年最新互联网创业项目！
项目收款截图
