有很多人跟我说过，产品设计过程中，最讨厌的就是写各种产品文档。一方面强调速度的互联网产品，加入此环节，会降低开发速度；另一方面当产品的定位、概念模型或原型已成形，文档🐠撰写工作就相当枯燥无味，毫无乐趣；更重要的是✱，你写出来的文档可能根本就没有人阅读。

最早我也是如此认为。产品成形再费力的去写产品定位、功能设计有何意义，更何况重要的流程和规则都已在原型🅰中标注，何必再多此一举。但是几个项目下来，我发现文档仍然有它自己的功用，如果维护的出色，将是产品设计人员的好帮手。

l  借助文档再次系统性的思考产品的定位或者原型设计。当我🃏们在开会确定产品定位策略、用户策略时，通常是在相当长的讨论中完成。如果没有文档整理，难免产品小组成员对决策认识有忽略的环节；而深入到原型设计中，分散的注释也难有系统性的描述。我经常有在撰写PRD文档的时候，发现原型设计上的失当之处。前期发现缺陷修改，比后期补救自然能节省不少时间。

l  文档撰写也是技术活儿。如何写ꦆ让读者，用更少的时间，清晰的了解产品的策略及设计细节，是件相当考究的事情。不是有很多人抱怨自己写的文档没人阅读吗？你得好好想想，是否只把它当成了码字的体力劳动。

l  对产品思路的记录，有据可查。很多人会说我记忆力很好，产品的各个环节我都能记住，需不需文档记录，差别不大。但是不是团队里的每个人都有这么好𒆙的记忆力。我相信好记性不如烂笔头。当产品𓆉要做相关模版的关联开发时，模块内的细节规则需要准确了解。这时候文档的回溯功能变能得到充分的展现。

就像做产品一样，需要考虑文档各种读者的不同需求。我想这里面多少有些技巧是值得探讨的：

1.概括分组+小标题

这里有一个较出名的๊原则“7±2”原则，主要意思是人一次能够理解的思想或概念的数量是有限的，最高限度是5-9个项目。因此我们需要将观点按照一定的逻辑关系分组阐述。并且配合使用能概括此段的主要观点小标题，这样读者就可以开始在阅读这段的最初几秒钟了解你ไ的观点。

2. 模版不是为了让文档千篇一律

很多公司为了产品的规范性，减少项目成员阅读文档的学习成本，都制作了相应的产品文档模版，规范不同产品设计人员的写作风格。但产品人员因根据内容的不同性质，应灵活应用模版。拿PRD为例，以承ღ载内容信息为主的页面，与以互动交流为主的页面阐述重点将有很大的不同。展示内꧒容的描述，主要阐述展示字段、提取规则、排序规则、链接地址及方式等；而表单类的描述，更偏重流程及填写规则的描述。

3. 能用图不用表，能用表不用字

如小标题描述的，读者总是会对图比文字有更高的接受度。07版的WORD提供了Smartart的功能，给我们极大的方便ღ，可以充分利用里面各种类型的图来表达观点。

4. 文档也需要排版

排版有很多技巧，例如留言、间距、字体大小颜色的对比等。一个排版很舒服的文档，浏览者会相当的轻松的找到重点。这里有篇介绍如何排版PPT的文章，很多🅺原理也适用于WORD——《如何设🍸计一份令人舒服的PPT（上）（下）》。

5. 回访你的文档读者

其实很多人都无意识的做了这件事情。每次我写完PRD，ꦐ同步给技术和测试人员后，会询问他们阅读的情况，并根据他们的反馈做相应的调整。有人会嫌麻烦，其实这个环节一般你只需要1个小时就能搞定了。

总之你需要根据文档的性质、内容和不同的浏览者，做出不同的调整。这个过程不仅仅是简单的陈述想法而已。

原文：//www.xmued.com/?p=1421