ThinkChat2.0新版上线,更智能更精彩,支持会话、画图、阅读、搜索等,送10W Token,即刻开启你的AI之旅 广告
## (四) – 撰写文档(PRD文档) [![](https://box.kancloud.cn/2015-10-10_5618dd842ee28.jpg)](http://image.woshipm.com/wp-files/2014/04/Img395315795.jpg) 前三篇文章我们逐步梳理了产品的信息结构、框架结构、界面结构(原型),这一步我们就要根据之前完成的工作,开始正式撰写产品需求文档了(PRD文档)。 通过之前的准备工作,我们更加清楚了产品的需求,并细致的考虑了方案的可行性,从而减少与避免了撰写文档时容易忽略的细节黑洞。 PRD文档没有标准的规范,也没有统一的模板,每个公司都不一样,并且每个人也不一样,这个取决于个人习惯和团队要求。虽然PRD文档没有标准的规范,但是有两项是必不可少的,那就是文件标识和修改记录。文档在撰写过程中,我们可以自行不断的修改完善,但是如果正式发布或交给团队其他成员后,一旦有了修改,为了文档的同步,我们就需要标注出文档的修改内容,备注修改记录。关于文件标识和修改记录,大家的格式都大同小异(如下图)。 [![](https://box.kancloud.cn/2015-10-10_5618dd844bf24.jpg)](http://image.woshipm.com/wp-files/2014/04/23e1691cb0a5e42bd8236b4ea794bf0c.jpg) PRD文档的形式常见的有以下三种:Word、图片、交互原型 ## 一、Word 这是传统意义上的PRD文档,主要有四个部分组成(具体视你的产品要求进行划分),分别是:结构图、全局说明、频道功能、效果图。(在第一篇文章里我有讲过,PRD文档的阅读者更多是偏向于技术人员,因此PRD文档目的性很明确,就是要描述产品的功能需求,所有PRD文档是没有关于市场方面的描述,同时我也建议大家尽量减少不必要的文字,在能够让阅读者看懂并且了解产品意图的情况下,文字越少越好。这主要是因为绝大多数人是没有足够耐心认真看完PRD文档的,因此我们要尽量减化文档内容。) 1、结构图: 1.1、信息结构图:主要是辅助服务端技术人员创建或调整数据结构的参考文件 1.2、产品结构图:主要是辅助设计和技术开发人员了解产品的全局结构,他和用户流程图不一样,产品结构图只是罗列出产品的频道和页面。 2、全局说明:主要讲解产品的全局性功能的说明,例如网站产品的页面编码、用户角色,移动产品的缓存机制、下载机制,这类全局性功能的说明。这里我举一个移动产品的“状态维持与恢复”的例子,示例如下。 > 状态的维持与恢复 > 当用户退出产品时(误操作、Home键、锁屏、自动关机),产品需要维持用户操作前的状态,当用户返回产品时仍可以恢复到之前状态,并继续使用。 > 维持状态包括流程操作、信息浏览、文本输入、文件下载。 > 锁屏状态时,如果用户在产品中有下载任务时,仍然保持下载。 产品需求文档 示例:[![](https://box.kancloud.cn/2015-10-10_5618dd8461854.png)](http://tangjie.me/media/2012/11/%E4%BA%A7%E5%93%81%E9%9C%80%E6%B1%82%E6%96%87%E6%A1%A3_%E7%A4%BA%E4%BE%8B.pdf) 3、频道功能:以频道为单位,页面为子项,分别描述产品的频道、页面及页面模块元素的功能需求(格式如下)。 > 示例格式 > 1、频道名:频道介绍及需求说明 > 2、页面1:页面介绍及需求说明 > 2.1、页面模块1:模块功能需求说明 > 2.1.1、页面模块1-元素1:功能说明 > 2.1.2、页面模块1-元素2:功能说明 > 2.2、页面模块2:模块功能需求说明 在撰写功能需求时,我们需要考虑用户的流程,例如一个“完成”按钮,我们需要描述他完成后,系统要不要给出反馈提示(反馈提示是什么样的形式反馈,内容显示成什么,有没有内容需要调取数据库),或者要不要跳转页面(跳转到哪个页面,这个页面是其他频道页面,还是这个功能的子页面,如果是子页面就需要再描述这个子页面的模块及元素内容)。 4、效果图:效果图是由设计师完成的产品图,和实际开发完成的产品保真度一致。 ## 二、图片 图片形式的PRD文档是基于效果图的说明文件,将传统Word形式的功能需求说明标注在效果图上,这种方式经常使用在移动互联网领域,实际上是图文形式的交互需求文件,只是在此基础上更深入的描述出功能需求。 对于图片形式的PRD文档,我们只需要另外再描述一下全局说明,其他频道页面的需求直接以图片形式展示,这种方式相对于Word文档的纯文字更加生动易读并且直观,因此有一些产品经理非常喜欢用这种方式代替Word形式的PRD文档。 [![](https://box.kancloud.cn/2015-10-10_5618dd846e8a5.jpg)](http://image.woshipm.com/wp-files/2014/04/945b60dfb907a0ea28329399aa5f1832.jpg) ## 三、交互原型 这里指的交互原型就是上一篇文章讲的原型设计,使用Axure PR之类的交互原型设计软件制作出来的产品原型非常真实和直观,并且原型软件还支持元素标注和导出Word文档,因此很多产品经理都喜欢使用Axure PR来代替Word完成PRD文档。 当我们通过Axure PR制作出产品原型后,实际上他已经是很完善的产品Demo了,因此我们只需要加上元素的标注,在标注中说明功能需求,这样导出的HTML文件相比Word文档更直观易懂,是非常高效的产品需求说明方式。 ——— 无论你采用哪种方式产出需求文档,最终的目的都是为了方便团队成员理解产品的意图,因此哪种方法能够避免细节黑洞,高效完成产品的设计和研发,那么这种方法就是最有效的方法。 好了,关于《产品需求文档(PRD)的写作》的介绍写完了,一共四篇文章,希望能够帮助到你,如果觉得文章中有什么错误或者有疑问,欢迎评论留言。