理解UI设计准则——保持系统的简约和一致

如需转载请注明出处:http://www.cnblogs.com/PengLee/p/4557682.html

目录

  • 任务分析
  • 概念上的简单和一致性
  • 相同情景中内含功能的一致性

 


    到此为止,我们已经介绍了有关交互设计在心理学层面上的不少观点,这一片文章,主要是讨论如何保持应用的简洁性和一致性。这样做的目的

  是非常的明显的,那就是让用户在使用应用的时候,尽量是在潜意识下完成,不用费尽心思的思考就能够知道应用中的各个部分到底是干什么的。为

  了能够检视你的应用是否达到了所谓的简约性和一致性,你需要从一下这几个方面进行分析和反思。

 

任务分析

    对于任务分析,有一套非常复杂的理论和方法,但是如果要它们变得可以使用,那么最好将它们简化,我们不去讨论那些艰深的理论和方法,你

  要做的仅仅是基于你的应用,认真的回答下面的这几个问题

    1、用户在使用这个应用的时候想要实现怎样的目的?你希望用户使用这个应用达到什么样的目的?

    2、应用想要支持一套怎样的人工任务?

    3、哪些任务是常见的,哪些是少见的?

    4、哪些任务是核心的重要的任务,哪些是不重要的附加任务?

    5、每个任务的步骤是什么?

    6、每个任务的结果和输出是什么?

    7、每个任务的所需的信息从哪来?

    8、每个任务的结果信息是怎样利用的?

    9、什么人做什么任务?

    10、每个任务都使用哪些工具?

    11、在执行各个任务时,用户会遇到什么样的问题?什么样的错误是常见的?是什么造成这些错误的?错误造成的损害会有多严重?

    12、用户在执行应用中的任务的时候都是用什么样的词汇?

    13、要执行这些任务,用户必须要进行哪些沟通?

    14、不同任务之间是如何联系起来的?或者说它们之间根本没有联系?

 

概念上的简单和一致性

    首先,我们的搞清楚,什么是应用具有的概念。所谓的应用的概念系统指的就是一个应用中涉及到的所有的词汇和那些需要解释的概念和功能。

  对于QQ来说,诸如:最顶级的消息、空间、动态、联系人;下一级的新朋友、特别关心、群组、生活服务、直播间、兴趣部落;以及会员、加速、

  个性名片;除了这些静态的词汇,还有功能层面上的发布说说、聊天、添加联系人、屏蔽消息、拉黑、回复、评论、发起群聊等等。

    我们的目的是尽最大的努力保持系统概念集合的简单和一致。

    对于概念集的简单性和一致性,需要做到下面这几个方面:

    1、尽最大努力减少那些用户之前没有接触过的、需要花费精力和思考去学习的新概念

      任何一个具有创新性的应用,都不可避免的使用一些用户之前从来没有听说过的概念,比如:下面几个应用中的 “勿忘我”、“星星糖”,以及

      我曾经做过的一个交友App设计中的 “广场” 和 “封存” 、“晾晒”等概念。

          

      上面的这些概念都是用户之前没有听说过的,要想了解这些新概念,用户就必须花费精力去了解。所以一个应用中新概念不能够太多,1~2

      个就足够了,对于这些新的概念,我们还得尽最大的努力,让用户不用花费什么心思,就能够马上明白。比如说,勿忘我应用中使用了“浇水”

      这个概念,在浇水的旁边还是用了一盆花,在“我对她的好感”上面还加了一个可供查看功能的问号标识,这样的话,我们一眼就能够知道

      “浇水”大概是干什么的了

        

    2、尽量使用从字面意思上就能够马上理解的熟悉的概念

      这也不是什么难事,只要我们去借鉴大众平时用的最多的那些应用中使用的词汇和概念就能够做到这一点,像QQ、QQ空间、新浪微博、

      新闻应用等都是大众使用最频繁的应用;当然最重要的就是尽量了解应用的目标人群,了解他们的词汇集;另外一点,就是避免使用专

      业词汇,由于进行产品功能分析的人员,在产品方面都有着非常专业的知识,对于一些名词和概念就非常的熟悉,这就容易忽略用户的

      认知情况,比如对于GUI这个名词,普通用户都不是非常的熟悉,也不知道这是干什么的,你不能因为自己非常熟悉,就使用这样的

      专有名词。

    3、尽量减少应用的概念集

      当一个应用的概念集包含的概念越少的时候,应用就会越发的简约,并且能够最大限度的突出应用的核心功能。相信大家都知道Not Or Not

      这个网站最初成功的时候的最初的样子,这是一个国外的网站,核心功能就是“大家上传自己的照片,供大众评审,如果你喜欢某个人的照片

      ,就点个赞,否则就点个踩”,网站最初就是在屏幕中央放置一个照片幻灯走廊,看完一张,点击一下看下一张。这个应用的概念如此的简单

      ,网站如此的“露骨”,但是结果却引发了一场狂潮,该网站一时间成为美国最受欢迎的网站之一。最近国内除了一款叫做 “探探” 的App应用

      也是仿照这个模式,概念和界面都是异常的简单。

        

    4、尽最大努力避免不同概念之间的交叉和重合

      

    5、同一个概念和名称,就是同一种东西;不同概念和名称,就是不同的东西;不要一词多义,也不要同一个意思使用多个不同的名词和概念

    

    6、一定要确保 概念、名词和它所持的任务和目的之间的映射是非常直接的

      这是非常重要的一个方面,即是说,用户看到应用中某个名词或者概念的时候,从字面意思上就能够知道,背后的功能任务。比如说像

      “发说说”一看就知道点击它的用途和功能,在比如“写日记”和“聊天”都是和任务的最直接的映射,丝毫没有什么拐弯抹角。那上面的举得

      “勿忘我”的例子来说,里面的一个概念是“浇水”,而点击浇水之后,发生变化的“我对她的好感度”+2,这实际上就是一种间接的任务映

      射。(但是这只是一个例子,这个应用中引入浇水的概念,以及这种处理方法,不论是从文艺气息上,还是从用户接受度上,都没有什

      么太大的问题)这种观点和我之前发布的 理解UI设计准则——有关注意力 博文中 跟着信息“气味”靠近目标 的理念具有相似性。

       

 

相同情境中内含功能的一致性

    这个问题也是非常的重要,。所谓的相同情景中内含的功能的一致性,包括两个方面

    1、应用中的相同场景,在没有特殊原因的情况下,应该包含相同的主要功能

      这非常容易理解,比如新浪微博中的 浏览“首页微博”  和  浏览“我发布的微博”  实际上是两个一致性的场景,只不过前一个显示

      的是所有的微博信息列表,后者只显示自己曾经发布的微博列表。但是这两个相似的场景中的主要功能却有明显的不一致,在第一个场景中

      你可以点击底部标签导航栏中的 “” 来发微博,但是在第二个场景中却没有提供发布微博的按钮,要想发布微博,你只能够返回到上

      一级,虽然用户在场景二中发微博的需求可能非常的少,但是直接将这个功能消除,会让用户感到应用种不同场景的不一致性

        

                场景一                           场景二

 

    2、应用中的相同场景中含有的相似的功能,在物理操作上,应该保持相同

      也就是说应用中相同场景中含有的物理层面上的操作应该保持一致,比如说:如果应用中使用的删除某个列表项的物理操作是,向左滑动列表

      项,点击出现的抽屉中的删除按钮,就像QQ一样,那么其他的相似场景中删除列表项的物理操作,也应该是这样,而不是其他的诸如长按删

      除那样的物理操作。这就是物理操作层面上的一致性。

                         

      这种一致性,保证了用户能够尽快的在一种无意识的状态下使用系统,而不是强迫用户记忆那些相似场景所提供的功能上的差别。一旦应用强迫

    用户持续意识到,或者猜测,在每一种情境下可以执行哪些功能操作、它们之间细微差别是什么的时候,用户就非常容易出错,或者做出原本没

    有打算的事情。这种体验是非常的糟糕的。

posted @   RoperLee  阅读(1132)  评论(0编辑  收藏  举报
编辑推荐:
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
阅读排行:
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 地球OL攻略 —— 某应届生求职总结
· 提示词工程——AI应用必不可少的技术
· Open-Sora 2.0 重磅开源!
· 周边上新:园子的第一款马克杯温暖上架
点击右上角即可分享
微信分享提示