团队博客 - 以用户为中心的设计

1、常见的界面应用规范有哪些？

非常系统的界面应用规范有很多，很多软件公司的应用规范经常长达几百兆，快成了一个小型的系统。但实际上真正实用的规范不需要那么多，特别是在作网站产品的时候。站在实战应用的角度我尝试过的界面应用规范有这些：

信息架构。网站栏目，导航结构，界面结构和布局，通用局部信息规则等。
人机交互。任务流程（如，所有信息提交直接显示完成，随后验证），交互方式（如，所有出错信息不用弹出窗口提示，所有表单录入及时验证和提醒），导航的展现方式（如，通过导航的层级提示位置感，不用面包屑），链接原则等。
界面视觉。界面的视觉层次关系，色彩应用规则，界面尺寸和比例，控件大小及应用规则，间距和边距等等。
语言和文字。行文风格，通用术语，提示/报错用语，说明/帮助，内容规则，和用户/客户的来往邮件等。

.

2、什么时候整理规范更合适？

很早我就写了多篇日志说过应该什么时候开始整理界面规范，意思很简单：“不能在一开始就写规范，那样的规范不实用；不能在项目结束后写规范，那样的规范意义太小而且耽误效率，造成反复太多成本太大；更合适的时间是在具体应用的时候边设计边停下来整理规范，然后按照规范继续前行”。

为什么不能一开始就写规范？这很容易理解。
试想一下你从来没有用过IM，现在是第一次使用。这个时候你是不是要一开始就拍脑袋制定好详细的分组方案，然后严格执行呢？显然不是，这个时候你制定的分组方案显然是不可能实用的，后面在应用的过程中肯定得不断的调整甚至彻底推翻重新修改。
怎么办？很简单，不管三七二十一直接用了再说，不分组，等好友上到十几个的时候再开始分组。而且这个时候仍不能完全确定分组方案，仍需要在后面不停增加好友的过程中继续修改和调整。

很显然，后面在添加某个好友的时候会遇到三种情况：
1> 已有的分组可以直接把这个好友加进去。处理方式：加之。
2> 已有的分组不能把这个好友加进去。处理方式：新建分组，并确定以后同样类型的人也加到这个分组中。
3> 因为要加这个好友，发现已有分组不合理，需要调整。处理方式：优化之，然后形成新的分组方案。

界面规范也是同样的道理：在什么都没有开始设计之前不要去制定规范，（往往你的老板也没时间让你干这么）开始动手工作之前不要管那么多，动手干就是了。
当然，有些时候在动手之前需要制定一定的“原则”，我认为这不能叫规范应该是一种“制度”。（比如，不要用12号以下的字体，行文不要太啰嗦，不用突兀的弹出窗口等）

很多人对于“为什么不能后期整理规范”不是很理解，跑过来找我交流。

其实原因很简单：如果在后期才整理规范，那么前边的设计过程势必会有问题，把前期的设计成果调整统一会浪费很多时间。如果你等IM的好友加到500的时候再整理分组，你会疯掉。
规范的作用不只是为了更好的保证后期的设计实现效果，还得保证设计过程中的统一和连贯性。
.

3、什么样的规范形式更适合网站产品？

在以往的软件产品上，因为系统的庞大，也因为版本更新不能过于频繁，我们经常会制定非常系统和完整的“应用规范系统”，以保证不要因为一些小的问题经常去要求用户对产品进行更新。通常我们会在“制定和形成规范”的环节花费大量的时间和人力，而且由于整个规范系统会很庞大和繁杂，往往在规范的执行上成本很高而且效率很低。到最后我们经常发现：所谓的规范系统就是一个摆设，为开发库添加了一堆多余的信息而已。

网站产品的迭代过程很短，更新和反复很快。将以往软件产品上的规范做法直接拿到这里后，我们发现维护和更新规范的成本要远远高于其带来的协作效率。这也导致了一些早期用软件开发方式制定界面应用规范的互联网企业，都相继放弃了这个工作环节。

但这不能说明界面应用规范在网站上就失去了意义，准确的总结应该是说“软件产品的规范形式在网站产品上很不适用”。
于是，我们需要寻找更加适合网站产品的界面应用规范的表现形式和方法。在网站产品上规范的形式要更加自由、更加低成本，应用上要更加的方便简单，越华丽的形式反倒越不利于后期的应用。

另外，如果是一个迷你型团队，我建议你把规范作的越简单越好。比如我曾经有一个规范只是建了一个文件夹，里面有各种场景下的不同界面和一个”*.txt”文件。文件的内容是这样的：
1、所有通用的二级展示页面，布局规则参考“news.jpg”；
2、所有警告类的弹出窗口参考“xxx.jpg”
3、…
当然，这样的“规范”其实只是一两个设计师之间的“设计备忘”。一般的中型团队还是需要一个简单的大概几页纸的示范文档作为规范记录。
.

4、网上有很多人公布的界面规范，我看到了很多形式和很多不同方式的内容，可我们团队人很少没有时间整理这么多的东西，而且有些我还不理解是什么（比如，“情感化设计规范”是什么意思？）。怎么办？

不办。
别管他们的叫法和形式。动手作你认为对的，然后不断完善和调整。只要动手作了，就会有好处。什么都还不了解的时候不要试图作一个“博识”，选择作一个实战者你的老板会更喜欢你。
和在IM加好友一样，看到别人那么多分类不知道自己怎么分的时候就别分，人多了再分，再调整。
没有万能的规范和准则，只有最适合你的。那就是你自己慢慢“修炼”出来的。

.

5、工程师对于界面上的很多东西往往并没有设计师那么敏感，经常和设计的差别很大。特别是一些“小问题”，比如在我们设计师看来18的行距和22的行距有着天壤之别，但他们无所谓。这个时候怎么办？

（合理来说，你的界面制作人员应该在设计团队而不是开发团队）
首先，必须自我检查一下。“我的界面规范是不是太复杂太多，给工程师在应用的时候增加了太多成本？”。
然后，想办法让你们的规范简单再简单，应用起来方便更方便。比如，不要用太多的文档“写规范”，而用图片“画”规范，把间距等等问题标示在图片上，让工程师更容易“阅读”。比如，把你的网站规范写成HTML的，把元素的代码放出来方便工程师直接拷贝，减少应用成本。（如这里的第二种方式）。
再后，如果你的规范足够简单，应用足够方便。再去和工程师进行更多的沟通，看看是不是他们现在打心理根本还很小视重视界面的问题。
还不行，把实现的效果和设计效果对比给他们看。同时请你的老板帮忙督促。
.

6、我们公司只有我一个设计，从交互到美工全活。没有规范行不行？

不行。
1> 就算是你一个人，时间长了没有一个被记录在案的“规则”，你的设计一样会乱。可以考虑让规范的形式简单更简单（如只留一个PSD文件或者TXT文件说明），但不可少。 这个事情很简单，别偷懒。
2> 规范不只是为了今天看的，后面的设计执行、以后产品的维护和优化都需要用到。
3> 作为设计师要养成良好的工作习惯。

.
用以上6点抛砖引玉， 欢迎在6月份第二周结束前继续提问，或者投稿说出你的观点。如有必要我会尽我所能再次统一撰文回答。
经验有限，部分观点可能相对片面，请选择性采纳。

This entry was posted on 星期三, 6月 4th, 2008 at 2:02 and is filed under 信息架构和交互设计. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.