10.23 手表导航的简略设想

自从上个月偶然提到这个很有趣的导航系统,还写了篇简单的行为分析,这一个月来就一直在思考如果智能手表的话应该怎么做好地图导航的功能。

劣势

做手表的话会有两个比较致命的缺点:

  1. 手表的物理尺寸限制了它屏幕大小不能超过1.5寸,所以其实只有几个拇指的面积。

  2. 和手机不同,你只有一只手来进行手表上的功能操作。

第一点限制使得内容必须极致的精简;第二点使得操作会非常麻烦,特别是实际生活中你多半还可能会提着东西。

大致想法

使用导航的流程基本上也就这么几个:

定位目的地 -> 确定路径 -> 导航 -> 到达目的地

“定位”和“确定路径”现在的手机都几乎能很好的完成,但是“导航”这个流程却并没有想象中的简单,因为它是一个动态平衡的过程。

以依靠手机出行为例:

  1. 首先你需要查看全局的路径,对于整个行程有大致的印象,比如说先步行到 xx公交站坐xxx路 然后 到xx站后转xx线地铁。
  2. 所以你的下一步动作是步行到公交站,确定大致方向后,你开始收起手机往那个方向走;
  3. 走到某个路口之后,你需要点亮手机屏幕来确认是否是在这个路口拐弯,而且可能你已经有点忘记路线了需要重新确认下;
  4. 反复的确认之后,到达公交车站,你需要再次点亮屏幕查看你需要乘坐哪路公交车,在哪路下车;(别骗你自己了,第一步的时候你肯定不会记住公交信息的)
  5. 然后是地铁;
  6. 然后反复重复2-5的步骤直到到达目的地。

这和人做事的方式是一模一样的,你先有个大致的方向,然后工作过程中结合各种反馈不断的修正和更改自己的方向,直到最后达到目的。(小范围无步进迭代

回顾上面的流程可以看到,整个过程需要反复的掏出手机来进行定位,如果运气不好 app 因为内存不足而“墓碑死掉”的话还需要重新的查看。

而把这件事情交给专一而且常亮的手表岂不是美哉,这是我觉得的智能手表的切入点,确实很小众,但是至少对我来说算是个合理的需求。

P.S.: 关于“专一”我还想吐个小槽,手机确实是不太适合专一的,作为个人的掌上枢纽(hub),它必须处理多种多样的信息。所以第一代 iPhone 的单任务真的很糟糕。而 Android 一直以自己的多任务处理自夸,可惜性能不够,什么都想做,结果什么都做不好。所以 iPhone 之后所谓“伪多任务”的内存管理模式我觉得依然是现阶段最靠谱的。

P.P.S.: 智能手表那么小个屏幕应该会是单任务处理吧..除非哪天它能通过其他方法突破这个尺寸的物理限制..

前期准备

信息的流向其实想必来说比较简单(因为根本就不会有多少内容),在此不继续展开了;使用场景什么的可以参看之前的那篇文章

翻看了不少的手表设计的交互理念,自己也琢磨了很久。想了不少的方案,但是当我做出第一个纸质模型上街实际的测试之后,我发现完全就是一团糟,特别是挤在公交和地铁上时,在摇晃的车厢中看清细小的按钮都略显困难,更别提用手指头去按了。那个原型回到家之后就直奔垃圾桶而去了。

[caption id=”attachment_5268” align=”aligncenter” width=”225”]某个幸存的原型 某个幸存的原型[/caption]

反思

被屏幕大小和使用环境所约束的情况下,在手表上完成大部分的交互其实很困难。

一旦东西变得复杂不可操控之后,可行的办法就只有 “简化” “转移” “隐藏”等了。

  • 简化:能砍就砍,砍需求不正是咱一直以来的主要工作么;

  • 转移:一方面能转移到手机的全部转走,另一方面能集中到一起的交互尽量堆在同一个步骤里一次性解决;

  • 隐藏:能背地里自己做的就自己做了吧。

于是有了下面的(最终)原型

其他的版本直接跳过,以后有时间在拿出来当失败的案例来聊。

首先是丧心病狂的全家福:

[caption id=”attachment_5269” align=”aligncenter” width=”225”]最终原型 最终原型[/caption]

然后是原型的实际上手图(手腕细什么的就别吐槽了,泪千行.. [caption id=”attachment_5279” align=”aligncenter” width=”225”]原型实际模拟使用 原型实际模拟使用[/caption]

分解的步骤:

  1. 待机状态,和普通的电子手表一样,基本的时间日期IMG_0026无需多言。

  2. 开始界面, Overview 路径总览以及导航开始按钮IMG_0027展示完整的路径,并开始导航。

  3. 静止时界面,整体显示目前进行中的路径 [caption id=”attachment_5272” align=”aligncenter” width=”225”]静止时界面 静止时界面[/caption]这里展现的是这一段路径的情况(路径按照步行、不同的公交、地铁等来分成各个小段,和手机的分段导航一致)。地图固定,代表自己的圆点移动。

  4. 运动时界面,详细的方向指引 IMG_0029小比例尺下的详细路径指引,代表自己的小圆点会固定在屏幕中心。

  5. 关键节点界面,各节点显示乘车等关键信息 IMG_0030分段路径结束(开始)时的关键信息,比如几路公交车,在哪站下车等等。

逻辑其实很简单,不过有几处需要补充说明,也就是这个方案的精髓所在:

  1. 在导航过程中,你停下来查看路线时,手表界面会缩放为“静止界面(3)”,展示这一段路径的完成情况;

  2. 运动过程中,界面缩放为“运动界面(4)”,并以你的位置为中心,供你调整自己的方向;

  3. 接近关键点时,界面调整为“关键点界面(5)”

所以,大量的省略交互步骤,简单的依靠 大小缩放、地图和代表自己圆点的固定状态、离关键点的物理距离 等来自动的进行调整,满足基本的需求。

发布会开始了… 这个坑先挖这里好了,具体信息以后再填