您的位置:首页 > 行业资讯 > 专业发展 >

史上最靠谱的交互设计评估方法

来源:本站    日期:2015-03-05 14:43:25

  对架构、布局、内容、行为四个方面对照检查

 
  1.架构和导航Architectureandnavigation
 
  是否采用了用户熟悉或容易理解的结构?
 
  是否能识别当前在网站中的位置?
 
  是否能清晰表达页面之间的结构?
 
  是否能快速回到首页/主要页面?
 
  链接名称与页面名称是否相对应?
 
  当前页面的结构和布局是否清晰?
 
  2.布局和设计Layoutanddesign
 
  是否采用了用户熟悉的界面元素和控件?
 
  界面元素和控件的文字、位置、布局、分组、大小、颜色、形状等是否合理、容易识别、一致?
 
  界面元素/控件之间的关系是否表达正确?
 
  主要操作/阅读区域的视线是否流畅?
 
  其他文本(称谓、提示语、提供反馈)是否一致?
 
  3.内容和可读性Contentandreadability
 
  文字内容的交流对象是用户吗?
 
  语言是否简洁、易懂、礼貌?
 
  内容表达的含义是否一致?
 
  重要内容是否处于显著位置?
 
  是否在需要时提供必要的信息?
 
  是否有干扰视线和注意力的元素?
 
  4.行为和互动Behaviorandinteraction
 
  是否告知、引导用户可以做什么?
 
  是否告知需要进行哪些步骤?
 
  是否告知需要多少时间完成?
 
  是否告知第一步做什么?
 
  是否告知输入/操作限制?
 
  是否有必要的系统/用户行为反馈?
 
  是否允许必要的撤销操作?
 
  是否页面上所有操作都必须由用户完成?
 
  是否已将操作步骤、点击次数减至最少?
 
  是否所有跳转都是必须的(无法在当前页面呈现)?
 
  交互设计的评估通常有以下方法@马力
 
  1.启发式评估方法&专家评估
 
  利用一些已有的设计原则和行业准则等,由有经验的设计师,按照这些原则、Checklist进行评估。你可以按照这些原则去检查设计,看看是不是有违反这些原则的设计漏洞,通常通过这种检查,你可以快速的找到一些问题。
 
  2.UsabilityTesting(可用性测试)
 
  由有经验的设计师(或者可用性专员等等,anytitle),对产品进行分析,找出关键的UseCase,然后根据这些UseCase撰写脚本,布置出一些任务来。同时,根据产品的用户群,选择一些有代表性的用户,邀请这些用户和你一起来做可用性测试。注意,这些用户叫做“参试”,而心理学上通常叫“被试”,这是有区别的,要明确你是要和用户一起测试产品,而不是去测试他们自己。
 
  测试时通常有一个主持人来陪同用户,按照事先拟定的脚本,一步步来使用产品,主持人需要在过程中紧密的观察用户的使用,发现问题并和用户沟通(一定要让用户很放松,很自然,国内用户通常会紧张)。当用户操作发生错误,或者迷惑不解等等时,主持人就要重点留意,并挖掘出用户出现这些问题背后的原因是什么。
 
  如此这般,可以发现很多有价值的可用性问题,然后来改善设计。参试的人数一般7~8个人就可以(当然还要看产品的具体情况,用户群的大小、集中程度等等),如果你是快速迭代的测试,5个人甚至都可以。
 
  3.Log分析
 
  可以在软件/应用/Web里记录Log,来分析用户的行为。Log里可以包含各种你想记录下来的行为/事件,如点击次数、停留时间、从那个地方离开的,等等,当然如果你要分析具体的交互设计的话,最好一开始能有一个假设,建立一个模型,例如什么样的数据会证明这个设计是好的,或者是差的,是点击率的高低?是两个数值之间的联系?等等。
 
  4.A/BTest
 
  可以出两个或者多个交互设计的方案,同时放出来让用户使用(需要控制用户群体),然后根据数据(或者用户反馈),来比较选择某一个更优的方案。需要注意的有两点:
 
  (1)方案本身要注意控制哪些是变化的因素哪些是不变的,例如一个方案用的是按钮,而另一个方案里是链接,其他的地方都不变,这样根据点击率就可以知道哪个更好一些,如果你同时又变化了别的内容,例如一个加图片,另一个不加,就很难分的清是哪个影响的了。
 
  (2)用户群要控制好,或者说抽样要合适,尽量能让两种方案接触的用户群组成相同,这样就容易比较。
 
  5.其他方法
 
  例如,通过眼动仪来追踪视线以发现用户的关注点等等。这在很多地方,特别是要微观的调整布局设计等时非常有用,但是大多数情况下,我们的设计还不需要到这个层面上去测试和观察,因为总是有更多显而易见的问题被我们以更廉价的方法识别出来。
 
  总结:个人觉得评估的方式有很多种,我们只要把握其中的几种就可以了,更多的时候或许跳出做产品的思维方式作为小白用户来使用产品,也许能够获得许多对于产品有不一样的理解。  对架构、布局、内容、行为四个方面对照检查
 
  1.架构和导航Architectureandnavigation
 
  是否采用了用户熟悉或容易理解的结构?
 
  是否能识别当前在网站中的位置?
 
  是否能清晰表达页面之间的结构?
 
  是否能快速回到首页/主要页面?
 
  链接名称与页面名称是否相对应?
 
  当前页面的结构和布局是否清晰?
 
  2.布局和设计Layoutanddesign
 
  是否采用了用户熟悉的界面元素和控件?
 
  界面元素和控件的文字、位置、布局、分组、大小、颜色、形状等是否合理、容易识别、一致?
 
  界面元素/控件之间的关系是否表达正确?
 
  主要操作/阅读区域的视线是否流畅?
 
  其他文本(称谓、提示语、提供反馈)是否一致?
 
  3.内容和可读性Contentandreadability
 
  文字内容的交流对象是用户吗?
 
  语言是否简洁、易懂、礼貌?
 
  内容表达的含义是否一致?
 
  重要内容是否处于显著位置?
 
  是否在需要时提供必要的信息?
 
  是否有干扰视线和注意力的元素?
 
  4.行为和互动Behaviorandinteraction
 
  是否告知、引导用户可以做什么?
 
  是否告知需要进行哪些步骤?
 
  是否告知需要多少时间完成?
 
  是否告知第一步做什么?
 
  是否告知输入/操作限制?
 
  是否有必要的系统/用户行为反馈?
 
  是否允许必要的撤销操作?
 
  是否页面上所有操作都必须由用户完成?
 
  是否已将操作步骤、点击次数减至最少?
 
  是否所有跳转都是必须的(无法在当前页面呈现)?
 
  交互设计的评估通常有以下方法@马力
 
  1.启发式评估方法&专家评估
 
  利用一些已有的设计原则和行业准则等,由有经验的设计师,按照这些原则、Checklist进行评估。你可以按照这些原则去检查设计,看看是不是有违反这些原则的设计漏洞,通常通过这种检查,你可以快速的找到一些问题。
 
  2.UsabilityTesting(可用性测试)
 
  由有经验的设计师(或者可用性专员等等,anytitle),对产品进行分析,找出关键的UseCase,然后根据这些UseCase撰写脚本,布置出一些任务来。同时,根据产品的用户群,选择一些有代表性的用户,邀请这些用户和你一起来做可用性测试。注意,这些用户叫做“参试”,而心理学上通常叫“被试”,这是有区别的,要明确你是要和用户一起测试产品,而不是去测试他们自己。
 
  测试时通常有一个主持人来陪同用户,按照事先拟定的脚本,一步步来使用产品,主持人需要在过程中紧密的观察用户的使用,发现问题并和用户沟通(一定要让用户很放松,很自然,国内用户通常会紧张)。当用户操作发生错误,或者迷惑不解等等时,主持人就要重点留意,并挖掘出用户出现这些问题背后的原因是什么。
 
  如此这般,可以发现很多有价值的可用性问题,然后来改善设计。参试的人数一般7~8个人就可以(当然还要看产品的具体情况,用户群的大小、集中程度等等),如果你是快速迭代的测试,5个人甚至都可以。
 
  3.Log分析
 
  可以在软件/应用/Web里记录Log,来分析用户的行为。Log里可以包含各种你想记录下来的行为/事件,如点击次数、停留时间、从那个地方离开的,等等,当然如果你要分析具体的交互设计的话,最好一开始能有一个假设,建立一个模型,例如什么样的数据会证明这个设计是好的,或者是差的,是点击率的高低?是两个数值之间的联系?等等。
 
  4.A/BTest
 
  可以出两个或者多个交互设计的方案,同时放出来让用户使用(需要控制用户群体),然后根据数据(或者用户反馈),来比较选择某一个更优的方案。需要注意的有两点:
 
  (1)方案本身要注意控制哪些是变化的因素哪些是不变的,例如一个方案用的是按钮,而另一个方案里是链接,其他的地方都不变,这样根据点击率就可以知道哪个更好一些,如果你同时又变化了别的内容,例如一个加图片,另一个不加,就很难分的清是哪个影响的了。
 
  (2)用户群要控制好,或者说抽样要合适,尽量能让两种方案接触的用户群组成相同,这样就容易比较。
 
  5.其他方法
 
  例如,通过眼动仪来追踪视线以发现用户的关注点等等。这在很多地方,特别是要微观的调整布局设计等时非常有用,但是大多数情况下,我们的设计还不需要到这个层面上去测试和观察,因为总是有更多显而易见的问题被我们以更廉价的方法识别出来。
 
  总结:个人觉得评估的方式有很多种,我们只要把握其中的几种就可以了,更多的时候或许跳出做产品的思维方式作为小白用户来使用产品,也许能够获得许多对于产品有不一样的理解。

上一篇:Html5要火!WebAPP与APP交互设计区别


下一篇:如何提高移动端产品用户体验