• 软件界面不是艺术作品


      经常有人把软件产品界面当成艺术作品,不管是在开发bs版产品还是cs版产品,这样的情况经常会遇到。然而,关于软件产品UI和艺品作品之间的关系,早有很多经典论述,可以说这是显而易见的真理。但是,实际情况是,总是有人在不断自觉的重复这样的错误。

      是什么人呢?不确定的说,什么人都有,ps把很多人对可视化设计的欲望极大的调动起来,任何一个人心血来潮,都可以设计设计。确定说,非典型的有两类人。

      一类人是狂热的图形设计艺术家,具有典型的艺术和个性化气质,图形和视觉效果的追求近乎狂热,在他们的眼里,视觉效果就等于设计的全部。这样的认为在纯艺术创作中非常普遍,但是做软件产品设计,这种想法非常有害。软件UI设计也是属于大工业设计的范畴,工业设计一方面满足人们对美的追求,更重要的是设计必须为产品的功能和体现使用价值服务,偏离了这一点,设计再有创意和视觉冲击力也是没有意义的。把软件产品界面当成艺术作品的图形设计艺术家一般都是刚刚涉足这个行业,对产品不了解,经验还不丰富的一部分人,他们还不了解,产品设计是一个系统化设计工作,属于工程概念,对规则组织和条理化的要求强过对创意、个性化、视觉冲击的要求。随着工作和项目经验的积累,他们会逐步扭转过来,思维方式会逐步趋向理性化。

      另一类人是对界面设计感兴趣的编码工程师。他们不懂得运用视觉原理和构成法则来合理的安排界面控件和元素之间的位置和关系,但是他们有着天生的控制(产品)和(自我)表现欲望,一旦这种欲望在某个适当的时候被释放或放大,于是编码工程师就摇身一变成了界面工程师。

      刚才所说的适当的时候是什么时候呢?当程序员做逻辑判断或者是函数设计感到疲惫的时候,他想尝尝形象设计的滋味;当他面对一个界面设计和后台程序密切相关的问题时,他需要有一个符合他的技术模型的界面形式以帮助他快速完成编码;强烈责任感驱使他要对自己编码的产品负责,他觉得要这么干,于是就改成他希望的样子了。于是,糟糕的产品界面和因此造成的混沌交互就诞生了。最让人不可容忍的是,编码工程师的个人行为,在目前的软件工程管理中,缺乏强有力的监督和约束机制,到最后,问题出来了,编码工程师往往会以工程进度或别的理由逃避责任。如果项目经理意识不到问题的严重性,情况会变得更加糟糕。这样对软件质量的影响是致命的。要改变也是最难的。

      当编码工程师突然摇身变成界面工程师时,编码人员固有的逻辑、条理、组织和系统化思维优势,一下子就短路了。他们忘记了软件界面是产品功能和产品交互性格的可视化载体,需要用户全局的眼光来统筹,对组织、条理和规则的要求和思维的严密性一点不亚于程序设计和技术架构对它们的要求。它们做一个界面就只看到这个界面,不知道考虑上下文和屏幕序列中,界面和其他界面之间的关系;看一个控件就只看到控件本身,不知道考虑控件与控件之间的组合,控件组与控件组之间的关系如何处理,怎样把它们动态组成一个具有明确的用户引导能力和功能暗示的并且能透射出整个产品综合形象的产品界面。他们的视角是割裂的,设计理念是局限的,做出来的东西肯定是别扭的。

      我发现一个很有趣的现象,编码工程师对界面设计者通常具有一种居高临下的心理优势,很少把界面设计当回事,觉得那是不重要的简单的事情,只有自己做的事才是重要的、高智商的。可是让我觉得很滑稽的是,一旦这些高智商的人客串过来时,却把自己的优势和产品的目标忘得精光。也是把产品界面当成一个艺术作品来设计。经常听到他们借用一些美工的词汇来表达他们的设计想法,我觉得这里太空了”“我觉得这里太白了 听起来,我就想不到这是在评价一个软件产品,倒是在评价一副水彩画。

      看看下面的例子。

    <!--[if !vml]--><!--[endif]-->

      这是一个信息对话框的设计,仅仅用户来展示某个用户的信息。操作引导功能非常弱,仅仅是用户看完信息之后关闭对话框就可以了。本来按照GUI规范,把关键界面元素放到合适的位置就可以了。非常简单的事情,信息字段组左上角排放,注意他们和窗口上边距和左边距要符合规定的尺寸;对话框按钮在对话框右下角,注意和窗口右边距和下边距符合规定的尺寸。
    可是最后就成了这个样子。我问为什么?答曰我觉得中间太空了,所以就把他们往中间移了我晕倒。如果都是这样我觉得整个产品不就变得五花八门了,最基本的统一性原则都达不到,还能说什么呢?假如你觉得中间空了,那应该考虑,是不是对话框尺寸太大了,可以和GUI设计考虑缩小对话框窗口的尺寸,而不能够擅自改动控件组织的基本规则。

      实际应该是这个样子。

    <!--[if !vml]--><!--[endif]-->

      看看苹果的规范

    <!--[if !vml]--><!--[endif]-->

    另一个例子

    <!--[if !vml]--><!--[endif]-->

         这是产品界面采用了通用的bs软件界面模式,上面是产品标题区,左边是模块导航区域,右侧是功能操作区域,操作区域的平行子模块采用页签形式平行引导。有人对显示效果提出疑问:右下角没有东西了,显得太空了,不好看。要求把操作控件匀一些下来,或者搞个深颜色,或者加个图片填上去。

         又是一个典型的把产品界面当成了一副画来调摆,而忘了软件界面的使命,且不说这么弄是不是好看。产品界面的使命,元素排列组合的终极目的就是合适的表达产品的行为和功能,帮助用户完成他们的工作,实现他们的目标。偏离了这个终极目标,为好看而好看都是没有意义的,甚至会产生反作用,越好看越糟糕。

         试想,假如为了把界面空地填满,把控件像洒胡椒面样的弄匀,结果控件之间的关系不符合用户的眼动和操作习惯,给用户造成的影响会怎样?假如为了好看,把空地填上一副绚丽的画,或者加上无关痛痒的水印,结果强迫用户的注意力移到与操作任务不相关的界面区域,而忘记了自己该干什么?结果会怎么样?

         有人说,我觉得太空白了显得很生硬,所以要加图片进来,显示产品的人性化,追加产品的附加值。其实,这纯粹是他自己的臆造,没有深入的了解软件操作语境,不知道这个时候用户需要什么。好东西要在合适的时候提供才是好东西,就像药可以治病,可是给健康人吃就是毒药。在用户工作的时候,用户的关注点只在操作区域,其余的地方处于视觉盲点,不需要过多的关注。聪明的产品设计者,应该是帮助用户感觉不到空白的存在,而不是利用空白制造噪音干扰用户。

         看看adobe Activation的对话框例子

    <!--[if !vml]--><!--[endif]-->

     

  • 相关阅读:
    【Go】http server 性能测试
    【go】基础
    【Git】gitcongfig 增删改查
    【go】sdk + idea-plugin 开发工具安装
    【Ibatis】总结各种使用技巧
    【nodejs】jade模板入门
    各语言技术列表
    【nodejs】 npm 注意事项
    PAT-l3-002堆栈
    统计相似字符串
  • 原文地址:https://www.cnblogs.com/kevinzhwl/p/3878917.html
Copyright © 2020-2023  润新知