《可用性测试手册(第2版)》一1.3 产品可用性的成因-阿里云开发者社区

开发者社区> 开发与运维> 正文

《可用性测试手册(第2版)》一1.3 产品可用性的成因

简介:

本节书摘来自异步社区《可用性测试手册(第2版)》一书中的第1章,第1.3节,作者【美】Jeffrey Rubin(鲁宾) , Dana Chisnell(切斯尼尔),更多章节内容可以访问云栖社区“异步社区”公众号查看

1.3 产品可用性的成因

以用户为中心的设计(UCD)在过去数十年中被冠以不同的定义描述,如人因工程学、人机工程学和可用性工程(其中人因工程学和人机工程学几乎可以相互取代,与其区分两者在方法和实现方式上的差异,不如理解为地域因素导致了两者的差异。在美国,人因工程学传播广泛,而在其他国家尤其在欧洲,人机工程学则更为普及)。以用户为中心的设计意味着设计可用的产品和系统的各种技术、过程控制、方法和步骤。不过同样重要的是它是过程中将用户置于核心地位的哲学理念。

尽管设计团队必须首先考虑产品技术(如何实现我们的设想)以及功能特性(产品是否完成特定功能),团队必须同时考虑用户在使用产品时的体验问题。以用户为中心的设计,应以聚焦用户为起点,同时顾及底层技术的能力和边界,以及公司设想中希望提供的功能特性。

在设计过程中,UCD会遵循目标用户实际使用方式,而不是强势地改变用户使用产品的方式。国际标准组织(ISO)第13407条规范这样定义UCD:“卷入用户并清晰理解用户和任务目标;恰当地配置用户因素和技术因素于产品功能中;迭代式的设计解决方案;多学科融合的设计活动。”

超越以用户为中心设计一个产品,应该关注用户对一个产品的拥有权的整个闭环体验。在理想情况下,整个过程包括与潜在消费者的交互、从最初的销售和营销触点贯穿到被用户购买其他产品或换代当前产品的全过程,都是以用户为中心应涉及的问题。在这样的情景下,公司应该进一步关注包括所有售前售后与用户的接触点和交互内容。不过,让我们先迈进一步,聚焦设计过程的探讨。

现在有很多文章或书籍关于以用户为中心的设计(UCD)(在随书的网站www.wiley.com/go/usabilitytesting上列举了一些我们喜欢的文章和书单)。然而重要的是,读者应该理解UCD的基本原则,以便理解可用性测试操作实况。可用性测试并不是UCD本身,它仅仅是帮助实现一个优秀的以用户为中心的设计的诸多方法中的一种。

我们希望着重强调以用户为中心的设计有以下几点基本原则。

及早聚焦用户和用户任务。
评估和测量产品使用方法。
迭代式设计。
及早聚焦用户和用户任务
仅仅辨识和分类用户还不足够,我们建议贯穿整个研发周期,设计团队和用户直接接触。当然,你的团队需要接受训练和指导,以便更好地管理接触用户的过程。你自己也有必要承担起更多的学习和练习。

用户接触过程需要一个目标来指导,要警惕只是简单地在用户行为满意度表格上打满勾勾。真正需要的是系统化和结构化地收集用户信息。设计师需要专业采访以及组织数据搜集等工作技能的训练。此外,结果应该确保不产生误导。

评估和测量产品使用方法
这里,我非常强调在设计过程早期就应该针对真实用户,通过开发和原型测试,开展易学性和易用性的行为测量。

迭代式设计和测试
我们一再重申迭代式设计的重要性。不过,在整个开发闭环中并没有真正执行到位。真正的迭代式设计鼓励通过测试早期概念原型和设计创意彻底检查和反思设计。如果设计师不准备投入这么重要的步骤,就将导致迭代式设计影响极少,流于表面。本质上,真正的迭代式设计鼓励产品形成的过程经历设计、测试、再设计和再测试的循环。

实践UCD的组织的特性
以用户为中心的设计要求大部分公司反思自身的商业举措、产品研发和目标消费人群。尽管,目前没有现成的保证成功的公式,不过能实践UCD的公司具备一些共性特质,如下所示。

  • 强调卷入用户信息。
  • 多学科背景团队。
  • 参与式的开明的管理。
  • “随时随地习得”的洞察力。
  • 明确的可用性目的和目标。
    1.强调卷入用户信息

与传统开发方法论中强调内容不同的是,一个以用户为中心的方法是在进入下一研发阶段前,在本阶段回收用户反馈或输入信息。这会卷入各种技术和可用性测试手段。

如今,最主流的以技术驱动的产品或系统开发的公司,会在产品研发周期内卷入若干可用性工程或人因学工作过程。在过程中,会产生一些问题。问题和一些针对性的改进建议请见图1-4。


115defa68ad52da9eb00dfa5910ccdb8cd9c3e26

每个阶段的可用性工程事项是不同的。注意,尽管特定的研发周期的人因学活动是出自专业人员的判断,但仍然有多处工作需要跨团队协作。所以下文就是我要道出的UCD团队特性。

2.多学科背景的团队
设计不再是一个人甚至一个专业人员能独立掌控的。虽然一个设计师可以主导产品设计的多重职责,但依然没法了解所有的环节。为非技术背景的最终用户设计一个非常复杂的产品需要考虑太多的因素。以用户为中心的设计要求多样化的技能、知识,以及最重要的目标用户特征和使用方式。如今,团队由多领域的专家构成逐渐成为一种标准配备,如工程学、市场、培训、用户界面设计、人因学和多媒体等领域。多个领域的专家转而在互补的领域得到培训,因此交叉原则的工作较以往更容易展开,也更有活力。

3.参与式的开明的管理
将可用性纳入运作体系,通常与公司管理层是否顺应公司阶段性发展需要,利用条例保证设计团队获得充分话语权有紧密关联。管理者知道可用性将带来经济价值并赢得市场份额。

4.“随时随地习得”的洞察力
UCD是一个伴随产品最终成形的进化过程。它要求设计师具备一种观念,最佳设计是在试错、发现和优化的过程中产生的。关于推进过程的假设,如果不能被实物化并经历最终用户的评估,终究还只是一个假设。最终用户的表现和偏好将决定设计决策。

5.明确的可用性的目的和目标
设计一个可用的产品必须基于一个结构化和系统化的过程,同时在启动初期设定了高标准的目的和具体的目标。模糊和错误的构想无法实现包括可用性在内的各种目标。你的团队甚至需要明确定义“可用性”本身。让你的产品具备可用性的可操作定义可以包括以下几种。

  • 有用
  • 高效
  • 有效性
  • 满意度
  • 可达性
    这几项从本质上全面定义了如何生产可用的产品。我们现在来回顾下一名可用性专家在完成以用户为中心的设计时常用的技术和方法。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章