Ticmirror 是一款智能后视镜产品,内嵌出门问问自研的基于 Android 的 Ticauto 系统和语音交互技术。内置高德地图,网易云音乐,喜马拉雅,考拉FM等满足车内场景核心需求的应用。
“开车”一直被认为是语音技术落地的绝佳场景,以语音技术为根基的出门问问希望通过这款产品,进入汽车市场。2016年9月,我加入了刚刚开始的 Ticmirror 项目,负责用户体验设计。2017年4月,出门问问凭借这款产品,达成了与大众集团的战略合作,并共同成立了专注车载智能化软件开发的合资子公司问众智能。
一直以来,车载软件的体验都不让人满意。现在正在路上跑着的车,原本搭载的系统的使用体验大致是这样的:
过去的差体验,留给了汽车行业很大的改善空间,在移动互联网的反推之下,近几年也诞生了像斑马、Tesla这样比较优秀的联网智能车载软件系统。而早在这些新车诞生之前,手机早已悄无声息的迅速占领了车内的软件使用习惯,这让很多提供后装娱乐系统的产品渐渐失去了机会。手机太好用,让人找不到理由加装什么额外的娱乐系统在车上。
另一方面,随着 Apple Carplay 和 Android Auto 的发展,手机操作系统已经开始向车载前装渗透,很多大车厂已经开始拥抱这些好的体验。作为用户,我相信这应该是一种趋势。因为理论上好的体验是,无论在什么终端上,用户常用的服务应该是无障碍互联互通的,而在目前的技术条件下,手机是实现这一体验的唯一枢纽。汽车的联网智能化的时代早就到来了,只不过将它带来的是智能手机,而不是车载软件的智能化。
在中国,几乎每辆车都要装行车记录仪。不知道是法规的规定,还是市场的默契,还是出于设计的考虑,时至今日,绝大多数的车在出厂时是不装配行车记录仪的。网络上也没有对这个问题有特别合理的解释。总体成本,售后维护成本,法律法规缺失,都是可能的原因。这给了很多有技术实力并渴望进入车载软件开发领域的公司一丝机会。后视镜形态的行车记录仪产品,是市场上比较流行的一个品类,而 Ticmirror 就是在此基础上,集成了智能联网系统和语音交互技术。
这个形态的优点是:
缺点也很明显:
而我在项目期间一直有在记录和归纳问题,思考、整理了一些设计原则,并且也尝试依据这些原则做了改进的方案。
人们上了车之后的需求并没有在手机和电脑上那么发散、复杂、种类繁多,坐上车了,通常是已经知道自己要去哪里了。当然不排除那些说走就走的旅行,但即便说走就走,用户的大部分车上的时间,也是在开车中度过。
不应该引导用户使用车载软件系统去干一些原本在手机上非常顺畅的事情,比如:叫外卖,订酒店,订机票,购物,玩游戏,查股票,学习,读书,记笔记等等这些需要重度交互,重度浏览的事情。因为无论是中控屏,还是后视镜,都是不可移动、距离用户的位置较远的屏幕。操作姿态、屏幕的距离,都决定了他们不适合让人与之进行过长时间的操作。而由于语音交互的局限性,用户也很难通过语音完成复杂的交互。所以,与很多手机应用的设计目标相反的是,在车上,用户在车载软件上完成一个任务时间应该尽量的短,交互步骤应该尽量的少,无论用户是否正在开车。
也正是因为车内环境有很多相对明确的需求,所以在做车内用户体验设计时,可以相对容易的挖掘出一些比较精准的“快捷方式”,让体验变得更直接和简单。在Ticmirror的设计里,在应用的卡片下方给出了一些更具体的快捷方式。这是一个值得去继续深入的方向,我暂时称之为——去应用化。我们在主页设计的常用功能的快捷方式,就符合这一原则,用户单次点击就可以完成一个完整的需求。另外,语音交互,也是符合“去应用化”这一原则的,用户只要说”回家“,系统就可以直接开启导航软件、查询路线、展示回家的路况,而不需要用户手动通过触屏点击若干次。
在手机上,以应用为主要的交互入口,所有的体验,都从进入一个应用开始。车载软件系统,呈现给用户的,更多的时候应该是一个“大应用程序”的形态,可以更直接的满足用户的需求。
这个布局是一个形式感强于实际体验的设计。局限性很明显:如果随着产品迭代,应用逐渐变多,单排卡片式的效率太低了。用户可能会经历较长时间的翻阅和查找,用起来不够方便。
解决方案:
导航信息常驻区域的设计初衷是:用户在开车时,并且在导航中,同时又要和镜子进行触屏交互,怕用户在这个时候错过导航信息。 不难发现,这个设计所描述的真实场景是多么的危险。我们提供的解决方案实际上是在让用户 一心三用 :开车、触屏交互、关注导航。 有趣的是,我在官方的宣传照片里,找到了这下面这张图。
我相信当初之所以有这么一张照片,就是为了体现导航常驻区域的价值。但这个场景图真的是越看越觉得危险,前方车辆打起了转向灯准备并线,模特的视线是在屏幕右侧的音乐应用上。如果这个时候车辆是在行驶中,司机一定比不在操作镜子的时候,更容易忽略掉前方车辆的状态。
而用户会错过导航的路口提示的原因,简单分析大致有三种:注意力的不集中、被动注意力转移、主动的注意力转移。
这样一个初衷,却引入了不太理想的结果,这让我开始思考整体界面的结构问题,同时也引起了我对 设计原则 的反思:
除了上面提到的在真实场景中的问题,这个导航信息的常驻区域还带来了一些其他使用体验上的问题:
导航信息常驻区域,位于应用程序区域和最左边的常驻按钮栏之间,但却跟左右两侧都没有任何信息和交互上的关联,用户的视线需要经常在左右两边“跳跃”,带来不舒服的交互体验。
由于这个卡片的存在,属于应用的区域会存在两种宽度。在导航软件打开的状态,由于导航软件本身有相同的信息展示,两个“导航卡片”一起显示会重复,所以此时就需要将常驻区域去掉,导航软件会充满常驻按钮左侧的全部区域。所以这个常驻也是存在“特例”的,因为这样的设计导致通知界面、语音界面、输入法界面、系统弹窗等等很多界面都需要适配两种宽度。而在用户使用时,也会因此看到一些不顺畅的界面过渡。
这几个按键如何配置,是团队内部争论了很久的话题。我们曾经把所有可能的选项都列在了会议室的墙上,大家一起逐一对比,但最终大家不得不向目前这个方案妥协。这导致用户可能会时不时的去点击屏幕左上角的返回,时不时的去按物理按键的主页;在有语音唤醒词的情况下,语音唤醒又同时占用了一个屏幕按键和一个物理按键,这不仅占用了本来就很紧张的可交互资源,也给用户多了一个不必要的选择;而对声音的控制,只有最远端物理键的静音按钮。
我认为物理键应该全部用来调整音量,三个物理按键分别是是音量减,音量加,静音;屏幕上的三个按键,应该是返回,home,应用列表。
离开项目有一段时间了,但我一直觉得之前设计上的问题,应该有一个更好的方案去解决。
车载设备和智能手表看起来是完全不相关的两类产品,有很多共同之处
当然,这些问题不是 Ticmirror 一款产品的问题,所有的车载软件系统,包括最新的中控系统在内,都会面临同样的问题。
各大车厂,无论新的老的,都会推出自己的全新的软件系统;而手机在可以预料的很长一段时间,都会影响用户对车载系统的使用,影响车内的用户体验设计。
一直觉得车载软件系统跟手机之间有着很微妙的关系。我还没长期体验过一款“联网”汽车,对我而言,换车的动力也不是十分充足,如果我没有车,现在我刚好有钱去买辆车,我可能还是会先从价位、品牌去缩小自己的范围,我不知道真正能进入我的购车范围的会不会是一辆联网汽车。因为我有太多的疑问没有得到解答。
我会带着这些问题继续前行。