基于“开车用手机”的场景,我对导航功能优化的几点看法

1 评论 9445 浏览 15 收藏 8 分钟

作者针对“开车用手机”这一场景,分享了对产品功能优化的一些看法,希望可以给大家带来启发。

在车上放个手机支架,开车时看导航、接电话、回复微信,这个场景大家肯定都不陌生,即使我们不是司机,现在很多快车师傅也是这样的装备,大家都已经习以为常。为了驾驶体验,除了手机支架这种硬件设备,软件上还有哪些可以做的哪?

接听电话

司机师傅在车上接听电话时,手机所处情况大体可以分为如下几种:手机已连接蓝牙设备(蓝牙耳机、车载蓝牙设备),手机已连接有线耳机,手机未连接其余设备。

按照笔者平时的粗略观察,手机连接有线耳机的比率最低,因为有线的耳机在转动方向盘时可能会带来一些不必要的麻烦,故很少有此种情况;而连接蓝牙的确实有一部分,但是司机还没有形成频繁或者持续打开“低功耗蓝牙”的习惯,所以连接车载蓝牙设备的比率也比较小,而当用户有蓝牙耳机时,还是会经常连接的,但是蓝牙耳机也有没电的时候,所以笔者认为还是有大部分时间处于手机未连接其余设备的情况下。

那么在此时,手机放在支架上,当有来电时,司机会如何操作哪?如果不接听,很简单,就这么让手机一直响吧;如果接听,按照现有手机方案和用户需求,需要两步:接听、打开免提;这中间是需要一定时间间隔的,一方面因为从接听到出现免提按键需要一定时间,另一方面在选择免提时,需要在页面中进行寻找,此时的页面一般都有6个及以上的可操作功能,而这些时间和注意力在行车中都是很宝贵的,那么是否有什么方案来优化哪?

当然有,用户在此时接听电话的操作是:接听+免提,那我们就设计一种手势可以同时完成这两个任务。

  • 现在市面上呼入界面主要有两种操作方式:滑动、点击;
  • 滑动一般都是左右方向的,我们是否可以加一个方向,比如在此时进行屏幕上滑,此时便出发“接听+免提”,把两步操作变成一步操作,同时减少等待页面、在页面中寻找的时间;

如果是点击的情况下,我们是否可以在接听按钮上也加一个“点击+滑动”的操作,同样把两步操作变成一步操作。

而且此操作不但在行驶中有用,对一些听力障碍或者老年用户依然也很有用。

不可影响导航

导航绝对可以排进“开车中用手机目的”的前三甲,那么针对此场景,我们可以做哪些优化哪?

1.电话不要影响导航:

如果正在导航中,一个电话打进来,电话界面直接盖住了导航界面,此时如果有转向信息、下高速的信息等被错过了,那么纠错成本就会很高,所以导航中的呼入电话最好采用迷你状态进行展示,减少对页面的遮盖。

2.快速切换回地图:

如果我们不进行mini状态展示,那么还有什么方法可以快速回到导航哪?可以增加系统级别的操作,让刚刚被切换到后台的任务马上到前台展示,比如正在导航中的应用被刚呼入的电话而置入后台,那么可以通过双击多任务键的方式将刚刚进入后台的应用再调回前台现实,此方案对Android机可行,但是对于iOS却不行,应为iOS没有多任务键,那么我们就在home键上做文章,是否可以增加一种与现有手势不冲突的手势:双击且第二下按住后继续长按从操作,类似iPhone耳机的快进操作。

3.通知栏固定导航快速入口:

电话的mini状态和快速切回上一个应用都是系统级别的操作,如果系统不增加相应能力,应用本身可以做什么哪?我们可以参考音乐应用,在通知中心增加一个常住入口,在开始导航后,就在通知中心常住一个导航信息展示入口,这样用户可以通过下拉展示通知中心+点击的方式迅速回到导航应用,此方案比现有的多任务中调取、桌面寻找icon都要效率高。

微信回复消息:

微信的日活如此之高,说每个人开车时都不用微信是不太可能的,那么如果要用,如果才能更方便哪?

接受的语音消息可以自动播放下一个,如果是文字消息,增加朗读的方式即可;

但是发送消息需要长按操作,这是开车时成本很高的一个动作,因为一手长按,一手控制方向盘,不利于处理紧急状况,所以此时我们可以做哪些来优化发送操作哪?第一步要取消长按录制,采用点击+滑动录制,比如在“长按录制”的按钮上进行点击+上滑,开始录制,然后在如果录制60S则直接发送,否则采用在屏幕上左滑动取消,右滑动发送的方法。(与现有世面上的喜欢与不喜欢的操作很类似)

基于以上的部分,我们对开车用手机有了一部分了解,那笔者还在思考另一个问题:针对司机最常用的软件“滴滴”,我们产品经理可以做哪些优化哪?留个问题,欢迎留言讨论。

 

作者:代成龙,微信号dcl_utopia。创业公司产品一枚,从视频到智能硬件,再到车联网,继续产品设计之路。

本文由 @代成龙 原创发布于人人都是产品经理。未经许可,禁止转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 从司机的使用场景上确实优化了不少,不过最近的交规出来的,是否会被胎死腹中的可能性就不知道了,可能这个场景还是存在法律风险的层面考虑比较多吧!产品使用场景方向上还是不介意考虑司机这块,我个人建议还得加个警示提语:开车请不要使用微信

    来自上海 回复