十种可用性研究方法

合集下载

尼尔森十大可用性原则

尼尔森十大可用性原则

尼尔森十大可用性原则产品设计与用户体验产品设计研究院系列干货2020扫描关注公众号“产品设计研究院”十大可用性原则一、系统状态的可见性(状态可见原则)系统应该在适当的时候内做出适当的反馈,告知用户当前的系统状态。

在可视性的具体设计中,也要按照场景进行更高体验的设计,例如加载所需时间比较长的时候,可能就需要在加载动画下给予更多趣味和惊喜。

因此,做到系统状态可视性只是第一步,如何优化可视性的表达则需要下更多的功夫。

二、系统与用户显示世界的匹配(环境贴切原则)系统中使用的语言、词汇、信息展示方式,必须遵循现实中的用户的习惯。

无论是 macOS 还是 Windows,都会将垃圾桶(回收站)作为一个存放已删除文件的地方,就跟现实生活中我们会将不要的东西丢在垃圾桶一样。

并且在垃圾桶(回收站)中没有东西的时候显示「空的状态」,这会让用户使用起来觉得非常合情合理。

三、用户控制和自由(撤销重做原则)当用户误解了功能含义时,必须帮助用户能够快速回到主流程上。

1.同时,本原则也要求,系统不应该让用户产生一种被操控的感觉。

有时候一些产品在流程上没处理好,就会让我忍不住吐槽,「到底是我在玩 app,还是 app 在玩我」。

2.通常,在我们进入二级或者更深页面中时,必须留有后退回主页面的按钮,这就是在遵循这个原则。

3.许多 app 在开屏广告页放置「跳过」按钮,从一定程度上也是在遵循这个规则,帮助用户跳出广告这个「困境」。

四、一惯性和标准化(一致性原则)1.举个非常简单的例子,许多产品都有收藏功能,收藏功能可以用心形或者星星表示,但是一旦选择了其中一个,之后跟收藏有关的功能则需要在这一点上保持一致而不能混用。

2.其实这就是要求整个产品在设计最初期,需要建立起良好的设计规范,以设计规范为指引完成设计。

同时,在移动端时代,对于交互的一致性也十分重要。

在同一个产品中,同一功能的组件应该在设计上保持一致,降低用户的学习成本,使得整个产品的整体性很高。

尼尔森可用性10原则

尼尔森可用性10原则

尼尔森可用性10原则1.明确的系统状态可见性:用户应该清楚地知道系统目前的状态和当前所处的页面位置。

通过使用明确的标识,如状态指示器、导航栏或面包屑导航,可以帮助用户理解系统的工作状态,以及如何从一个页面导航到另一个页面。

2.信息的可见性和反馈:系统应该提供足够的信息和反馈,以便用户知道他们执行的操作是否成功,并能够识别和纠正任何错误。

例如,当用户填写表单时,应该提供实时的验证和错误提示。

3.用户控制和自由:用户应该有能力控制和自由地操作系统,而不被系统的限制或约束所束缚。

例如,提供撤销和重做的功能,让用户可以恢复到之前的操作状态。

4.一致性和标准化:系统的操作和界面应该保持一致和标准化,以便用户能够快速学习和使用系统。

通过使用常见的控件、布局和交互模式,可以减少用户的认知负担。

5.避免用户记忆负担:6.减少用户的认知负担:系统应该尽量减少用户的认知负担,让用户能够快速理解和使用系统。

例如,使用简洁明了的语言和控件,而不是复杂或专业的术语和操作。

7.错误预防和容错机制:系统应该具备错误预防和容错的能力,减少用户犯错的可能性,并能够自动纠正和恢复用户的错误。

例如,通过合理的输入验证和提供恢复选项,可以避免用户输入无效或错误的数据。

8.可供选择和灵活性:系统应该提供多种选择和灵活性,以适应不同用户的需求和偏好。

例如,提供个性化设置和配置选项,让用户可以根据自己的喜好来定制界面和操作方式。

9.帮助和文档:系统应该提供帮助和文档,让用户能够快速准确地找到所需的信息和操作指南。

例如,提供清晰的帮助文档和用户指南,以及易于和导航的帮助系统。

10.易于可见和可访问性:系统应该易于可见和可访问,让用户能够方便地找到和使用系统。

例如,优化网页和应用程序的加载速度,提供明确的导航和功能,以及支持多种设备和平台的访问。

总结起来,尼尔森可用性10原则提供了一个全面的指导框架,帮助设计师和开发者评估和改善系统的用户界面。

案例尼尔森十大可用性原则

案例尼尔森十大可用性原则

案例尼尔森十大可用性原则本文节选自我的新书《决胜B端》。

尼尔森十大可用性原则,是最经典的交互设计原则,值得每个产品人研究。

网上关于该原则的文章很多,但案例很少,并且翻译很随意;本文中每条原则的名称与定义,都是我仔细斟酌后的重新翻译,案例也是专门收集筛选过的。

交互设计领域有丰富的理论沉淀,最著名和经典的理论当属人机交互大师雅各布·尼尔森(Jakob Nielsen)博士在1995提出的尼尔森十大可用性原则(Jakob Nielsen’s Ten Usability Heuristics),该理论是针对PC端交互设计提出的,但同时也适用于移动端交互设计。

我们将结合具体案例详细阐述这十条指导原则,产品经理在绘制线框图时要注意遵循这些原则。

反馈原则(Visibility of system status)系统应该在合理的时间、用正确的方式,向用户提示或反馈目前系统在做什么、发生了什么。

人机交互的基本原则是,让系统和用户之间保持良好的沟通和信息传递。

系统要告知用户发生了什么,预期是什么,如果系统不能及时向用户反馈合适的信息,用户必然会感到失控和焦虑,不知道下一步要做什么。

以下是遵循反馈原则的一些常见设计案例。

•安装程序时显示进度条,并预估还需要多久结束•上传文件时显示进度条,并提示预估剩余时间•提交表单时,如果校验失败,则在填写有误的内容旁边提示错误原因•程序未响应时,系统会让用户选择是关闭程序还是等待程序响应,如下图所示程序没有响应时的窗口提示隐喻原则(Match between system and the real world)系统要采用用户熟悉的语句、短语、符号来表达意思。

遵循真实世界的认知、习惯,让信息的呈现更加自然,易于辨识和接受。

在人机交互设计中,程序的沟通和表达、功能的呈现,都要用最自然的、用户容易理解的方式,避免采用计算机程序语言的表达方式。

设计时要采用符合真实世界认知的方式,让用户通过联想、类比等方法轻松地理解程序想表达的含义。

测试中的可靠性和可用性测试方法

测试中的可靠性和可用性测试方法

测试中的可靠性和可用性测试方法在软件开发的过程中,测试是一个非常重要的环节,它确保了软件的可靠性和可用性。

可靠性测试和可用性测试分别是测试过程中的两个关键方面,本文将探讨这两个方面的测试方法。

一、可靠性测试方法可靠性测试是评估软件在特定环境下运行的能力,它对软件的各个方面进行测试,包括功能、性能、安全性等。

以下是几种常用的可靠性测试方法:1. 单元测试:单元测试是最基本的测试方法之一,它对软件的最小可测试单元进行测试。

通过对单元进行逐个测试,可以发现并修复代码中的错误。

2. 集成测试:集成测试是将各个独立模块或组件组合在一起进行测试,以验证它们之间的交互是否正常。

通过模拟真实环境下的交互,可以发现集成过程中可能出现的问题。

3. 系统测试:系统测试是对整个软件系统进行测试的方法。

它模拟真实用户的操作场景,测试软件在不同环境下的可靠性和稳定性。

系统测试可以发现系统级别的问题,并提供修复方案。

4. 冒烟测试:冒烟测试是在软件的每个大版本发布前进行的快速功能测试。

它主要验证软件的核心功能是否正常运行,在短时间内快速评估软件的可靠性。

5. 压力测试:压力测试是测试软件在负载高峰期能否正常运行的方法。

通过模拟大量用户同时访问或操作软件,可以评估软件的性能和可靠性,同时发现并解决潜在的性能问题。

二、可用性测试方法可用性测试是评估软件用户界面和用户体验的方法,它关注用户是否能够轻松地使用软件,并从中获得所需的功能。

以下是几种常用的可用性测试方法:1. 用户界面测试:用户界面测试是验证软件的界面是否直观、易用的方法。

通过模拟用户的操作,评估软件的交互设计和界面布局,发现并修复可能影响用户体验的问题。

2. 导航测试:导航测试是测试软件中的导航功能是否顺畅、易于使用。

通过测试用户在软件中的导航流程,可以发现并解决可能导致用户流失的导航问题。

3. 错误提示测试:错误提示测试是验证软件在发生错误时是否能够给出准确、明确的错误提示信息。

可用性评估方法

可用性评估方法

可用性评估方法可用性评估方法是指对软件、网站、移动应用等产品的可用性进行评估的方法。

通过可用性评估可以了解产品是否满足用户需求,是否容易使用和操作,并提供相关的改进建议。

以下是常见的可用性评估方法:1. 用户调查:通过问卷、访谈等方式,收集用户对产品的使用体验和意见。

用户调查可以获取用户对产品的整体满意度、易用性以及改进建议等信息。

2. 专家评估:由专业人士根据自身的专业知识和经验对产品进行可用性评估。

评估者可以根据产品的设计规范、用户界面设计等方面进行评估,并提出相应的改进建议。

3. 用户测试:通过让真实用户进行产品使用,观察用户在使用过程中的行为和反馈,以了解产品的可用性。

可以通过观察、记录用户行为、访谈等方式进行用户测试。

4. 标准化评估:根据一定的标准与指标对产品的可用性进行评估。

常用的标准包括ISO 9241-11(人类工作系统的使用中的人类工效学原则)、ISO 9126(软件质量特性与度量)等。

5. 有用性评估:评估产品对用户来说是否有用,能否满足用户的需求。

通过用户调查、专家评估等方式来评估产品的有用性。

6. 可用性测试:通过让用户完成一系列的任务,观察用户在使用过程中的行为、反馈以及完成任务的效果,以评估产品的可用性。

可用性测试可以包括任务完成时间、错误率、用户满意度等指标。

7. 观察法:通过观察用户在使用产品的过程中的行为和反馈,以评估产品的可用性。

观察法可以直接观察用户的行为,也可以通过记录屏幕操作、眼动轨迹等数据进行分析。

综上所述,可用性评估方法多种多样,可以根据产品的不同特点、需求和资源状况选择适合的方法进行评估。

不同的评估方法可以互相补充,结合使用,更全面准确地评估产品的可用性,并提出改进建议。

可用性研究

可用性研究

可用性研究
可用性研究是一种研究用户如何使用特定产品或系统并评估其使用体验的方法。

通过分析用户的需求和行为,可用性研究旨在优化产品或系统的设计,使其更易于使用、更有效率,并提升用户的满意度和体验。

在可用性研究中,研究人员通常采用多种方法来评估产品或系统的可用性。

以下是一些常见的可用性研究方法:
1. 用户调查:通过编制问卷或进行面对面的访谈,了解用户对产品或系统的满意度、需求和期望。

这可以帮助确定用户需求并识别设计上的问题。

2. 用户观察:观察用户在使用产品或系统时的行为和反应。

这可以帮助研究人员发现难以察觉的问题或用户偏好。

3. 任务分析:通过观察用户在特定任务或工作流程中的表现,确定哪些任务是最具挑战性的以及潜在的问题点。

任务分析还可以帮助研究人员确定如何改进产品或系统的设计,以提高用户的工作效率。

4. 原型测试:制作产品或系统的初步版本,并邀请用户对其进行测试和评估。

原型测试可以帮助研究人员验证设计想法,发现潜在的问题,并根据用户反馈进行改进。

5. 真实场景测试:在真实场景中模拟用户使用产品或系统的情境,并观察用户在此过程中的表现和反应。

这可以帮助研究人
员了解用户在实际使用中遇到的问题,并提供更准确的反馈和改进建议。

通过这些可用性研究方法,研究人员可以了解用户的需求和行为,识别潜在的问题和改进点,并为产品或系统的设计提供指导和建议。

同时,可用性研究也可以帮助改善用户体验,提高用户对产品或系统的满意度,从而增加产品或系统的市场竞争力。

如何评估系统的可用性

如何评估系统的可用性随着计算机技术的不断发展,系统的可用性成为了一个非常重要的指标。

好的系统可用性可以提高用户的满意度,提高工作效率,并减少可能的错误和故障。

在评估系统的可用性时,需要考虑多方面的因素。

本文将介绍一些评估系统可用性的方法和工具,以帮助读者更好地理解和提高系统的可用性。

一、用户调查用户调查是评估系统可用性的一种常见方法。

通过与系统的实际用户进行交流,可以了解到用户对系统的使用体验和满意度。

常用的用户调查方法包括问卷调查和面对面的访谈。

在问卷调查中,可以设计一些相关的问题,以了解用户对系统界面、功能和性能的评价。

面对面的访谈可以更深入地探讨用户对系统的意见和建议。

通过用户调查,可以发现系统存在的不足之处,并采取相应的改进措施,提高系统的可用性。

二、任务完成时间任务完成时间是评估系统可用性的另一个重要指标。

通过测量用户完成特定任务所需要的时间,可以评估系统的效率和易用性。

通常情况下,任务完成时间越短,系统的可用性越高。

为了准确测量任务完成时间,可以借助一些专门的工具,比如屏幕录制软件和时间统计工具等。

在进行任务完成时间的评估时,还需要考虑用户的熟练程度和经验等因素,以得到更准确的结果。

三、错误率错误率是评估系统可用性的另一个重要指标。

通过记录用户在系统使用过程中发生的错误的类型和数量,可以评估系统的易用性和容错性。

常见的错误类型包括输入错误、操作错误和理解错误等。

为了准确测量错误率,可以将用户的操作过程进行录制,并在任务完成后对错误进行统计和分析。

通过错误率的评估,可以找出系统存在的设计缺陷和用户误解,并进行相应的改进。

四、用户满意度用户满意度是评估系统可用性最直接的指标之一。

通过让用户对系统进行评分或提出反馈意见,可以了解到用户对系统的整体满意程度。

常见的用户满意度评估方法包括满意度问卷调查和用户反馈调查等。

在满意度问卷调查中,可以设计一些相关的问题,让用户对系统的各个方面进行评价。

可用性工程方案

可用性工程方案引言在当今信息爆炸的时代,用户对于产品的可用性要求越来越高。

无论是网页应用还是移动应用,都需要提供良好的用户体验和易操作性,以吸引用户并提高用户留存率。

因此,开发人员在设计和开发产品时必须考虑可用性工程,以确保产品能够满足用户的期望并具备良好的可用性。

本文将介绍一些常用的可用性工程方案,包括用户研究、用户界面设计、用户测试等,以帮助开发人员提高产品的可用性。

用户研究用户研究是提高产品可用性的重要步骤之一。

通过深入了解用户的需求和行为,开发人员可以更好地设计和开发符合用户期望的产品。

以下是几种常用的用户研究方法:调查问卷调查问卷是一种快速了解用户意见和反馈的方法。

通过设计合适的问题,可以了解用户对于产品的满意度、需求和改进建议。

调查问卷可以通过在线平台或者面对面的方式进行。

面试面试是一种深入了解用户需求的方法。

通过面对面的交流,开发人员可以向用户提问并从对方的回答中了解其需求和期望。

面试可以结合使用开放式问题和结构化问题,以获取更全面的信息。

观察观察用户在使用产品时的行为也是一种重要的用户研究方法。

通过观察用户在现实环境中的使用情况,开发人员可以发现产品中存在的问题和不足之处,并提出相应的改进建议。

用户界面设计用户界面设计是提高产品可用性的另一个重要环节。

一个好的用户界面设计可以提高用户的工作效率并减少错误操作。

以下是一些常见的用户界面设计原则:易学性一个好的用户界面设计应该易于学习和使用。

用户在第一次接触产品时就应该能够迅速上手,并且能够准确地理解和使用各种功能。

一致性用户界面应该保持一致性,使得用户在不同的场景和环境下都能够快速地找到并使用相同的操作方式。

统一的界面风格和交互设计可以提高用户的使用效率。

反馈和可见性用户操作后,系统应该及时给出反馈,以确保用户能够准确地知道操作的结果。

同时,系统应该提供足够的可见性,使用户能够随时了解当前的状态和可用的操作。

简洁性用户界面应该尽可能简洁明了。

产品的可用性测试与评估

产品的可用性测试与评估随着科技的不断进步和用户对产品体验的不断提高,产品的可用性成为了企业竞争的重要因素之一。

可用性测试与评估作为产品开发和设计过程中的一项关键环节,旨在确保产品能够满足用户的需求、易于操作和提供良好的用户体验。

本文将讨论可用性测试与评估的重要性以及常用的方法和流程。

一、可用性测试的重要性1. 提升用户满意度用户满意度是产品成功的关键指标之一。

通过可用性测试,可以及时发现和解决产品中存在的问题,提升产品的易用性,从而提高用户的满意度。

2. 减少用户误操作产品的可用性测试可以发现用户在使用过程中可能存在的误操作,比如点击错误的按钮、功能操作不当等。

通过改进产品设计和交互方式,可以减少用户的误操作,提升用户体验。

3. 提高用户体验用户体验是产品成功的重要因素之一。

通过可用性测试,可以了解用户在使用过程中的需求和期望,并对产品进行优化,提供更好的用户体验,提高用户黏性和品牌忠诚度。

4. 降低开发和维护成本在产品开发的早期发现和解决问题,可以避免后期的重大更改和维护成本。

通过可用性测试,可以及时调整产品设计和功能,减少开发和维护阶段的成本。

二、可用性测试的方法和流程1. 调查和研究用户需求在进行可用性测试之前,首先需要通过调查和研究了解用户的需求、使用习惯和期望。

可以通过用户访谈、问卷调研等方式收集用户反馈和建议。

2. 制定测试目标和指标根据用户需求和产品的特点,制定可用性测试的具体目标和评估指标。

比如产品的易学性、效率、错误率、用户满意度等。

3. 设计测试方案和场景根据测试目标和指标,设计可用性测试的方案和场景。

测试方案包括测试的具体步骤和流程,测试场景模拟用户在实际使用过程中的操作方式和场景。

4. 进行测试和记录结果在设计好的测试方案和场景下,组织用户进行测试,并记录用户在测试过程中的操作和反馈。

可以使用录屏、观察记录、访谈等方式进行测试和结果记录。

5. 分析和总结测试结果根据测试记录和用户反馈,对测试结果进行分析和总结。

数据库可用性测试的方法与工具

数据库可用性测试的方法与工具数据库的可用性是指数据库系统在一定时间内能够持续正常运行的能力。

为了确保数据库系统能够在出现故障或其他问题时及时恢复并继续正常工作,进行数据库可用性测试是非常重要的。

本文将介绍数据库可用性测试的方法与相关工具。

一、数据库可用性测试的方法数据库可用性测试可以采用以下几种方法:1.冷启动测试冷启动测试是测试数据库系统在完全关闭后重新启动的能力。

在这个测试中,首先关闭数据库系统,然后再重新启动,并验证是否能够成功启动并且数据没有丢失。

这个测试主要用于评估数据库系统在意外停机后的恢复能力。

2.故障转移测试故障转移测试是测试数据库系统在出现故障时能够自动切换到备用服务器或其他副本,并继续提供正常的服务。

在这个测试中,模拟数据库服务器故障或其他问题,并验证是否能够自动切换到备用服务器,并且在切换后不影响用户的正常使用。

3.负载均衡测试负载均衡测试是测试数据库系统在面对大量用户请求时,能够自动分配负载到多个服务器上,从而实现更好的性能和可用性。

在这个测试中,模拟大量的用户请求,并验证数据库系统是否能够根据负载情况自动进行负载均衡,并且不影响系统的正常运行。

4.故障恢复测试故障恢复测试是测试数据库系统在出现故障后,能够及时恢复并继续提供正常服务的能力。

在这个测试中,模拟数据库系统故障或其他问题,并验证是否能够及时恢复,并且数据没有丢失或损坏。

5.容灾测试容灾测试是测试数据库系统在面对灾难性故障时,能够通过备份数据或其他恢复措施,迅速恢复并继续提供正常服务的能力。

在这个测试中,模拟数据库系统灾难性故障,如硬件损坏、数据丢失等,并验证是否能够通过备份数据或其他措施迅速恢复,并继续提供正常的服务。

二、数据库可用性测试的工具数据库可用性测试可以使用以下常用工具进行:1.Oracle Data GuardOracle Data Guard是Oracle数据库的高可用性解决方案,它提供了数据保护、数据复制和故障转移的功能。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

1.完成一笔交易很多可用性研究的目的是使交易尽可能顺利完成。

交易的形式多样,可能需要一个用户完成一次产品的购买,注册一个新的软件,或者出售一只股票等。

交易通常有一个界定明确的开始和结束点。

例如对于一个电子商务网站来说,用户将看中的物品放到购物车里时,交易可能就已经开始了,当他在屏幕上确认完成了购买时,交易也随之结束。

也许你想收集的第一个可用性度量是任务是否成功完成。

每个任务是成功了还是失败了,这显需要有一个明确的结束状态,例如确认交易达成说明任务成功了。

报告参与者的交易成功率是评估交易总体有效性的一个好的的措施。

如果交易涉及到某个网站,一些网站的在线度量,如交易的流失率,也是非常有用的。

通过了解用户量是在哪个环节流失的,这样你就能够把注意力集中在交易中问题最严重的步骤上了。

计算问题严重程度可以帮助聚焦与交易相关的特定可用性问题的原因。

通过为每个可用性问题匹配不同的严重等级,你能够专注于处理任何交易中出现的优先级高的问题。

两种类型的自我报告式度量也很有用:返回的可能性和用户期望值。

在这些情况下,用户可以选择在哪里进行交易,重要的是要知道什么他们的体验如何。

最好的了解方法之一就是询问参与者是否会再次使用这款产品,该产品是否达到或超过了他们的预期。

当用户不得不多次重复完成同一交易的时候,那么效率就是一个合适的可用性度量。

效率是通过单位时间的任务完成量来衡量的。

2.产品比较知道你的产品与竞争对手或以前的版本相比差异在哪里是非常有用的。

通过对比,你可以准确把握产品的优势和劣势所在,判别改进后的版本是否真的比前一个版本有了提升。

使用各种可用性度量是比较不同的产品或版本优劣的最好方式。

你选择的度量方法应基于产品本身特征。

一些产品的目的是最大限度地提高效率,而另一些则试图创造极致的用户体验(这都是不同的)。

对于大多数类型的产品来说,我们建议通过三类可用性度量来对可用性建立一个整体意义上的认知。

首先,我们建议关注一些成功任务采用测量方法。

能够正确地完成一个任务对大多数产品而言是必不可少的要求。

效率同样需要着重关注。

效率包括任务完成的时间,页面浏览数量(就一些网站而言),或操作步骤的数目。

通过对效率的查看,你会对该使用产品用户需要耗费多少努力有一个感性的认知。

一些自我报告的满意度度量为用户的整体体验提供了一个很好的总结。

满意度测量最有意义的地方在于,它可以说明用户使用产品时在哪些地方会做出什么选择。

最后,比较产品间可用性最好的方法就是进行整合和比较式的可用性度量。

这让我们从可用性的角度对不同的产品有一个清晰全面的了解。

3.对同一产品的使用频率进行评估许多产品是基于使用频率的多少来设计使用的。

例如微波炉,dvd播放器,Web应用程序等,它们都是作为工作的一部分来使用,甚至还有我们写这本书都要依靠的软件程序。

这些产品需要易于使用并且具有高效性。

刻录dvd或用微波炉蹦爆米花所需的工作量被保持在最小限度。

我们大多数人都不想浪费时间在很难用的产品上,而且也没那个耐心。

我们建议的第一个可用性度量是任务持续时间。

测量完成一系列的核心任务需要的时间将揭示任务所需要的工作量。

对于大多数产品来说,完成任务所用时间越少越好。

由于某些任务本质上就比其他的任务更复杂,因此比较参与者与专家用户的完成时间是很有用的。

其他与效率相关的可用性度量,如操作步骤的数量或网页页面的数目(度量一些网站的情况)也是有用的。

每一步的操作时间可能很短,但要完成一项任务需要作出的决策却会很多。

易学性度量评估的是达到最大效率需要的时间和工作量。

易学性也可以采取以前使用过的随着时间推移的效率度量的形式。

在某些情况下,可以考虑自我报告式的可用性度量,如意识程度和实用性。

通过测定用户的意识程度和自我感知的有用性之间的区别,你就能确定,应该优化或突出产品的哪些方面的特质。

例如,用户可能对产品的某些部分意识不到,但一旦他们使用它,就会发现这些部分是非常有用的。

4.评估导航和/或者信息架构很多可用性研究着眼于提高导航和/或者信息架构。

这可能在网站、软件程序或电子消费品中比较常见。

研究可能包括确保用户可以快速和容易地找到他们想要的东西,很容易地在产品不同板块间切换,知道他们自己处于哪一信息层级,有哪些选项可供选择。

通常情况下,这些研究涉及到线框的使用或部分功能的原型,因为导航和信息机制、信息架构的设计非常重要,几乎是进行任何其它设计的基础所在。

评价导航最好的可用性度量之一是任务成功率。

通过给参与者设定任务,让其找到关键信息(像是在玩“寻宝游戏”),你就可以了解导航和信息架构是否在任务中起到作用。

搜索任务应该触及产品的各个区域。

用于评估导航和信息架构的一个效率度量就是迷失度,将参与者完成任务所需的步骤数(例如,Web页的访问步骤)与相对完成任务最低步骤数相比。

卡片分类是了解用户对信息组织方式的一个特别有用的方法。

有一种卡片分类研究被称为封闭式分类,就是参与者将卡片归类到已经预定义好的类别之下。

从封闭型卡片分类研究中衍生的一个有用的可用性度量是:放置到正确的类别项目下的卡片与卡片总数的百分比。

这种可用性度量显示了信息架构的直观性所在。

5.提高认知并不是每一个设计进行可用性评估的目的都是让产品使用起来更容易或更有效率。

一些设计改良的目的是增加特定内容或功能的认知性。

这种做法对在线广告来说是十分必要的,但这对于具有重要功能但没有得到充分利用的产品来说也是可用的。

可能有很多原因导致一些功能不被注意或使用,这其中包括一些视觉、标签、或放置位置方面的设计。

首先,我们建议监控有问题元素的的交互次数。

这也并非万无一失,因为参与者可能注意到了一些东西只是没有点击它或着只是在某种程度上进行了交互。

相反,产生了交互,但是自己没有注意到这种相反的现象也不会发生。

因此,数据可以帮助确认认知度,但不能表明缺乏认知度。

有时自我报告式的度量中关于参与者是否注意到或意识到一个特定的设计元素的数据也是有用的。

测定显而易见性的方法是向参与者指出特定元素并询问他们在任务进行的过程中是否注意到了这些元素。

认知度度测量包括询问参与者在研究开始前他们是否了解产品的某个功能。

然而,目前还不清楚这些数据的可靠性如何。

因为并不是每个人都有很好的记忆力,有些人试图挽回面子,说他们看见了,尽管事实并非如此。

因此,我们不建议这是你唯一的评估方法,你应该搜集其他数据源来补充你的结果。

记忆是另一个有用的自我报告式的可用性度量。

例如,你可以为参与者展示几个不同的元素,实际上里面只有一个元素是他们之前看到的,然后让他们选择哪一个是他们在任务中见过的。

如果他们注意到了这个元素,他们的记住的可能性要大于猜测。

但如果您有可用的技术,也许用来评估意识的最好的方式是测量行为和生理数据,如眼动跟踪数据。

使用眼动跟踪技术,你可以测定花费在寻找一个特定的元素上的平均时间,有多少比例的参与人员在看它,甚至是第一次注意到是花费的平均时间。

在评估网站时候,另一个要考虑的度量数据是在线的网站数据变化。

观察不同的设计中的流量模式变化,将帮助您确定其相对于认知之间的关系。

在直播网站上替代设计的同步测试(A/B测试)是一个越来越普遍的方式,用来测量小的设计变更是如何影响用户行为的方法。

6.发现问题发现问题的目的是确定主要的可用性问题。

在某些情况下,您可能没有任何先入为主的想法,不知道产品上哪个可用性问题是最重要的,但是你想知道是哪里惹恼了用户。

这种方法往往是针对现有的,但还不曾经过可用性测试的产品而言的。

发现问题式的研究也可以用于周期性检查用户是如何使用产品,他们之间是如何进行交互的。

问题发现式研究与其他类型的可用性研究有所不同,因为它通常是开放性的。

问题发现式研究中的参与者可能会完成他们自己的任务,而不是你所指定的具体的任务。

尽可能保持真实性对于研究也是很重要的。

这经常涉及到用户正在使用的产品和用户通过自己的账户去完成一些只与他们自己相关的任务。

它也可能包括对参与者使用产品时所处环境的评估,如在家中或工作场所。

因为他们可能正在完成不同的任务,使用情景可能不同,因此对各个参与者进行比较可能是一个挑战。

基于问题的度量可能是最合适于问题的发现。

假设你捕获了所有可用性问题,那就很容易将这些数据转换成频率和类型。

例如,您可能发现40%的可用性问题涉及到高级别的导航,20%的问题与混淆的术语有关。

尽管每个参与者所遇到的具体问题可能是不同的,你仍然可以概括到一个更高层次的问题范畴中。

检查频率和具体问题的严重程度将揭示有多少重复的问题正在被发现。

这是一个一次性的事件还是属于反复出现的问题?通过编目所有问题及其严重程度,你能够得到一个快速优化设计的列表出来。

7.关键产品的可用性最大化虽然有些产品是力求易用和高效,如手机、洗衣机等产品,而有些产品时必须易于使用,且具有高效性,如电击器,投票机,或者飞机上的紧急出口指示。

关键产品与非关键产品的区别就在于,关键产品存在的全部理由就是为用户完成一个非常重要的任务。

没有完成任务将会带来十分严重的负面后果。

对于任何关键的产品来说可用性测试是必不可少的。

但只是在实验室中进行少量用户测试还是不够的。

基于目标的用户使用性能测量是很重要的。

任何不能满足其可用性目标的关键产品都需要进行重新设计。

由于这些数据要有相当的可信度,所以你可能需要邀请大量的用户参与研究。

一个很重要的可用性度量是用户错误。

这可能包括在执行特定任务时的错误或误操作的次数。

错误并不总是容易界定的,所以如何去定义错误需要特别关注的。

最好是很明确的定义出什么是错误的,什么不是错误。

任务是否成功也是重要的评估依据。

在这种情况下,我们建议使用一个二进制的方法来处理。

例如,对一个便携式电击器的最真实的可用性度量的目标就是有人能够独自成功地操作使用。

在某些情况下,你可能希望任务成功是通过不止一个度量来评估,你可能希望任务在一个特定的时间内无差错地完成。

其他与效率有关的可用性度量同样有用。

还是以电击器为例,只是正确地使用它是一回事,能否在有限的时间内快速及时地完成又是另外一件事了。

自我报告式的指标是相对于关键产品而言不那么重要。

用户自己想如何使用他们手中的产品并不重要,重要的是他们实际上真的使用成功了。

8.创造具有整体性的积极的用户体验对于一些想努力创造杰出用户体验的产品来说,只具备可用性是远远不够的。

这些产品需要既能吸引用户,又能发人深省,而且具有娱乐性,甚至可以让用户稍微上点瘾。

iPod和TiVo就是我脑海里能想到的两种产品。

这些产品,你和朋友即便是在一个聚会上谈论它也无伤大雅。

这种产品的知名度通常以惊人的速度上升。

尽管产品好的用户体验特征是非常主观的,但他们仍然是可测量的。

虽然某些性能度量可能是有用的,但是真正重要的是用户的想法,感觉以及如何来描述他或她的使用体验。

相关文档
最新文档