专业知识分享其他

互用性设计

2020-06-127 MIN READ原载于微信公众号 ↗

不要让系统类混淆用户

我们团队在几年前做了一个设计系统。它作为产品开发的生态系统,包括共享的,发挥着作用的原则、资源、标准和流程。但虽然它改变了我们构建产品的方式,并使我们的团队更加高效、沟通和一致,但它却没有增加了用户对企业技术产品的信任。

去年,当我们调查了1000名北美用户时,他们告诉我们:

**用户启示**

1.我们有太多的技术产品需要跟踪,更不用说使用了;

2.我们现有的技术产品只是一个解决方案,不能很好地协同工作,不能解决一些基本的工作流问题;

3.我们的大部分产品都是数据死胡同;

4.我们很难学到设计系统是必要的,但还不够。确保一组互联产品的高质量用户体验。

“我们很难学到设计系统,而且这还不够。我们要确保一组互联产品的高质量用户体验。”

真正的问题是:我们不一定意识到我们正在建造一套产品。我们的大部分产品是针对公司内部的人,以帮助他们执行专门的任务。

直到今年,我们在很大程度上独立于其他工具建立和评估了每个工具的成功。即使多个产品共享相同的设计系统,它们仍然充当解决方案。我们并没有把我们的产品评价为一个端到端的平台,但正如我们的调查所显示的那样,我们的用户也是这样的。

如果上面的任何一个听起来都很熟悉,那么您的设计系统可能也是不够的。进入互用性从物联网借来的一个方便的概念。克莱尔·罗兰令人惊奇的一章在物联网的背景下,你绝对应该去读。

简单地说,为了评估您的平台体验有多连贯,您需要代理度量来评估您的用户的心理模型将系统映射到实际系统设计。问问自己:

  • 内容和数据是否在系统的工具/部分之间的接缝中顺利过渡?
  • 对于用户来说,如何在系统中实现他们的目标是多么容易呢?
  • 不同的工具是否看起来属于一起并协同工作,还是在不同的产品之间界面有很大的差异?

这里有同样的问题作为一个方便,可下载,测验!(如果你只想要答案的话,跳到最后):

总之,三个概念可以帮助您将产品平台转换为一个连贯的系统体验:连续性、组合和(适当的)一致性。

01

「 连续性 」

在工具内部和工具之间不间断的数据流动和交互。

以上定义中的关键词是不间断。注意力是有限的资源。

在阅读本文时,您也可以在任务和浏览器选项卡之间来回切换。但这样你就很难集中注意力。

作为设计师,我们必须考虑如何使用户尽可能容易地将注意力集中在手头的任务上。

在实践中,这意味着尽量减少平台在用户试图完成任务时分散或阻止他们的次数。

跨工具共享数据和内容

每当用户花时间输入或上传他们的数据到一个工具,他们期望只需要做一次,并使它通过连接的工具持久化。这包括登录信息、用户身份验证是相关的!

用户的工作不是记住他们在哪个工具中输入了什么数据,也不是理解您的数据权限模型。

预测哪些数据用户可能需要完成给定的任务,以及他们将它放在手边的可能性。只要有可能,他们就可以通过预填充数据和预加载内容并轻松地继续下去。

防止似曾相识的通知

不同的工具应该共享有关系统状态的信息。

例如,如果用户刚刚在一个工具中完成了一个操作,则不应该提示他们在连接的工具中执行相同的操作。

工具之间的标志转换(不要设计死胡同)

即使您是平台内某一特定产品的设计人员,也要跟踪进出产品的数据和内容流。

你需要考虑:什么是最有用的出口?您的用户下一步要去哪里?

02

「 构图 」

如何在系统中跨工具组织和分发功能。

为人类设计系统,而不是头足动物

在和以前一样的调查中,47%的用户不同意这样的说法,即他们知道如何访问和使用我们的内部产品。我们听到了一种常见的说法:

“[我]需要知道这些工具是干什么的,需要向谁寻求支持。”

换句话说,我们的制度构成很差。

下面是我们的9个内部产品的模糊、有代表性的界面。底部行中的每个产品都允许用户在地图上搜索、筛选和绘制属性。作为一个系统用户,假设您甚至知道如何访问每个工具,您将如何评估哪个工具最能帮助您实现映射需求?

令人困惑的组合:在同一个系统中的这三种产品都允许用户在地图上搜索、筛选和绘制属性。

合并功能

问同一系统中的多个工具是否应该存在相同的特性(例如,在地图上绘制属性)。

我们的产品团队有时会辩解说他们针对的是与现有工具不同的用户组,从而证明了重复的功能。也许这一点在系统设计中是很清楚的,但正如调查显示的那样,这对用户来说往往并不明显。

匹配现有心智模型的设计平台

在决定如何在一个系统中跨多个工具分发功能时,请先询问您的用户!

考虑到使用每个工具的上下文(工作流),以及用户期望每个工具做什么(心理模型)。如果系统设计更加符合这些心理模型,您的用户将能够更好地自己导航系统。

03

「(适当)一致性 」

一个系统的不同部分在多大程度上遵守相同的规则。

不一致的界面使用户望而却步

在这三个互用启发式算法中,一致性是最广为宣传的。当然,应该有规则来管理界面设计,如果没有他们,这将是一个混乱!然而,在实践中,很难知道有多严格组件和工具需要遵守规则。你如何评价是否可以偏离标准?

如果您在设计系统中工作或管理过,您就会知道,自上而下遵守系统规则的任务会导致混乱,就像根本没有规则一样。很难监视每个接口元素。

如果一致性是帮助用户学习如何使用新工具的工具,优先语义一致性甚至是因为品牌的一致性。

自上而下构建一致性

用户应该能够将他们对系统的知识从一个工具转移到其他工具。

如果您的工具没有共享信息体系结构或具有根本不同的数据模型,那么一致的主按钮样式将无助于您的用户。优先考虑一致的全系统模式,如通用导航、身份验证和搜索。

一致术语

从物联网一章中我们了解到:

"在视觉元素也传达意义的地方,以同样的方式使用它们是至关重要的。"

大多数人永远不会注意到,如果您在所有系统工具中使用稍微不同的几何无衬线字体。

如果您在一个工具中使用一个大感叹号❗来表示错误消息,而在另一个工具中使用警告消息,那么将它们绊倒。或者如果您有不同的UI控件来执行相同的操作。你需要考虑在你的设计系统中建立微拷贝和微交互的指导方针。

和往常一样,克莱尔·罗兰说得最好:

“跨工具的语言、数据和操作应该理解为相同的事物。”

“不同的语言、数据和行动应该被理解为不同的事物。”

04

「 3C 」

如果你什么也不记得的话,记住互用性的3C:连续性、构图和一致性。

有了这些启发,您的系统和用户可以和谐地相处。

原文链接:查看链接 ↗

作者:Runi Goswami

译者:益生菌菌

原文请戳【阅读原文】

为尊重版权和译者

转载请联系我们

我们

服务.体验.交互设计传道者

「一只朝菌设计学园」由毕业于清华大学人机交互专业的学长创办,致力于创造卓越的设计知识学习课堂,专注交互设计、用户体验设计、服务设计领域的专业知识教育。

教师团队来自于清华大学、同济大学、上海交大、北京理工大学、北京邮电大学、中山大学、华南理工、江南大学、香港大学、香港理工、台湾科技大学、Imperial、POLIMI、Delft、Oslo、Goldsmiths、Edin、Glas、Manc、Lancaster、Loughborough、Leeds、Arts London、BCU等国内外高校,以及Microsoft、阿里巴巴、腾讯、网易、华为、央视、百度、美团点评等企业集团。

清华大学有训曰:行胜于言。「一只朝菌」谨承母校百年教诲,时刻铭记师者之责,为好学者传道授业,为有志者掌灯引行。

本文原载于微信公众号,正文与配图已转存至本站以便长期访问。 查看原文 ↗

有想具体聊聊的问题?把你的情况说一说。

联系咨询