面向Apple Watch自身特性及局限的产品重设计.pdfVIP

面向Apple Watch自身特性及局限的产品重设计.pdf

  1. 1、本文档共6页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
面向Apple Watch自身特性及局限的产品重设计.pdf

面向Apple Wat ch自身特性及局限的产品重设计 我(英文原文作者)为我的播客应用Overcast 设计的第一个Wat ch版本 在整体信息架构方面 和iPho ne平台上的很类似 基本相当于一个缩小版本。 想来是挺合理的一件事 架构清晰 导航和界面的设计模式也完全符合Wat ch上的规范。不过在实 际当中 这个版本的表现糟透了。 第一个A pple Wat ch版本的Overcast 完美的设想 三层的导航架构 和iPho ne版本相同 :第一层是播客列表 第二层是某播客中的章节列表 第三层 是正在播放界面。 在播放界面中 我 将三个最主要的操作 也就是播放和进退按钮以三角形的方式进行布局 利用一 部分纵向空间来弥补横向空间的不足 尽量防止用户误操作。同时 用户还可以在这 个界面中通过 按压(Fo rce To uch)来唤出情境菜单 其中包括改变播放速度和音效 以及推荐当前章节等功能。 和iO S版本一样 我 在Wat ch里也使用了自己购买的定制化字体 – 相比于系统默认的San Francisco 这款字体占用的横向空间更少 而看上去又不会过于拥挤 所以每行可以显示的字符数就可以多 一些了。我甚至将章节标题渲染成了图片的形 式 目的就是能够在内容中使用连字符 避免单词之 间过大的空白。A pple在那些官方app中也是出于相同的目的来使用连字符的 只是目前他们提供给 间过大的空白。A pple在那些官方app中也是出于相同的目的来使用连字符的 只是目前他们提供给 开发 者的Wat chKit 当中还不允许连字符的使用。 骨感的现实 Wat chKit 的加载速度很不稳定 时常会出现问题。 在Wat ch应用里 每当界面当中的内容要发生变化 或是需要加载新数据一 类 Wat ch和iPho ne都 要通过蓝牙进行一轮数据通讯。也许是因为无线连接不顺畅 或是Wat chO S 1.0的系统问题 亦或 是两者兼而有之(更可能是这样) 总之Wat chKit 目前的稳定性很令人焦虑 应用或Glance视图时不 时的会菊花转个没完 而数据却并没有进行加载。另外 即使在正常工作 有时加载数据和切换界 面所耗费的时间会过长 以至于你还在等着的时候屏幕却自动关闭了。 所以 我那看似完美且符合规范的三层导航模式 在实际当中的可用性极差 : 最深的一层 也就是正在播放界面 是用户最常访问到的。在iO S上 你可以让app在加载之后自 动跳转导航层级 直接进入正在播放界面 ;但是在 Wat chKit 当中 每一个层级的界面都要加载数据 手动点击之后再进入下一层 跳转的过程还包括动效及加载新数据的菊花转 整个过程变得很长 ;每次层 级跳转都会产生一轮Wat ch与iPho ne的数据通讯 前面提到的不稳定甚至卡死的情况时常 发生。 为了能让最后两层界面当中的内容列表能随着数据的变化而动态的更新 我不得不在代码中添加 了很多复杂的逻辑。代码的复杂度和出现bu 的几率大了很多 Wat ch与iPho ne之间的通讯也不得 不变的更加频繁。 为了提升列表的加载速度 我必须让列表首先加载几行数据在屏幕中 然后在接下来的几秒当 中再“自动加载”剩余的内容。在实际使用当中 这会产生一个严重的问题 :在那几秒钟时间里 列表 根本无法响应用户的点击 直到内容加载完毕。这使得整个导航流程变得更慢。 在实际使用当中 我就是不喜欢Wat ch上的层级导航模式。相比于其他的Wat chKit UI控件 层级 导航用起来感觉特别慢 ;此外在回退时 左上角那个返回按钮很难点击 而向右轻扫的手势同样容 易产生误操作。 所以 我做完了第一个Wat ch版本之后 自己用了一天 然后就开始思考怎样重新进行构建了。 重新思考 为了降低代码复杂度以及Wat chKit 在进行数据连接时的工作负荷 我决定换一种方式重新打造app 将正在播放界面作为唯一的主界面 而其他列 表界面都以模态的方式在需要的时候上滑呈现。这 样一方面极大的提升了加载速度和可靠性 一方面也降低了原来列表界面不断动态更新的必要。 左边是第一版 右边是重设计之后的版本 在 正在播放界面当中 我还尝试了通过滚屏的方式查看更多内容 或是使用横向的页面导航来组织 更多的播客信息 不过感觉它们都不如一个简简单单的不可滚动界面 来的更靠谱 :单一界面加载起 来更快 而且在如此小的空间内进行滚屏也非常容易引起误操作 轻触动作也有可能被识别为轻扫 。 基于我在实际使用Wat ch的过程中对于这个平台的体验和理解 我希望把正在播

文档评论(0)

zhoujiahao + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档