旅途归来，一切安好。五天很短暂，回想起来基本只有将就算是蓝色的大海和天空，还有白花花的沙滩；有兴趣的朋友可以到我的微博中看看风景照什么的。

还好，回来之后并没觉得无法适应惯常生活一类，它们之间的区别只是“状态1”与“状态2”这样；把该做的事情立刻开始做起来吧，心里会安一些。之前一篇是“iOS Wow体验 - 第六章 - 交互模型与创新的产品概念”的前半部分。今天插播小文一篇，怎样为网站创建风格指南。进入正文，锵锵锵。

什么是风格指南？简单的说，就是一份告诉你如何讲故事的文档。它确立了一些标准，例如怎样撰写文案、怎样排版、怎样打造视觉元素和交互方式等等。风格指南源自于印刷领域，例如报刊(看看卫报的风格指南)；在Web领域，它同样体现出了巨大的价值。

无论是传统印刷，还是互联网，最关键的都是“内容”。风格指南的最终目标就是让内容以清晰并且一致的视觉风格呈现出来。BBC的全球体验语言(Global Experience Language,GEL)就是网站风格指南的绝佳范例。不妨通过页面右侧的“Download GEL Web Styleguide”下载一份PDF文档来稍作了解先。

关于系统的故事

好的风格指南看上去就像是网站的自传，它能够让其他人与之进行互动，从而进一步了解并扩展这个网站。风格指南应该包含相关人员在网站项目过程中所积累的知识与经验，并以直白的方式描述出来；它在设计系统的层面上诠释了项目过程中的各种设计思路，使团队中的其他设计师，或是将来的团队，能够更好的了解项目，展开工作。

也许你会想，作为设计师，这些难道不是我们在本能当中应该了解的吗，何必搞到文档中呢？在实际工作中，设计师不可能包揽所有的事情，例如商业研究、内容策略、用户体验、技术开发、QA、部署等方面的工作需要涉及到的人员和团队也许会有很多，你要在恰当的环节将文档交付给对应的合作部门，使他们在必要的时候可以更加准确的了解网站产品的特性。

通常，在网站的界面设计工作结束之后，交互设计师与视觉设计师就该展开风格指南方面的工作了。看看你是否熟悉下面这样的情景：你们已经在Photoshop或Fireworks当中打造了完美的视觉稿，每个像素都很到位，行间距控制的不错，配色即合理又富有含义。很棒，接下来应该将设计稿交付给前端开发了；你准备怎样就方案中的每个细节元素与开发人员进行沟通呢？回想一下你们在设计过程中作出的各种重要的设计决策，那些背景的不透明度为60%、拥有一像素浅灰色边框的容器，那些像素级精确的padding与margin设定...所有这些，你们应该以怎样的方式与开发人员进行交流，才能让他们了解到这些重要的细节呢？

一致性

在设计过程中，我们也许要作出成百上千个大大小小的设计决策，任何一个明显或隐蔽的元素当中都有可能蕴含着特定的意义，并对页面整体的用户体验造成影响。要将所有这些细节都落实到文档中，那样所花费的时间也许会超过设计过程本身；项目组恐怕难以承受这样的成本。

风格指南不需要对每个设计元素当中每个像素进行说明，我们要做的是总结出一系列通用的设计原则，使项目中的相关人员理解和领会。这种相对抽象化的做法也可以使你的设计思想和意图得到体现。

“一致性”是界面当中的所有元素都应当具有的普遍特质，作为设计体系的一部分，它们都应该体现出一致的设计思想。当人们使用不同类型的设备访问你的站点时，保持视觉风格及体验的一致也是很重要的。

正像Nathan Borror在2009年发布的一篇关于界面协调性的文章当中所说：“良好的界面一致性是不会被用户所注意到的。”换句话讲，良好的界面协调性所带来的美妙体验会让用户在不知不觉当中产生愉悦的感受。

我(英文原文作者)通常会在风格指南当中借用这篇文章当中介绍的“界面协调性画布”这一方式，将项目所涉及的所有典型设计元素同时呈现在一张画布当中，包括它们各自不同的状态，以及对应的代码片段。

这种方式同时可以帮助我们建立一套相对自由的设计模式库。诚然，不同项目当中的视觉设计风格会有所变化，但基于这些项目所抽象出来的模式却可以保持相对统一。

别等到项目进行到后期才开始风格指南方面的工作，你完全可以在设计过程当中一点点的将逐渐成熟的界面风格标准添加到文档当中。在创建界面元素的同时就对它们在一致性与标准化等方面的特质进行认真的思考，这是很好的习惯。

DrupalCon Chicago官方网站的风格指南，关于全局网格及界面布局的部分。