从汽车设计:为什么语境重要

转到Evi K. Hui的个人资料 Evi K. Hui封锁UnblockFollow继2017年4月20日之后

每周,全球超过10万名新车手首次与优步合作。最初的几次旅行是在我们有最好的机会教育驾驶员了解优步的来龙去帮助他们最快,最轻松地发挥他们的全部潜力。这就是为什么我们的团队开始创建一个伟大的入门功能,这将有助于提供信息,而不会妨碍您。我们需要深入了解驾驶体验。作为首席设计师,我决定将团队带入汽车的环境中,从我们的办公桌上解开自己,并将我们的设计工作带到现场。

在设计此功能时,我们有三个指导原则,通过我们自己的驾驶测试开发。我们知道我们必须:

  • 教育性
  • 非侵入式
  • 专注,及时

教育:通过清晰的教育。

我们希望引导用户完成预定的旅程,而不必假设他们知道流程如何工作或如何使用UI。我们的入职功能可指导司机:

  • 接受旅行
  • 导航到骑手的取件位置
  • 识别骑手
  • 导航到目的地
  • 放下骑手
  • 评价骑手

整个过程中,我们希望全球观众的指示清晰,简洁,易于理解。 语音指导,灰显和工具提示应用于接受旅程并导航到骑手UI

我们还希望确保入职功能对所有驾驶员都有指导意义,包括那些有听力或阅读困难的驾驶员。主要目标是提供各种形式的教育,以适应不同的学习方式和类型的司机。

非侵入性:放弃。

有许多重要的信息必须放在驾驶员的手机屏幕上 - 所有这些信息都已经由我们的设计师,产品经理和工程师精心设计。我们必须确保在那一刻不要阻止任何关键信息,这意味着要注意整个系统。它需要在预先存在的用户流中无缝地和顺序地工作,并与屏幕上已有的内容进行网格化。

专注而及时:不仅仅是什么,而是什么时候。

不仅要考虑 我们 想要传达给新的驱动程序是很重要的,但是 我们想传达出来。您不应该同时使用所有信息轰炸新用户。相反,最好在最相关的时候呈现一口大小的信息,让用户了解当下和未来的细微差别。

我们怎么来到这里

这些原则大致形成于项目的开始阶段,并在整个上下文原型制作过程中得到了通知。我们在汽车内部设计时对其进行了迭代和改进,并与团队进行了压力测试,并在路上对新驾驶员进行了验证。在上下文中进行设计使我们完全相信我们的设计将利用并回应现实世界的用例。在推出之前,我们在产品开发过程中采用了三个驱动器。

第一驱动:通过背景清晰

对于我们的第一次推动,我邀请了一位工程师,一位产品经理,一位设计研究员和一位内容策略师,在完成几个原型(我们使用Sketch Mirror和InVision)的同时推动和协作设计。我们想测试用户体验,好像我们是一个普通序列的驾驶员:接受旅行,导航到取件位置,拿起骑手,导航到目的地,最后下车并评级骑手。我们的目标是确定最佳教育机会,并确保我们不会阻止现有流程中的关键信息。 应用于旅行流程的入职特征

我们学到了什么: 我们马上注意到我们的一些指示可以通过上下文更清晰。例如,我们用"确认骑手的名字,然后向右滑动开始旅行"替换了我们原来的"向右滑动开始旅行"。在这里,我们牺牲了一些屏幕经济,支持对新驾驶员更有帮助的环境。我们还添加了语音指导,使我们从工具提示的字数限制中解脱出来。

基于此驱动器的其他一些更改: 工具提示颜色探索

  • 基于我们经历的自然户外照明的不同工具提示颜色。
  • 当灰色显示会增加焦点和注意力。
  • 通过汽车人体工程学设计增加字体大小,例如"三足体验" - 了解使用该应用程序的驾驶员通常将他们的手机安装在距离他们眼睛大约三英尺处。
  • 额外的动画,以在必要时吸引驾驶员的注意力,
  • 调整信息的时间因为我们现在确切知道发生了什么以及何时发生。

第一次旅行对于实现驱动器对整个过程的必要性至关重要。在没有现实世界背景的情况下从我们的办公桌进行设计时,我们所做的许多机会和调整可能都没有被考虑过。 从驾驶员座位顺时针方向: Grace Vorreuter (设计研究员,角色扮演司机); Evi K. Hui (我,主要产品设计师,使用Sketch Mirror和InVision促进设计会议和迭代设计); Florent Crivello (移动工程师,观察并提供产品和工程方面的意见); 杨周 (后端工程师,观察并提供产品和工程方面的意见) 摄影: Diego Tres

第二个驱动力:发展经验

对于我们的第二次驱动,我们的工程师根据第一个驱动器的学习内容构建了一个原型。它功能齐全,因此我们能够在模拟行程中测试整个端到端流程。

我们学到了什么: 我们有兴趣了解如何在驾驶员前几次旅行中发展入职体验。我们想逐步淘汰工具提示然后语音支持,因为驾驶员变得更有经验,建立肌肉记忆,因此行动和行为成为第二天性。

我们还意识到,当骑车人在皮卡位置没有出现时我们没有包含任何指导(当发生这种情况时,驾驶员应该给骑车者打电话)。这种遗漏在现实世界的测试中变得明显,但我们在总部错过了一些东西。

我们还看到了没有提供目的地的旅行中驾驶员可能会遇到更多挑战。虽然这是一个常见的事件,很容易由经验丰富的司机处理,我们的测试驱动器促使我们建议首次驾驶员只能提供设定目的地的旅行。

第三驱动:使用真实驱动程序进行验证 Grace Vorreuter 和旧金山汽车测试的新驾驶员研究参与者

在我们对此设计过程的最终推动下,我们邀请了新的驱动程序将我们的原型与我们计划发布的代码一起使用。这是一个很好的机会,可以看到完全适应开发过程的人们如何与入职功能相互作用。

我们学到了什么

第三个驱动器对于验证我们的设计方法至关重要。添加真正的新驱动程序是确保我们开发有用工具所需的最后一点上下文。由于指导,我们很高兴看到司机采取正确的后续步骤。

我们也惊讶地发现,在第一次旅行后删除所有训练组件的成功率较低。他们不记得第二次旅行该怎么办。这使我们意识到我们需要逐步删除每个组件(首先是灰色,然后是工具提示,最后是语音),并为驾驶员提供更加渐进的过渡体验。

测试进行得非常顺利,我们收到了很好的反馈。当驾驶员甚至不记得看到训练组件时,一些最好的反馈来自后续访谈 - 这是一个很好的信号,表明用户界面是无缝且不显眼的 ,并且分阶段删除工作正常。这让我们相信我们正在建立正确的东西来支持和帮助准备新的司机。此步骤还告知我们的AB测试方法以及我们如何测试何时删除特定的培训组件。

更大的教训

除了学习适用于入门功能的特定产品设计问题的课程外,我们的驱动器还为我们提供了有关更广泛主题的宝贵见解:

最大限度地降低风险,最大化同理心

将我们的原型用于现实世界的旋转提供了一个很好的机会,可以在设计过程的早期识别教育时刻,发现错误或盲点,从而最大限度地降低运输可能影响较小的产品的风险。

最终,上下文原型设计完全是关于同理心:以用户的方式体验产品或功能,并帮助我们更好地识别用户。

增加协作和团队支持

对我来说,让来自整个团队的成员加入这些驱动器非常重要 - 不仅仅是设计师和研究人员,还有产品经理和工程师。这确保了每个人一起体验现实世界的场景,有机会提供宝贵的意见,确切地知道我们做出决定的原因 - 简而言之,我们都完全遵循了我们的使命。作为一个额外的好处,离开办公室并采取我们的原型进行旋转是一个有趣的团队建设练习和混合的好方法。

更广泛的适用性

在开发这些组件时,我们很快意识到,我们为这个特定用例实施的相同方法 - 为新驱动程序提供支持 - 将与许多其他团队及其正在构建的体验相关。每当我们向驱动程序应用程序添加功能或进行任何其他修订时,都可以应用教育组件。例如,这些组件可用于教导驾驶员如何进行交付,或者通过他们的第一份付款声明来驾驶司机,以帮助他们更好地了解他们的收入。

在上下文中设计

正如我们的入门功能可以应用于其他用例一样,无论您正在创建什么产品或者您正在设计什么产品,在上下文中进行设计都很有用。无论是健身应用程序还是医疗设备,将原型放在世界各地,并在早期和经常进行压力测试用例,这是在整个过程中将最终用户的需求保持在前台的好方法。在进行大量执行投资之前,您将发现产品机会,改善体验并对您的设计进行微调。

我们用于原型设计的上下文驱动器对我们的设计过程非常宝贵。当我们在闪亮的大型Mac显示器前面时,他们提出了人体工程学,照明,分心,声音和时间等最重要的考虑因素。

所以我鼓励你出去设计上下文!您的用户会感谢您的支持。

感谢 Grace Vorreuter Daniel Burka Florent Crivello PetePetráš Megan Ma Molly Nix Adam Zethraeus 编辑这篇文章的草稿,以及我们非常有才华的扩展团队,他们在这个项目上的辛勤工作。

查看英文原文

查看更多文章

公众号:银河系1号

联系邮箱:public@space-explore.com

(未经同意,请勿转载)