用户体验基础知识

有关用户体验设计基础知识的分步指南。

本文介绍了一种工作流,可帮助团队、产品、初创公司和公司创建一个强大且有意义的流程,以便为客户开发更好的用户体验。您可以单独使用流程的不同部分,但最好将它们作为一系列步骤组合使用。

本指南大量借鉴了设计 Sprint 方法,Google 的多个团队都使用该方法来排查和解决自动驾驶汽车Project Loon 等挑战。

双钻石

此流程工作基于我们在用户体验圈中称为“双钻石”的设计,它由英国设计委员会广泛采用。在这种设计中,您的团队可以分歧,通过研究理解某个想法,然后达成共识,单独构思挑战,分享想法,确定最佳前进方式,然后进行测试和验证。

项目的各个阶段包括:解读、定义、分歧、决定、设计原型和验证。
由英国设计委员会开创的“双钻石”设计流程模型,其步骤涉及项目的以下阶段:理解定义分散决定原型设计验证

铺垫

首先是从手头的根本挑战着手,像提案一样写出来,同时问自己“我真正想要解决的问题是什么?”。挑战陈述是您为包含目标的项目设定的简报。

这个挑战可能适用于需要优化的现有产品功能,也可能是一个全新的产品。无论您的任务是什么,只需调整语言以契合您要达成的目标即可。陈述应该与团队目标相关联,以受众为中心,并且简洁明了。

这些是我过去开发过的一些产品的真实示例:

  • 设计一个系统,管理对关节足患者的治疗和后续护理。

  • 打造一款能够简化复杂金融系统,只为精简这些系统的应用。

  • 在不同平台上设计一致的移动应用,而不牺牲品牌形象。

正在更新您的挑战声明

编写了多个目标变体后,将其提交给团队以达成共识。您可能需要添加截止日期,因为这有助于团队集中精力解决问题。因此,添加调整后,上述列表可如下所示:

  • 设计一个计划于今年第一季度发布的系统,用于管理 2 岁以下患病儿童的治疗和后续护理。
  • 创建一款简单的金融应用,该应用首次发布于 2017 年 7 月,用户只需点按一下按钮,即可买卖股票,而无需事先了解金融领域。
  • 制作一份能够跨多个平台灵活调整的设计指南,并在今年年底之前在每个平台上有效地定位公司品牌。

完成挑战声明后,将其展示在醒目位置,以便工作时能够看到。您需要不断对其进行参考,甚至可能在整个项目中对其进行更新或修改。

验证问题

下一步是研究面临的挑战并了解问题。您需要发现您的团队对问题的理解是否合理。我们经常从自己的角度看待问题,这很危险,因为我们中的大多数技术行业实际上都是高级用户,而实际上只有少数用户。我们是有发言权的少数派,可能会不知所措地认为某些事情实际上是一个问题,而实际并非如此。

有多种方法可以收集数据来验证挑战。每一种方法都取决于您的团队以及您是否有权访问用户。这样做的目的是更好地了解手头的问题。

与利益相关方进行内部访谈

与利益相关方进行面谈可能有益于发掘整个公司或团队的数据洞见。
与利益相关方进行的访谈能为整个公司或团队发掘数据洞见。

面试流程涉及对贵公司从营销到客户的各个团队成员和利益相关方进行面谈。这将有助于您了解他们认为真正的挑战是什么,以及他们认为潜在的解决方案是什么。当我说解决方案时,这里说的并不是技术解决方案,而是公司或产品的最佳场景和最终目标。例如,要想实现上述挑战,即“到今年年底,在 80% 的医疗机构安装我们的俱乐部软件”就是一个很好的目标。

有一点需要注意。这种验证方法最不受欢迎,因为它妨碍了团队讨论和协作,可能会在组织内形成一种孤立氛围。尽管如此,它还是能获得一些有关客户端和设计挑战的有用信息,而这些信息是其他方式可能会错过。

闪电秀

闪电秀是指只有几分钟时间的简短演示。
闪电秀是指持续几分钟的简短演示。

这与内部访谈类似,但这次是将所有利益相关方汇集到一个房间内。然后,从这些利益相关方(营销、销售、设计、客户、研究等)中选出 5 到 6 位进行演讲,每个从自己的角度来重点说明面临的挑战,最长不超过 10 分钟。学生必须在演示文稿中涵盖的主题:

  • 业务目标
  • 他们认为项目面临的挑战(可能是技术、研究数据收集、设计创作等...)
  • 您目前开展的用户调查

最后留出 5 分钟时间回答问题,选出一人做全程记录。完成后,您可能需要更新挑战内容以反映掌握到的新信息。您的目标是收集一系列要点,这些要点推动的功能或流程有助于您实现产品目标。

用户访谈

用户访谈是了解人员在完成任何特定任务时面临的痛点的绝佳方式。
用户访谈是了解某人在执行任何特定任务时遇到的痛点的绝佳方式。

这可能是了解用户历程、痛点和流程的最佳方式。至少安排五个用户访谈;如果可以联系到更多用户,可以增加访谈数量。您向他们提出的问题类型应包括:

  • 他们如何完成现有任务?例如,假设您想要解决上述金融应用面临的挑战,可以问他们“您目前如何购买股票和股票?”
  • 他们喜欢此流程的哪些方面?
  • 他们对此流程的哪些方面感到不满?
  • 用户目前使用哪些类似产品?
    • 客户喜欢什么?
    • 客户不喜欢哪些方面?
  • 如果他们有一根魔杖,可以对这个流程的一个方面做出改变,他们会改变哪个方面?

访谈的意图是让用户就自己面临的挑战发表看法。不适合您展开讨论,因此您必须尽可能保持沉默。当用户停止说话时更是如此,请务必稍等片刻,因为他们可能正在整理自己的想法。如果有人在停顿几秒钟后继续说话,您会大吃一惊。

全程记录并在可能的情况下录制对话,帮助您捕捉任何可能遗漏的内容。目标是将挑战与您收集的用户数据分析进行比较。它们是否一致?有没有了解到 有助于更新挑战声明的信息?

民族志实地研究

观察用户在自然环境中的行为对了解他们如何应对自己的挑战大有裨益。
观察用户在自然环境中的行为是了解他们如何解决自身挑战的好方法。

此时,您需要观察现场的用户,同时在上下文中进行一些操作,比如他们如何购物、如何出门上班、如何发送短信等等。在某些情况下,人们会告诉您他们希望听到什么。但如果您看到用户自行执行操作和任务,就会有启发性。基本上你就是在不受任何干扰地观察,记录他们觉得简单或困难的事情,以及可能错过的事情。其目标是让自己沉浸在用户环境中,更好地体会用户的痛点。

这种方法通常需要较长时间来完成一些工作,并且需要研究人员主导项目的这一部分。但这或许最具洞察力,因为您观察的是自己在自然环境中学习的一群人。

收集信息

完成项目的学习阶段后,您需要对挑战做最后一次审视。您的道路是否正确?是否需要做出任何调整?写下您学到的所有知识,并将它们分组。这些可能会成为功能或流程的基础,具体取决于您要解决的问题。也可以用来更新和修改挑战。

获得足够的反馈和见解后,您就可以运用这些知识创建项目规划图了。

项目地图

您尝试解决的问题通常由不同类型的人员(或参与者)组成,每个人都与项目流程有着不同的利弊。您需要根据自己了解的信息列出可能的参与者。它可以是一个用户类型或利益相关方,例如“治疗马蹄内翻足的医生”“患有关节足的患者”“照顾患者的护理人员”等...在一张纸的左侧写下每个参与者,或者如果您可以使用白板,也可以写下每个参与者。在右侧写出每位参与者的目标。

最后,写下每个参与者达成目标所需的步数。例如,对于“治疗畸形足的医生”,目标将是“治疗足球病患者”,因此步骤可以是“在系统中注册患者”“启动医疗计划”“创建其医疗健康的审核周期”和“执行医疗程序”。

项目地图在流程中为每个用户或参与者规划主要步骤。
项目规划图描绘了每个用户或玩家在一个流程中的主要步骤。

结果将得到一个项目地图,其中包含该过程中的主要步骤。您可以将其视为不包含过多细节的项目概览。它还让团队成员可以判断地图是否与挑战声明一致。稍后,当您细分每个步骤时,会看到更多详细信息。但项目规划图暂时只对用户实现最终目标所需执行的步骤进行高级细分。

设计框架和分镜脚本

疯狂 8

为此,我推荐了一种名为“疯狂的 8”的方法,通过这种方法,需要将一张纸折叠两次,得到八个面板。然后,在每个面板中,根据您目前所学的内容拟定一个创意。给自己十分钟时间,将想出的创意填入所有八个面板。如果给自己超过 20 分钟的时间,就可能开始拖延:给自己冲一杯咖啡,看一下电子邮件,与团队进行普通聊天,这些活动本质上就是逃避完成工作。在此步骤中营造一种紧迫感,这会迫使您快速、更有效地工作。

如果你与团队合作,请让每个人都完成自己的工作。这个过程会激发您的大脑,并让您思考挑战。 一般来说,草图将是界面设计线框图。

之后,您和团队中的所有人向大家展示自己的创意。 每个人都必须详细说明自己的八个想法,以及他们选择沿特定道路前进的原因。提醒每位团队成员利用所得结果证明其创意的合理性。每个人都介绍完后,就可以对想法进行投票了。每个人都会获得两个粘性圆点,并且可以对任何想法进行投票。他们可以将两票都投给自己真正喜欢的某项创意。

疯狂的 8 是将您的所有创意汇集于一处的好方法。
疯狂的 8 是将您的所有创意汇集于一处的好方法。
现在,您需要根据所学内容进行详细设计。
现在,您需要根据所学知识进行详细设计。

优化设计

投票结束后,将得票数最高的创意草拟出最终创意。 您也可以借鉴从同事那里听到的其他想法。 再给自己十分钟时间来完成此任务。完成后,再次向团队展示创意,并像以前一样投票。

为创意制作分镜脚本

分镜脚本涉及将草案和创意整合成一个全面的流程。
分镜脚本涉及将您的草案和创意整合成一个全面的流程。

设计到手后,就该设计故事板时与用户互动。 这时,您应该已经考虑过用户执行的不同步骤。将同事的一种设计也纳入到流程中是相当常见的做法。您需要有清晰的分步流程,在用户在某些环节可能会分歧。您可以回到项目规划图,对照目标验证您的设计。

创建原型

创建原型的目标并不是塑造完美的代码段,而是要打造出在有人使用时能够相信的东西。用于创建原型的工具因人而异。有些人喜欢使用 Keynote 或 PowerPoint,因为它会迫使您思考流程而不是设计细节。您可能需要花时间学习 Balsamiq、Marvel 或 Framer 等可以为用户提供更多行为控制的工具。无论您使用什么工具,都要确保它能让您专注于流程,看起来很真实。您需要通过真人测试原型,因此原型的设计应尽可能可信,但同时又不应花费数周时间来完成创建。

原型需要足够真实才能真实可信
原型需要足够真实才具有可信度。

创建原型需要在时间和真实性之间取得平衡,因此请务必小心,不要太过偏向于任何一个极端。无论采用哪种方式,最终您可能会浪费时间。

易用性 - 测试设计

如果您有测试实验室,那就太好了。否则,打造一个并不难,只要您注意为用户营造一个不会分散注意力的舒适环境。测试通常涉及用户和团队的两人,一人做笔记,另一人提问。一种比较好的做法是使用 Hangouts 等应用并记录他们的操作,如果您希望团队成员在其他房间观察,这也很方便。对于我们这些应用开发者来说,在野外看到自己的设计时,这可能会使我们感到非常害怕。这种体验既有益于身心,又能发人深省。

分镜脚本涉及将所有草案和创意整合成一个全面的流程。
分镜脚本涉及将所有草案和创意整合成一个全面的流程。

要询问的问题

测试设计时,请让用户在您的应用中执行任务,并鼓励他们大声说出要执行的操作以及这样做的原因。这种行为很奇怪 但能帮助您听到他们的想法在他们遇到困难时,尽量不要打断他们或告诉他们应该做什么。只需在他们完成(或未完成)特定流程后询问他们执行该流程的原因。

您需要了解的是:

  • 他们对原型的哪些方面感到满意?
  • 他们对原型的哪些方面感到不满?
  • 有哪些痛点?
    • 流程为何能发挥作用
    • 流程为何不起作用的原因
  • 他们想改善哪些方面?
  • 整体设计/流程是否符合他们的需求?

重新审视设计并进行新一轮测试

您已经有一个正常运行的原型并获得了反馈。现在应该修改您的设计,并分析哪些做法行之有效,哪些徒劳无功。大胆创建全新的线框图故事板和创建新的原型。与尝试移动您之前的原型相比,重新开始创建流程会更有成效。尽量不要太过珍视它,因为它只是一个原型。

对设计感到满意后,您可以再次测试并进一步优化。如果原型根本达不到标准,你可能会认为项目失败了。实际上并非如此。与实际构建设计相比,您花费的开发时间可能较少,并且您更了解用户的真实喜好。我们秉持的设计冲刺哲学是,要么胜出,要么学习,因此如果创意未按预期发挥作用,请不要对自己太过苛刻。

创作!

您对自己的想法进行了测试。用户喜欢它们。利益相关方得到投入,因为他们从一开始就参与进来。现在可以动手制作应用了。到目前为止,您应该已经清楚了解需要实现的成果以及体验的优先级。在每个项目里程碑,您可能都需要引入易用性测试,以帮助验证您的工作并使您保持工作方向。

在任何可能并非正确解决方案上投入大量工作、时间和精力之前,尽可能多地了解数据是多么重要。

现在,本文应该对用户体验及其重要性有基本的了解了。不应将用户体验视为设计师或研究人员的角色,实际上,这是项目参与者的责任,因此我建议大家利用每一个机会参与项目。