滴滴试驾设计背后的那个事,专访滴滴出游CDX资

寻找设计的机会点

图片 1

专访滴滴出行CDX资深交互设计师、快捷体验乘客端设计负责人李月

从0开始:试驾的资源匹配

什么是试驾

试驾能够让乘客在车主的陪同下驾驶车辆,与车主交谈,了解这款车的性能。

它是一个全新的领域,不同于滴滴体系中传统的司乘关系,仅仅在司机和乘客之间做即时或预约的匹配。试驾增加了车的角色,让车成为整个业务的核心,车主和乘客基于某款车建立了较强的联系。

图片 2

需求收集

通过市场调研和用户调研,跟踪新车销售流程,我们很清楚地看到厂商、经销商和用户的需求之间,存在很大的缝隙。

图片 3

这些汽车营销过程中的现实问题,指明了滴滴试驾基于商业和用户双方的需求点,例如寻找更多车源、发挥调度力、减低用户试驾成本、激发用户压抑需求等。

产品定位

现阶段,滴滴试驾定位于创造以体验为核心的营销方案,整合平台车源、调动车主能力、降低成本,向用户提供高效高质的试驾服务,提高试驾对消费决策的影响力,打造一个“移动4S店”。

逐渐地,以出行为入口,覆盖用户练车、买车、用车、车后、卖车全流程。

未来,综合线上数据、线下行为,提供全面的用户反馈和场景化精准营销方案,为厂商打造产品迭代和推广销售的闭环服务。

图片 4

嘀嘀打车

大家好,欢迎来到《创意方法论》采访间。本期节目由英特尔设计师电脑独家赞助播出,我是本期的主持人翔宝。今天我们有幸邀请到了李月老师,她是滴滴出行CDX资深交互设计师、快捷体验乘客端设计负责人。以下是对李月老师的采访内容。

从0到1:滴滴试驾产品定义

用户定性研究

我们对使用滴滴出行的部分乘客进行了用户调研,明确了我们的目标用户。然后对用户进行定性研究,分析他们的行为、态度、动力等,以便于创建人物角色,研究用户的真实使用场景,以用户为中心创建合理的流程和功能。

以乘客端用户为例:

图片 5

使用场景

根据上述研究,我们创建了一个用户模板以及使用场景,这里简要说明一下他在进行驾驶前的使用场景。

用户之前通过朋友和网络,已经大概了解了几款车的价格和性能等,想要试驾一下,更真实地体验并对比这几款车。由于工作繁忙,只能午休或下班时间,在公司或家附近进行试驾。于是,在工作空闲时间通过滴滴试驾预约了一款车,约在了公司楼下,并与车主联系确定了出发的具体时间地点,然后等待试驾。

基本流程

在与产品经理共同分析了车主和乘客的典型使用场景后,我们拆解出主要功能,并参考前期的调研数据,构成了一套试驾业务流程,分为乘客端、车主端和个人中心。

乘客端

图片 6

车主端

图片 7

确定了主流程之后,再根据产品需求,以页面为单位,对各个流程节点进行细化,产出以页面为单位的功能流程图,并查看各个功能的层级,同时也便于与产品之间的讨论。

核心功能

明确了功能流程后,我们对整个流程的节点进行细致的剖析,使用了很多方法,比如用户体验地图,找到了试驾服务的几个核心触点,例如选车、叫车、等待接驾。

图片 8

在接下来的设计中,我们对这些触点做了更加细致的分析,在符合商业目标的基础上,以用户为中心,设计合理的操作步骤,信息架构,以及页面布局等。

产出相应的设计方案,画出原型图表达清楚产品的思路,在快速确认需求后,确保产品与设计的沟通一致。

前言

站酷网:李月老师,欢迎您来到创意方法论采访间。您之前相继在淘宝UED和网易都从事了与交互设计相关的工作。您可否先简单介绍一下之前的工作经历?

怎样的1:滴滴试驾产品设计

原型图表达产品思路,便于沟通

我们与产品确认了需求后,同视觉设计师一起协同工作,以原型图的形式产出了关键的功能性页面,确定基本功能点。原型图用来进行详细设计和开发的评审,同时细化功能,每天迭代更新。

以乘客端选车功能为例,用户选车在多种使用场景下出现,有不同深度的层级:

图片 9

根据核心功能,我们在乘客端首页给予选车最高优先级,把用户需求拆解并归纳,划分为搜索、品牌直达、附近车型、专题介绍几个功能。每一个入口都是对用户所选车型不同粒度的展现,并且可以快速发单。

高保真原型走查全流程,查缺补漏

将所有的功能点拼接起来,绘制高保真原型。在此阶段的产出,着重于各个功能点是否可以走通,有没有功能的遗漏,操作逻辑是否合理,操作反馈等,并且在原型完成后召集了设计师们进行测评。

图片 10

迭代优化

试驾业务的发单组件不同于通用业务,需要在选定车型的基础上,选择出发地点和出发时间。

有意思的是,站在试驾乘客的角度上,我们发现选择自动/手动车型的必要性;站在试驾车主的角度上,我们明白了出发时间可变通的理解难度,所以着重在这两点上进行了优化。另外,由于试驾业务的特殊性,提醒用户携带驾照也是一个重要的需求。

图片 11

设计差异化和一致性

设计过程中,要让用户体验做到最优,保持我们自己独特的功能和使用感受;同时又要和滴滴出行平台的设计风格保持一致。

以首页为例,前文已经说明了从产品角度的规划,设计师们按照需求的优先级,定义了首页的信息架构和排版。除此之外,我们还在一些细节上进行了求同存异的设计,以突出试驾本身的需求,例如评价的多维度设计,司机卡片的信息结构,以及运营消息区的操作和新手引导。

图片 12

“我每天出车8-10个小时”

李月:其实,淘宝是我从事的第一份设计工作,当时我是以一个学生的身份在淘宝实习,主要做的是一个后台类的对于商家的一个TOB产品,它对我的逻辑能力有了一个很大的锻炼;之后在网易是我毕业后的第一份正式工作,一开始做的是类似于网易彩票这样的一个产品,这个产品让我对用户和场景进行了更多的思考。做这个产品是从0.5到1的阶段,前期它有一个这样的客户端,但当时它刚从Web端向手机端进行了移植,这也是它第一版改进的部分。我加入之后就对其更多的场景进行了思考,比如对于彩票这样一个需要复杂做决策的产品,把所有Web端的复杂决策功能都移植到移动端是否合适?如何在特异性的场景下分析用户和场景?第三个产品是大家都比较熟悉的网易新闻客户端。

从1到几?:总结

参与完整个滴滴试驾的产品设计,最大的感受除了产品本身的打磨和探索以外,更多的是对于自身职责的定位,与各个角色的合作,以及更大的预期。

图片 13

在产品设计的前半段,交互设计师就是半个产品经理,参与产品需求的讨论,研究竞品,提炼功能。

在确定了需求和相关流程之后,接下来的设计阶段,设计师加入了理性的用户体验分析,并站在公共规范的立场上,去审视一些新的功能。

在设计的后期,是参与人员最多的阶段,从产品经理到设计师,再到开发,同一件事,不同的人往往有不同的角度去看待,吸收不同人员的看法,并站在自己专业的角度去分析和解决问题,是合作的最优结果。

到了开发阶段,由于需求的不断优化和开发中遇到的一些困难,设计师需要评估不同的方案,选取最适合当前排期和目标的解决办法,并协调相关人员,跟进各个开发环节,确保产品能够高质量的上线。

最后,对于产品和自己的预期,我希望是没有边界的,设计是为了解决问题,更多的专业积累和更高效的工作方式,会在试驾接下来的道路上带来更好的产品体验。

编译作者:肇事司机

微信:gentlechenzhao

“一天能接十好几单呢”

可以说,它是一个比较成熟且稳定的产品,做这个产品的时候我会对更多的对细节进行关注,怎样做一些情感化的设计?怎样对新闻的内容进行呈现?比如一个娱乐专题应该如何呈现?一个体育类的专题应该怎样等等。

“帮了别人还赚了钱,这活儿很自由”

现在,我在滴滴设计滴滴乘客端这样一个产品。它对我来说,它的改变是很大的:一是业务类型的改变。网易新闻更多的是提供内容,我只要考虑内容本身的呈现就可以。但滴滴提供的是一种服务,这样的产品很复杂且具有一定的不确定性。比如顾客叫了一辆车,是否有司机接单?多久会被接单?司机在送顾客到达目的地的途中会遇到什么样问题?所以它是一个非标准化的产品。顾客的任何一段行程都可能遇到好司机或者坏司机,好司机可能会陪你聊天,不太好的司机可能会绕路加价等,这些都是可能出现的不确定性。所以,我在这样的一个产品中更多的是对它业务模式的思考。

其实,设计只有放在整个商业产品的大环境中你才能清楚的了解到它的业务模式。比如,当你了解到滴滴是如何定价的,拥有怎样的派单策略才能在动态调价的时候清楚的知道它为什么会加价,又如何把这样的信息通过设计传达给用户;再比如,当一个用户叫了很长时间的车没有司机应答的时候,你要运用怎样的设计对他进行短暂的情绪安抚等等。只有你非常的了解产品的后台策略、产品逻辑才能对它进行更好的改进,这是我在滴滴学习到的。所以,面对不同的经历和产品我都会有一些思考和成长。

作为滴滴的设计师打车的时候总习惯和司机聊上了两句,他们背景不同,性格迥异,出于各式各样的理由选择了这份职业,一辆车,一部手机,一天10个小时,如此周而复始地他们为滴滴数亿级乘客提供服务,而我们所做的则是为他们提供帮助。滴滴车主端所承载的不仅是车主用户的接单工具,更是漫漫长路上的一种陪伴,面对统一车主端的升级,我们将再次探讨“工具与情怀”二者相辅相成,相与为一的关系,希望统一车主端能成为好用的工具,贴心的陪伴。

站酷网:您作为滴滴出行CDX资深交互设计师、快捷体验乘客端设计负责人,能否简单介绍一下滴滴设计团队?您在其中承担了怎样的角色?

设计之前

李月:滴滴设计团队就是CDX创意设计部。我是在2015年加入的,当时的滴滴设计团队的构架基本成型。滴滴是一个发展非常快的、靠产品和运营驱动产品的一家创业公司,靠一个很小的设计团队支持所有的产品。从最早的出租车、快车、专车这样的产品逐步的发展出了顺风车、代驾这样越来越不一样的产品(还有以前的大巴、小巴等等),设计师只有纵身到业务当中去做设计,当你越来越了解你的业务团队的时候你的设计就会越来越好。所以滴滴的设计部门分成业务线的设计师就越来越细化,每一个设计师会接口到一个业务线里去做设计。但在这个过程中我们发现了一个问题,其实滴滴是一个平台类产品,它与网易新闻不同,它有自己独立的App,音乐是一个团队(有自己独立的App),但滴滴的每一个业务线都在一个端里呈现,一个APP里承担了很多的任务。所以设计师既要了解业务又要保持一定的统一性。

图片 14

发现这个问题之后,滴滴的设计团队整合成了一个平台设计团队,它主要负责一些规范的制定,统一的组建和控件的梳理,这样就会让所有的设计都在一个相对规范的框架里产出。这个平台设计团队主要做一些公共部分的设计,其他业务线的设计团队则根据自己业务的需求做设计,这是现在滴滴设计团队的构架。我主要负责快捷体验乘客端,快捷体验其实包括大家经常用的快车、出租车、优享、拼车这些业务。

司机端5.0产品框架

站酷网:我们常说:产品是“一组将输入转化为输出的相互关联或相互作用的活动”的结果,是“过程”的结果,那您是如何理解产品的?产品的发展一般经历几个阶段?

·合而为一

李月:不管是做设计还是做产品,它的初衷都是解决问题。而我们是在解决一群特定的用户在特定场景下的某些痛点。其实,每位设计师在做设计的时候都会问自己或产品经理一个问题:我们的用户是谁?场景是什么?痛点是什么?然后再去做设计。

随着业务的快速发展,滴滴从最初的出租车业务快速拓展到快车、专车、顺风车、代驾等多项业务,与之相应的我们陆续上线了出租车司机端、专/快车的司机端等,多版司机端同时运营,即是人力物力和效率的消耗,在体验上也存在风格难以统一,认知不一致等问题。一版体验统一、统筹且灵活适配各个业务的车主端呼之欲出。

产品会经历新生期、生长期和稳定期这样一个周期。产品的新生期就是产品刚刚发展、刚刚产生的时候,然后会有一个很快的发展增长期,最后进入到稳定期,只能说是相对稳定的阶段。在经历较长的稳定期之后很多产品会慢慢的有些衰退,某些产品可能会产生巨大的变革,之后再经历一个新生期、生长期和稳定期这样一个周期。

在设计之始我们梳理了每一条业务的功能点及发展诉求,将之重新整理,从中提炼共性,对比差异点,确保后期方案的兼容和扩展性,我们知道司机的服务主流程在各个业务是具有共性的,但对于听单、支付等部分环节存在业务差异性。因此,合而为一,合而不同是本次设计升级重要命题。

站酷网:在产品的不同发展阶段,设计师该如何找到一款产品的设计侧重点?

·了解用户

李月:当一个设计师完整的经历过一次产品的发展之后,他们对每个设计阶段侧重点的感受会非常明显。在我刚进入滴滴的时候,滴滴还未到达稳定的阶段,当时的一切都很快,设计要跟着产品走,当你在设计上过度追求细节的时候,很可能会导致别人的产品早就迭代了而你已错过了很多机会。所以在当时的那种情况下就是以快为先,它的一个设计侧重点是在验证需求。当产品迅速增长之后可能又会有一些其他的问题,比如一开始滴滴的用户量没这么大,业务线也没有这么多(可能只有一两条业务线),当它经历了一个快速增长之后可能很快从一两条业务线增长到七八条业务线,用户量会有一个大规模的增长,这样的变化可能会导致一开始的设计的架构会发生变化,所以迅速增长在这个阶段是一个侧重点,还是认证它最初的的架构是否合理。当产品进入到一个稳定期后,其实设计的迭代节奏已经不像一开始的时候那么快,你会有更充裕的时间、更多的资源、大量的用户去调研,那个时候的你可以做一些细节的体验。滴滴是一个平台性的、体量比较大的产品,我们会做很多组件化的设计来提高效率,找一些线上线下服务的端点弥补不足。所以,这个阶段基本上是以体验驱动为主。所以,每个阶段的侧重点是主要以产品当时发展的阶段或视情况而定情况而定,设计进行相关的配合。

相较于其他的工具类应用,滴滴司机在人群上更趋于集中:男性居多,7成的司机年龄在30-45岁之间,超2成的司机年龄超过45岁,他们在加入滴滴之前,主要从事自由职业

站酷网:那对于交互设计师而言在工作中对一些软件和硬件有没有什么要求?

或普通个体户等门槛相对较低收入不稳定的工作,成为滴滴司机主要为了增加收入、时间自由同时期待被认可;这些人中很大一部分是带车加入,作为私家车车主,司机端为其提供了接单赚钱的平台,而车后服务尚没有很好解决。

李月:因为设计类的工作需要用到很多绘制图形的软件(比如做动效的一些软件),所以对电脑的配置要求、反应速度要求都比较高。

图片 15

站酷网:优秀的硬件决定了英特尔设计师电脑快速流畅的操作体验。那么在一个产品中,您认为流畅的交互是由什么所决定的呢?**

用户画像

李月:我觉得是几个方面吧:第一个方面是技术,技术是否快速流畅。比如加载一个页面时是不是慢?当你下载一个很大的App的时候是否快速?第二个方面是服务。现在我们很少描述一个产品是纯粹的线上产品,比如说电商,当你在一家网点购买产品的时候快递是否快?当你有产品疑问或者投诉的时候客服反馈是否迅速?当你在滴滴上叫车时候司机接驾是否快速等等方面,都是一个流畅服务的体现;第三方面是设计。当用户打开一个界面时,能否快速的找到想要完成的部分,当设计一个长流程多任务步骤的产品时,任务流程是否简洁清晰?一些转场的动效过渡是否柔和且流畅?这是设计对产品流畅性的一个体现;当前两个方面(技术+服务)不够快的时候,设计是否可以补救这两方面的不足这很重要。举个例子,比如当在网络不太好的地方加载一个页面的时候,设计能不能做出一个可爱的Looding动画、小游戏缓解用户的等待焦虑。

**·司机vs车主**

其实在我们设计滴滴的时候会有很多服务的不确定性,比如用户发出了一个订单,但不知道司机多久会接单?到达此地要多久?为了缓解用户的焦虑感我们在设计上进行了改进,比如给客户一些确定性。滴滴现在有一个排队的功能,当车特别少而乘客特别多的时候,它会根据综合考量之后给乘客一个预估时间并推送一些资讯转移注意力,对其进行阶段性的安抚,从设计上让你的感受变得流畅和快速,这其实就是我们在用户使用的产品上进行了情感化设计。

基于以上的分析,我们迫切需要思考跳出现有产品之外的用户所具有的多重属性:

站酷网:您在最初接触一个互联网产品设计时遇到过哪些困惑?

→接单工作

李月:其实我想很多刚开始做设计的同学都会更关注表现形式,因为大家可能都是工业设计、视觉传设计这样的设计专业出身,对美、对形式会有很高的追求。我那个时候会下载很多比较有意思的、动效很流畅的APP在手机里,慢慢的我发现它确实存在但我很少点开,但删掉又舍不得。最初的时候我们都会追求这种表现层面的东西,但慢慢地你就会发现支撑起设计的还是业务逻辑和商业逻辑。你面对的产品是如何抓住用户的等等这些更加内在的思考。这可能也与我们后来身份的变化,以及从事的设计工作的时间有关。

**→车生活服务**

站酷网:对于年轻设计师而言,有哪些误区或容易被忽略的点?

1.接单工作:基础(主动)属性,也是用户的核心诉求

李月:就像我刚才表达的,还是应该多关注自己在业务上面对的是一款怎么样的产品,产品逻辑背后的一些技术方面的东西。其实,市场的变化对设计师也会产生影响,比如我们以前面对的是一个门户时代,设计的内容从电商到了O2O,又到了现在的新零售等等,市场对设计的影响可能就是这种阶梯式的,即便你设计不同类型的产品但它的本质没有变化。当一些新的技术手段来临的时候,比如从最早的纸媒设计师到Web端设计师到后来的手机端设计师,乃至流行的AR设计师以及无人驾驶的AI设计,这种技术的发展对设计的颠覆还是非常大的。所以,我觉得你不一定非常了解这个技术,但一定要时刻关注到新技术的发展,否则当技术的发展影响到你的时候,你就会变得很焦虑。

2.车生活服务:被动属性,用户带车加入滴滴平台,除了借平台之力通过提供自身的资源和服务获取相应的报酬,作为车主的他们会更加频繁的产生车后市场及相关的服务诉求,如:加油、车辆保养、维修等。

站酷网:除了设计专业的能力之外,设计师还应该具备哪些职业素养?

从“司机”到“车主”的转变,既是业务上的扩展,更是作为设计者的我们对用户及产品定义的认知更新。当我们更加立体的去面对用户,那么一个更加真实的用户便呈现在设计师的面前。

李月:首先,我觉得抽象概括的能力非常重要。前些天我看到一个对漫画师蔡志忠地访谈,有一段我觉得他说的特别好,大概内容是说:当人的境界很低地时候,每个人都会觉得看到地东西不大一样,好像站在了山脚下,你看到的一块石头,看到的一棵树地视野都是有限的;而站在半山腰的时候很多都是一样的,但也有不同;而当你到了山顶,几乎站在这里的所有人看到的都是一样的。所以我觉得,这个道理和设计师地发展阶段有些相似,当你是一个设计新手地时候,你做的每一个项目就是一个项目,今天设计的是一个个人主页,明天设计的是一个外卖APP,你觉得自己每天都在设计新的东西;当你变成一个稍微高级点的设计师就会发现,你开始可以从中找到一些共性,会有一些自己的设计方法,无论是设计构架、还是竞品分析你都知道从哪里开始从哪里结束;而超级厉害地设计师,他便可以从诸多不同地设计项目中抽离出通用地模式,看到设计本质地东西,就是道。所以经常地总结和回顾,抽离出本质地东西运用到各种事物当中地能力非常重要。

图片 16

其次是高级一些地洞察力。交互设计的是什么?是人的行为。行为的背后是什么?可能是一些认知和习惯,而认知和习惯的背后其实就是心理和动机。我为什么做这件事?我心里是怎么想的,我做这件事情地动机是什么。这种抽象地逻辑可能会从一些心理学地书籍中看到,但更多地时候是一种个人习惯,一种对细微事物地观察。比如作家村上春树他在文章中塑造地一些人物,你会从他的描述和言语里感觉到人物是活生生地站在你的面前,它可以被具象化。这是因为作家本人地观察力非常地细微且通过文字精准地表达了出来,这是观察力很好地作家。而观察力很好地设计师同样需要及时地洞察很多生活中地问题,比如滴滴服务,你是否每次打车地时候都会观察司机地操作,是否能从他的表情或者操作中感觉到:他对界面的使用是充满疑惑还是顺畅?

用户身份从“司机”向“车主”转变

或者说当你拼车的时候是否观察到拼车友能否可以很快的找到司机?这种对生活细节的观察力非常重要。最后是同理心,我觉得除了后天对此的训练,很大一部分是由一个人的习惯和性格所决定的。

方案设计

站酷网:您知道有:“英特尔设计师电脑”这个新品类吗?

结合上文的用户分析,加之车主端的使用场景多为车内移动环境,不确定性和干扰因素较多,我们定义了本次设计的关键词:简单、高效、成就感。

李月:听说过,但不是很了解。

图片 17

小贴士:“英特尔和诸多业界领先的电脑厂商一起,直戳设计师痛点,重新定义“设计师电脑”, 从平面到三维,英特尔设计师电脑助力创意,带你迎接AI时代!超大图片打开平均时间仅为6.2秒,相较于用户常见配置,速度提升6倍,文件打开不延迟!滤镜处理时间降低60%,使用滤镜不等待!批量处理文件,再也不卡顿,响应更迅速!

设计关键词

非常感谢李月老师为大家带来的精彩分享,感谢英特尔设计师电脑对本次活动的大力支持,创意方法论未来会为大家带来更多的精彩内容,感谢大家对创意方法论持续的关注和喜爱,谢谢大家,我们下次再见!

·简单:

应用在复杂环境下的信息传达应尽量明确直白,避免产生歧义,避免多余的思考

·高效:

体验驱动效率提升,通过线上明确的信息引导与有效的操作促使高效品质的线下服务

·成就感:

任务完成、收入进账、得到奖励等贯穿全流程的节点细节设计突出用户成就感,在情感上的触达用户

围绕以上关键词,在整个设计过程我们将时刻秉持:所观即所需,所触即所达的理念

·连接线上线下的交互行为设计

在交互框架设计过程中,我们梳理出三个需要解决的问题:

·多业务融合与保持业务场景独立性

·旧版司机端的用户到新版车主端的迁移成本以及新用户的上手成本

·如何清晰引导用户在复杂场景及复杂任务下的无障碍使用

回答以上问题,我们总结了三条设计思路:

·稳定的框架流程 灵活可适配业务和场景的组件

·适应车内场景的信息展现和信息操作结构(信息分层),以及贯穿流程的结构一致性

·以听为主

图片 18

设计方向

一、框架与组件

在前期的分析中我们提到快车、出租车、专车等业务在主任务流程上趋于一致,都可归纳为出车-听单中-接单-去接乘客-接到乘客-行程中-行程结束这样的线性流程;仅在部分流程节点上存在业务差异,如:接单环节快车存在抢单、指派、极速订单多个类型,而专车则对订单服务要求有特殊需求;再如行程结束后的专车快车是线上支付,而出租车则是既可线上支付也可现金支付。因此,我们定义页面框架时强调线性流程的一致性,对于流程节点的差异性则通过不同的组件来满足。

图片 19

组件与框架

将应用比作一个四维空间:每一个页面是一个层级清晰的三维结构,步骤流则是第四维度:

图片 20

页面层级

二、结构稳定、信息分层

车主端主流程具有主线性少分支的特点,因此在每一个节点都可提取出核心操作,以稳定的结构划分向用户传达统一的界面语言和交互感知。

图片 21

主流程页面归纳为统一稳定的结构

车主端的另一个特色是强管控强调度,因此信息会不断的贯穿始末的下发给车主,其中包括来自系统推送的信息、当前的任务/管控信息、大区等渠道的运营信息等,这些信息来源多样,类别纷杂;全盘呈现必会导致用户接受信息超载而不知所措,基于这样的现状,设计师对现有信息进行打散归类重新整合,将信息按重要度划分为三个等级,以三种形式的任务卡片承载司机端全部信息:模态任务卡片、非模态任务卡片、普通信息卡片

图片 22

三种任务卡片

·模态全屏卡片:

最高优且不可跳过信息任务,此类信息要求车主完成当下任务后继续其他操作

·非模态任务卡片:

高优但不紧急,需要用户第一时间注意到但可在当下跳过的信息类别

·普通信息卡片:

非高优且不紧急,用户关注时可见

通过以上三种形式的设计可实现多来源/大信息量下的高效信息管理,但每类信息卡片依然需兼容多类型信息要求,对于这样的单个信息组件,我们通过提炼共性、结构化处理的方式来兼容差异。

三、以听为主

我们常说信息流,“滑动”浏览是这类应用里用户常常进行的交互行为,对于车主端而言,通常的使用场景便是在行车过程中,因此“听”便成为车主们“浏览”信息的一种惯用交互行为。如何设计“听”是设计师们必修的一课。

我们做的第一步是对全流程信息进行梳理,并对需要“听”的节点做出标记;

图片 23

以听为主的场景

明确了语音节点后,梳理全部信息并为其归类划分,如:反馈、指引、消息;

根据信息特性定义表达形式,如:拟声、播报;

所有语音信息都需满足可识别性强、表意清晰的原则,对声音的设计也是连接应用与用户情感的纽带。

图片 24

行驶中使用听的情况

相较于主动去“看”,“听”是一种默认的被动的行为,可以轻松的让用户的耳朵听到信息,却难以保证用户的大脑是否听到了,因此,问题便进一步聚焦到如何让用户“听到”。心理学中关于引发意识需要诱因刺激,因此在重要播报前增加“诱因”音的设计可有效保障信息被获取。

图片 25

行驶中使用听的情况

·视觉呈现

一、品牌延续

在整个滴滴大的品牌基调下,滴滴车主端5.0视觉设计延续滴滴品牌整体的设计气质,以亲和、易用、科技为主要设计方向。车主端整体界面设计,基于滴滴品牌规范以及车主端用户的特殊属性,最终以滴滴品牌色为色彩推导基础,匹配具有统一色彩倾向的深灰色为辅助,构建起整体的界面设计色彩系统。车主端在保证与主品牌气质统一的前提下,也保持了自己设计的独立性,这样即保证了横向主品牌对外展现的一致性,同时也保证了纵向产品线视觉展现的差异化,从而使车主端能够更好地服务于公司主品牌以及自己独立的目标用户群体,成为滴滴产品线中即独立又统一的一部分。

图片 26

车主端5.0开屏引导图

二、设计推演

1.界面构成

通过前期车主端用户调研和真实的场景路测,我们发现车主在使用APP期间,往往处于一种不稳定且复杂多变的使用场景下,所以针对这种典型的使用场景,车主端的界面构成主要从两个方面去解决这个问题。

第一,拉开功能模块之间的视觉关系

新的车主端加强了视觉上模块化的功能展示,让用户可以更快更高效的区分界面中的功能区域。同时界面也更多的使用深色背景对重要的数据信息和关键操作进行展示,加强信息与信息之间的视觉对比度,进而提高数据的识别性和界面在复杂环境下的通用性。

第二,加强关键操作和主要信息的展示面积

新的车主端加大了整个主流程中所有的操作按钮的视觉面积,保证车主在任何场景下都可以准确快速的做出操作,同时针对每个关键节点的信息重要性在视觉上做出区分,减少用户的阅读负担,提高用户的阅读效率。

图片 27

车主端5.0页面构成

2.颜色·字体

车主端5.0整体的配色方案选择HSB色彩模式进行色彩推演。除主品牌色以外,所有辅助色及字体配色均保持相同的色彩倾向,H(hues色相)上保持绝对统一。再根据具体的界面和应用场景,梳理出相对应的S(saturation饱和度) B(brightness明度) 的推演区间和推演规则,最终产出完整的色彩系统。

字体基于整体司机端用户群体的特殊性,整体字号较大,字号基于4的整数倍进行推导,再根据文字的信息展示属性进行字号区间分类,最终构建起字体规范系统。

图片 28

车主端5.0色彩规范

3.图标构成

车主端5.0图标的设计理念是:“让图标像马路标识一样引导司机操作”在图标前期的设计探索中我们发现,很多车主本身对陌生的图标设计语言识别是有困难的,但是对马路上的公共交通标识却十分熟息,所以我们将马路标识中:简洁、直白、硬朗的设计特点抽离出来,融入到我们新的图标设计当中,让新的图标设计给司机一种亲切熟息的感觉,减少车主的认知学习成本,提高图标的辨识效率,使车主快速的过渡到新的图标系统上来。

图片 29

车主端5.0ICON规范

4.动效构成

合适恰当的动效可以帮助用户更好的理解产品逻辑提高操作使用效率,反之就会伤害整体用户的操作体验。因此,整体的车主端5.0动效都是围绕以下四项基本原则展开,以此来保证整体动效的准确统一。

第一:具有相同产品或交互逻辑的功能界面动效统一(保证全局动效的一致性);

第二:功能能信息需要有节奏有层次的展示(提高信息的识别效率和识别准确性);

第三:动效如何发生就如何结束(保证用户操作使用时对产品逻辑关系的清晰);

第四:每个界面不使用超过两种及以上的动效(控制并且减少动效带来的不必要的信息负担)

在对动效进行约束的同时,我们也对动效进行了性质上的划分,从而更好地归纳总结出组件与组件,界面与界面之间的动效关系,方便大家理解运用。

图片 30

车主端5.0动效规范

5.导航构成

地图导航对于车主来说就是车主的眼睛,对车主驾驶有极大的辅助作用。这次我们也针对司机端的地图导航做了整体的视觉的优化和升级。局部上优化了车道线视觉以及重绘了指向性引导图标的视觉,使整体的导航体验更加准确流畅。整体上优化了地图日间效果,提高了地图在日光下的信息展示通用性,并且新版本还增加了地图导航的夜间模式,方便司机在夜间更加沉浸式的体验导航服务。

图片 31

车主端5.0地图导航

·方案测试

设计过程中及时融入方案测试可以有效的帮助设计师发现问题并调整方案。

车内环境测试:将设计demo带入车内环境,在车内场景下自测设计可行性,如白天光照强烈要求界面显性化且低反光,而夜间昏暗环境下界面对比清晰不刺眼。反复的将设计界面拿到车内测试得出最优方案。

图片 32

场景测试

可用性测试:主流程设计完成后,我们制作典型业务主流程的可交互原型,每个业务挑选6名代表性用户,用户涵盖各年龄层(30~50岁),不同手机系统(苹果 安卓),不同使用经验(加盟时间1个月~4年),制定并观察他们完成任务,从中发现可用性问题并解决这些问题。

图片 33

可用性测试

统一车主端即将上线,后续设计师会持续跟踪上线后的数据反馈,用定性的数据结合定量验证结构,小步快速持续迭代方案。

图片 34

结语 · 在路上

这次的改版是我们一直想做的一次设计,司机的群体是一群在路上的群体,披星而出,戴月而归;对于大多数专快司机来说,滴滴已经是他们谋生的手段,我们见过很多司机师傅在恶略天气城市运力严重下降的情况下依然出车,再偏远的单子也要送乘客安全到达,拼车乘客迟到也要继续等到乘客,怎么让这份工作更有尊严,更体面,是我们接下来要做的事情,更人性化的线下服务,更平等的规则,不仅仅让每一位乘客安全到家,更需要保证在路上的每一位司机师傅平安到家。

滴滴CDX创意设计团队一直秉承让设计产生价值,向前一步的设计理念,在出行行业五年的深耕,让我们不仅仅只是设计支撑,在体验闭环甚至体验决策上有更大的话语权,本次司机端的改版让我们在产品全案设计上迈出了第一步。

我们一直认为设计师最初是让这个世界来读懂自己,再往后就需要引导你的用户去理解这个世界。如何让用户通过我们的产品更简单更直观的触达服务,是做为产品人不懈的追求。

原文链接

本文由亚洲必赢娱乐游戏发布于必赢娱乐网址,转载请注明出处:滴滴试驾设计背后的那个事,专访滴滴出游CDX资

TAG标签: 必赢娱乐网址
Ctrl+D 将本页面保存为书签,全面了解最新资讯,方便快捷。