如果你文档中的许多项目内容时相互关联并且是描述单个元素、流程或操作的话，试着将它们用列表的形式呈现出来。列表更容易浏览，并在一秒钟内找到所需的信息，因为在列表中所有项目的起点都位于同一条垂直线上。

　　你可以看到，在左边的纯文本中描述了操作顺序或项目关系，而右列则凸显了它们之间的逻辑。我用粉色标注了两个关键词。

　　多用框图变现流程

　　如果你有一堆以“if”开头的界面规则，那么你肯定是在考虑流程上的问题。通常来说，设计师会使用原型图或者流程图来展示这些东西。在下面的例子中你就能发现，文本描述并不能很好的表达逻辑和流程，尽管它被需求管理人员、业务分析人员或者项目经理广泛的使用着。

　　我建议设计师们还是尽量多使用逻辑图表来展现流程上的问题。在下面的流程图中，人们可以轻松地跟随流程来逐步执行操作，并实时检查错误。

　　【总结】

　　注意并总结团队成员们的专业惯用词;

　　不仅要保持你的文档整洁，同时要注重冗余文字的处理;

　　尽量使用列表和框图的形式来组织信息。

　　6、打开文件时出错

　　每个文档制作的意义在于被阅读和理解，否则它就没有存在的必要。你可能会震惊于现在竟然还有许许多多的公司用着“史前的”邮件客户端，将附件的大小限制在一兆字节以内;还会有各式各样的电脑上缺少这样或那样的程序以及字体;自己的团队中叶可能遇到团队成员没有协同办公软件账号的情况。

　　我建议设计师们可以尽量使用基本的工具，或者尽可能搭建一个友好的设计环境。现在最强大的工具是云存储(Dropbox，Google Drive)和Web应用程序(Invision，Trello，Figma，Google Docs，Dropbox Paper，Confluence)，因为它们都是独立于硬件的工具。

　　但其实，旧的工具也有它们的好处，比如旧的文档工具通常提供离线模式，同时还可以为使用者提供稳定安心的心理作用。像PDF这样的通用独立格式就很适合将旧设计文稿放入归档，而与在线资源链接的新工具可能会面临文档过期或者关闭了Web服务等问题。

　　如果没有什么其它的选择，那么久准备一个PDF或类似的东西，确保它是轻量级和兼容的——没有复杂的层次，炫丽的效果，没有裁剪和未压缩的位图。

　　【总结】

　　如果你不确定你的文档的读者是谁，那么久将其视为非技术且配备低性能设备的人员;

　　对于长期项目，尤其是设计系统和分布式团队，要建立一个云共享档案;

　　利用独立文件作为完成工作的归档。

　　7、演示技巧——变色龙

　　推广创意的设计师总是希望脱颖而出，然而往往事与愿违。哪怕是一个优质的演示文稿也有可能吓退操控着数十亿美元的企业客户。他们可能会认为你提出了革命性的改变，也可能认为你没领悟到业务的本质。面对这种情况，我建议你在演示文稿的时候做一条“变色龙”吧。

　　所谓变色龙，指的是考察客户的产品、品牌，并以相似的风格来设计你的文档样式。这个技巧能够帮助你开场破冰，并传达给对方“我们是一个团队的”。下面是我根据我所在公司EPAM的产品特征制作的演示文稿。

　　遵循你为之服务的公司的产品风格，会让你的文档看起来更加自然更加贴心。(当然这里要排除你是在重新设计或者品牌重塑这种情况)。例如，如果我为阿迪达斯设计产品，我会考虑采下面这种幻灯片样式。

　　如果你为奔驰公司进行产品设计，那你也需要加入一点梅赛德斯的风格元素。

　　通常情况下是不允许使用品牌字体或logo标识的，但你可以通过颜色和排版，为客户创建一个总体印象。

　　【总结】

　　应对保守的企业客户或大型项目，要在演示文稿中融合他们的风格，以便看起来更加自然亲切;

　　不要复制客户的品牌，设计的符合认知印象就够了。

　　8、文档的灵魂

　　一个很好的文档，说清了内容却没有带来启发，这恐怕是这篇文档最悲哀的地方了。

　　有趣