【毅耘科技】
我(英文原文作者)为我的播客应用Overcast设计的第一个Watch版本,在整体信息架构方面和iPhone平台上的很类似,基原形当于一个缩小版本。
想来是挺合理的一件事,架构清晰,导航和界面的设计模式也完全吻合Watch上的规范。不过在现实当中,这个版本的体现糟透了。
第一个Apple Watch版本的Overcast
三层的导航架构,和iPhone版原形同:第一层是播客列表,第二层是某播客中的章节列表,第三层是正在播放界面。
在播放界面中,我 将三个最主要的操作,也就是播放和进退按钮以三角形的体例进行布局,行使一部分纵向空间来填补横向空间的不足,尽量防止用户误操作。同时,用户还可以在这 个界面中通过按压(Force Touch)来唤出情境菜单,其中包括改变播放速度和音效,以及推荐当前章节等功能。
和iOS版本一样,我 在Watch里也使用了自己购买的定制化字体 – 相比于系统默认的San Francisco,这款字体占用的横向空间更少,而看上去又不会过于拥挤,所以每行可以显示的字符数就可以多一些了。我甚至将章节题目渲染成了图片的形 式,目的就是能够在内容中使用连字符,避免单词之间过大的空白。Apple在那些官方app中也是出于相同的目的来使用连字符的,只是目前他们提供给开发 者的WatchKit当中还不许可连字符的使用。
WatchKit的加载速度很不稳定,时常会出现问题。
在Watch应用里,每当界面当中的内容要发生转变,或是需要加载新数据一 类,Watch和iPhone都要通过蓝牙进行一轮数据通信。也许是因为无线连接不顺畅,或是WatchOS 1.0的系统问题,亦或是两者兼而有之(更可能是这样),总之WatchKit目前的稳定性很令人焦虑,应用或Glance视图时不时的会菊花转个没完, 而数据却并没有进行加载。另外,即使在正常工作,有时加载数据和切换界面所耗费的时间会过长,以至于你还在等着的时候屏幕却主动关闭了。
所以,我那看似完美且吻合规范的三层导航模式,在现实当中的可用性极差:
所以,我做完了第一个Watch版本之后,自己用了一天,然后就开始思考怎样重新进行构建了。
为了降低代码复杂度以及WatchKit在进行数据连接时的工作负荷,我决定换一种体例重新打造app,将正在播放界面作为唯一的主界面,而其他列 表界面都以模态的体例在需要的时候上滑呈现。这样一方面极大的提拔了加载速度和可靠性,一方面也降低了原来列表界面赓续动态更新的需要。
左边是第一版,右边是重设计之后的版本
在 正在播放界面当中,我还尝试了通过滚屏的体例查看更多内容,或是使用横向的页面导航来组织更多的播客信息,不过感觉它们都不如一个简简单单的不可滚动界面 来的更靠谱:单一界面加载起来更快,而且在如此小的空间内进行滚屏也特别很是容易引起误操作,轻触动作也有可能被识别为轻扫。
基于我在现实使用Watch的过程中对于这个平台的体验和理解,我希望把正在播放界面打造的更加实用:
新的正在播放界面当中的其他功能包括:
不过Force Touch菜单仍然在,你照旧可以在这里设置音效以及推荐内容。因为在现在的架构中,正在播放界面是唯一的主界面了,没有其他层级的干扰,用户更容易意识到在这里可以通过按压手势唤出情境菜单了。
情境菜单中新的“Podcasts”可以唤出悉数播客列表,代替了以前的导航主界面。放在这里确实很深,不过我觉得在现实使用当中是合理的:播放列表本就是按需出现的,用户在多数时间是沉浸在播客内容当中的,导航只是一时性的。
夙昔,我低估了Glance的用途,在现实当中,我发现它们特别很是实用。对于Watch来说,每次按压表冠进入蜂窝一样的主界面选择app加载进入,这一系列 操作的成原形对来说照旧很高的。相对的,充分行使Glance视图作为app状况的即时反馈以及快捷入口照旧特别很是划算的。当然,我也很希望Apple未来 能把表盘上的“复杂功能”接口开放给第三方app,许可用户经由表盘直接进入app。
Apple限制第三方app的Glance当中不能包 含任何按钮;点击Glance整体就会启动响应的app。所以我的Glance一定没法像Apple官方的媒体Glance那样实用,也就是不能包含任何 播放控制功能。不过我照旧可以把它打造的更加雄厚和有效一些。相比于第一版,除了当前播放的章节题目、封面图以及进度条以外,我在新版当中还增添了即将播 放的播客封面,以及已播放时间。
从左到右依次为Apple官方的Media Glance、我的第一版Glance和改版之后的
我的同伙们以及参与了beta测试的用户们都给到了类似的反馈:
我天然是特别很是开心。
不得不承认,完全按照iOS版本的架构来打造Watch app是一个错误。对于多数类型的app产品来说,你不能把现在的Apple Watch看做能够进行周全移植的新“平台”,理念上应该将其视为某种遥控设备或是附属屏幕。
我的第一版Watch应用,在概念上很简单,也很容易理解,与iOS版本的架构基本一致,按理说用户应该更加习惯才对。但在现实当中,却特别很是不好用,还不如把iPhone从口袋里拿出来用着方便。
而新版的app,在概念上确实有些新鲜,对用户来说需要支出一点认知成本,不过在现实当中却很好用,因为它是更加吻合Apple Watch设备特征的。
将iPhone的设计模式和交互范式塞进Watch是很难行得通的,我们必须围绕Watch这款产品的特征进行设计。
WatchKit 1.0对设计和开发人员的限制许多,性能体现也不是很稳定,所以相比于我们所习惯的在iPhone上“完整的使用app”,Watch上的产品很难那样完 整而自力,它更像是iOS应用的辅助与增强,就像Apple自己在设计规范当中所说的那样。我相信这种平台间的依存模式并不完全是由当前的技术局限所造成 的,即便未来Apple为我们提供了Watch本地SDK来打造真正自力的app,设备之间的互补与共生关系也依然存在。
正如不是每个Mac应用都有对应的iOS app(反之亦然),iPhone app也未必能够或是未必需要一款Watch app进行辅助。而另一方面,随着设备自身的发展,Watch app当中的更多可能性会被慢慢挖掘,届时我们在Watch上所依靠的功能可能也不适于在iPhone上进行操作。
从产品定位的角度 看,Watch似乎位于iPhone和蓝牙耳机这两类设备之间的某个位置 – 它的一部分角色是计算设备,另一部分角色是某种外设 – 这种定位很可能是本质的、长期的,而非受制于硬件技术的局限。不是所有的计算设备都可以成为某种通用平台。现在,对于许多人而言,是软件问题的局限使得 Watch无法成为iPhone的替代品,但现实上它根本不该成为iPhone的替代品,这是长期的产品形态和设备定位关系,就像平板无法真正代替笔记本 电脑一样。就算是十年后的Watch也不能使人类的手腕真正变大,或是让人长出第三只手一类,而你口袋里的手机则仍然会有更大的屏幕空间及更耐用的电量去完成更加复杂的或是更具沉浸性的义务。
所以,我不认为智能手表会从根本上庖代手机的位置,成为具有普遍适用性的首要设备。但智能手表能做的将会越来越多,并且在某些事情上比手机做的更好。为了挖掘这类设备的潜力,我们还有许多东西要学,有许多想法需要去验证。
译者:@C7210
原文来自:?be for web