界面标准扼杀了设计的创造力吗?

原创 2001年03月09日 17:58:00

界面标准扼杀了设计的创造力吗?<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

没有一个设计标准能定义所有的用户界面。因此,在定义之下,即使设计师服从适当的设计标准,大多数的设计成果还是保留下来了。最重要的设计元素常常是标准里没定义到的,因为标准不会了解到设计的中个体的特殊性。

举例来说,最近我参与了一个电子商务站点的设计。在首页草稿中,有三种方式可以得到产品:搜索和两种导航表,导航表的形式是简单的选择列表。一种导航表是按照在该领域中,用户经常能想到的方式组织的;另一种导航表是按照生产厂家的产品流程来组织的。可用性测试的结构表明:

  • 按照用户理解模型设计的导航,使用成功率是80%

  • 按照厂家内部标准设计的导航,使用成功率是9%

结论:第二种导航表被放弃,尽管项目组中有些人反对。第二种表对于能正确使用它的人有一定的优点,但是对于大多数人它带来的是麻烦。所以它不是很好用。

我提到这些有两个原因:第一,尽管两个导航从设计上看是一样的,用了同样的页面标准、术语、风格以及交互式技术,他们的可用性还是相当不同的。第一中设计比第二种强了将近九倍。如果用户找不到产品,这个网站将什么都卖不出去,可见这点不同对电子商务网站来说就是钱!钱!钱的不同。可用性的不同不是因为表面设计的不同,而是深层设计(找出如何能最大地满足用户的需要,最好的组织信息的结构)的不同。因此,即便遵循页面设计标准,设计师仍然有很多事可以做。不好的设计师会在首页上用差劲的导航表,而且从来不测试一下。

其次,测试结果也告诉我们:即便严格按照设计标准来也不一定能得到优秀的可用性。标准保证你的用户能够理解你的设计中那些个别的界面元素,他们知道到哪儿去找什么样特征的元素。但是标准不能担保用户怎样理解这些界面特征,也不能保证系统具备用户需要的特征。

Eric Daivs,一位资源营销方面的信息结构设计师,最近作了一个购物车命名的可用性测试。由于那个网站是销售冬季运动产品的,他们希望、起一个标准词汇以外新颖的名称,于是设计草案里起了一个名称叫“购物雪橇”。结果,50%的用户不知道这个雪橇的概念。另外50%的人说,他们看到“购物车”应该在的地方放了个雪橇,所以才猜出来“购物雪橇”的含义。他们知道这里是添加某类东西的,而且是添加类似雪橇之类东西的。教训:在我们还没有找到一个用户能理解的好名词之前,最好别自作聪明,别用新词汇

当然,直接用“购物车”这个名词也不能保证让购物的界面更易用。最保险的一点是,用户会接受那些在站点里曾经反复用过作为链接的词语。这是一个值得吸取的可用性经验。

网站用户经验之Jakob法则:用户在其他的网站花的时间最多。因此,别人网站经常用到的一些惯例、约定是最容易影响用户经验的,你若偏离这些习惯,只能得到痛苦。

在早期的研究里,我们就知道一惯性是可用性中最重要的因素之一。Macintosh就是基于一整套详细的“苹果人性化界面指导”参考,几乎涵盖了其所有的应用软件。对于Mac系统(后来的Windows系统也一样)来说, 比起早期的系统最主要的优点是保持了(设计上的)一惯性,这使用户可以打开新软件就用。比如用户都知道移动一个物体的次序是(1)选中物体、(2)剪切命令、(3)翻开到新的区域、(4)点击插入点、(5)粘贴命令。总是这么几步。CutPaste命令总是在Edit菜单里,总是用CommandX以及CommandV复合键。没什么原因要求用户必须用V来出来粘贴,但是它一直都是一样的,它就能这么做。

先抛开Mac软件的一惯性,你觉得Excel是不是有点Mac风格?或者那个MORE(一个流行的轮廓线)一点创意都没有?如今,尽管大多数软件都相当遵守系统平台的设计标准,但是也没有见到哪两个图形用户界面的软件是一模一样的。

同样对于网站来说,遵守设计标准,只是简单的确保了用户能知道你在说什么。这就像写文章时宁愿用标准的英语词汇也不要用自己的词汇。你还是那个决定将什么样的故事,怎么组合设计元素的人。

设计标准的准则

成功的界面设计标准应该是:

  • 用实例来说明,因为实例比文字更容易让设计师明白

  • 确定实例完全遵循了所有的设计特征,并非仅仅为了表示一下而做的说明(设计师应该可以从实例中获取不止一条的提示)。

  • 一个尽可能丰富的、全面的检查表(设计师可以逐项检查)——比如,必须在所有页面上出现的元素可以组成一个检查表,一个首选术语的检查表。

  • 确立一个标准专家,一方面可以在正式的标准检查中评估新设计,另一方面可以随时帮助设计师解答关于标准的疑问(如果问题不是很容易,有没有人帮助,那么估计每个设计师都会有自己不同的答案)

  • 依靠主动的标准传授计划。光等着讨论是不够的,你应该积极的找出一些项目,并且经常和项目组交流,告诉他们标准,温和地评论他们的设计,告诉他们如何避免标准偏离

  • 标准文档应该及时更新。在标准管理人员的工作下,一旦有新结论出现,就要及时更新标准。

  • 既要顺应其他流行的设计标准,又要加以明确的描述以突出和这些标准的不同之处

  • 依靠开发工具和模板,这些东西更容易使人去做标准设计,而不容易去做非标准的设计

  • 应该使人更容易找到相关的规则,印刷版的标准可以做一个索引,在线版的最好有一个搜索,带超链接,可以直接链到其他规则

主动传授在Intranet标准方面就显得尤为重要。因为每一个部门都有自己的方向,容易忽视总部的要求。他们通常借口“我们这儿不一样,总部不了解我们的情况”这么做。这没错,可是每个人都是不一样的,如果整个系统都因为特殊情况而改变就会变得绝对的混乱。大团体的利益是最重要的,并且,所有的可用性是依靠一惯性建立起来的。可以有少数案例,环境很特殊所以矛盾必须被接受,但是这必须在有限的情况下,并且有好的解释(是正确的解释,不是足够多的解释)

最后还要认识到,标准也有它自己的可用性。一个设计标准,不管是超文本的还是印刷版的,都是这样。因此,设计标准也要经过可用性测试,以确保它可以使用。

第3章 当合作扼杀了创造力

斯蒂芬•沃兹尼亚克的例子&其回忆录中的建议 UCB的研究:那些创造力更强的人往往在社交中扮演内向者的角色。他们往往具有人际交往的技能,却没有足够社会化或热衷参与的性格。他们称自己是独立而带有...
  • u011779724
  • u011779724
  • 2017年06月04日 19:18
  • 106

是谁扼杀了你的梦想?

文/耿景辉 美国一群心理学家曾做过一个天才实验,他们到一所小学去找天才,事先请学生通知家长到学校来,要测验小孩是不是天才。 实验当天,心理学家把考卷发下去,半个钟头后收卷,然后一起到旁边的...
  • clschen
  • clschen
  • 2015年04月21日 10:28
  • 396

是谁扼杀了孩子们的想像力

是谁扼杀了孩子们的想像力 有人做过这样一个实验:在黑板上画一个圆,然后分别问了一些人画的是什么。结果,幼儿园的小朋友给出了各种各样的答案,说是太阳、月亮、月饼、篮球、盘子、气球、眼睛、鼻孔……初中生和...
  • aero_boy
  • aero_boy
  • 2007年11月29日 11:20
  • 596

计算机能思考吗?图1专题9:“计算机会不会有创造力?”

Can Computers Think? The History and Status of the Debate - Map 1 of 7 问题9 Issue Area: Can compu...
  • quanben
  • quanben
  • 2011年12月03日 21:42
  • 1450

强大的诺顿扼杀了alexa工具条

    原来的诺顿2005过期了,改装了一个诺顿10。刚一装好,诺顿10就对我的alexa工具条频下黑手,把它隔离起来,我一边执著的一次一次把它从小黑屋里解救出来,一边找有没有把alexa工具条保护起...
  • wingates
  • wingates
  • 2007年03月09日 14:41
  • 377

中国WAP应用被运营商扼杀了

看看移动的破烂梦网,慢的离谱的GPRS(还真是狗屁人生啊),WAP应用何时才能推广起来?还有运营商对SP和CP的这种管理合作方法,有几个SP是踏踏实实认真做产品的?联通能好一点吗?...
  • FeiSan
  • FeiSan
  • 2004年10月04日 21:35
  • 1007

360扼杀了中国自由软件业

乱报误报率最高的一款“杀毒”软件,我不明白他是靠引擎杀毒,还是靠认证杀毒的。不菲的认证费用,会扼杀多少自由软件作者?! 报毒都报的这么霸道,实属罕见!3721这个流氓软件起家的360,现在都能这么猖狂...
  • sdragonx
  • sdragonx
  • 2015年02月26日 03:57
  • 421

《我杀了他》凶手推导

《我杀了他》凶手推导   作者 关劲松 PMP   《我杀了他》作品简介,作者东野圭吾。       著名剧作家兼导演穗高诚与人气女诗人神林美和子的新婚前夜,穗高诚的情人浪冈淮子在其庭院自杀...
  • guanking
  • guanking
  • 2010年06月18日 17:21
  • 6483

程序员的创造力

    说到程序员的创造力,真是有点可怜!国人的程序员的创造力那不是一般的少!简直是少之又少!现在的程序员做出来的东西基本上是粘贴复制,修改后就成了自己的东西,当然我不是说粘贴复制不好(粘贴复制的过程...
  • wangjunbianchengcesh
  • wangjunbianchengcesh
  • 2011年06月12日 10:59
  • 885

Thinking in C++ chapter 1

第一章:对象的演化1.1基本概念 面向对象程序设计_OOP 首个面向对面程序设计语言:60年代的Simula-67,目的:解决模拟问题; 类:描述了一组有相同特性(数据元素)和相同行为(函数)的...
  • ibmyself
  • ibmyself
  • 2015年03月02日 11:04
  • 531
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:界面标准扼杀了设计的创造力吗?
举报原因:
原因补充:

(最多只允许输入30个字)