BeFor Web

为网而生 - 关注互联网及移动端产品的用户体验设计 - Since 2011

并排放置的按钮数量要控制好。当并排放置按钮时，使用图标来代替标题文案。一行不要放置3个以上，否则按钮的尺寸将会太小，很难被点到。

完整利用左右两个边缘之间的全部空间。Apple Watch的边缘斜面会在界面内容周围制造出可视的边距，所以你不需要再在内容与界面边缘之间添加留白了。不过要注意，硬件设备上的边缘斜面是无法在iOS模拟器当中呈现的。

使用相对位置来布局界面元素。同一套界面可能会在不同规格的Apple Watch上显示，所以使用相对位置来布局元素能令其根据需要而伸缩，使屏幕空间得到更合理的利用。

布局时优先使用左对齐。界面中的元素应该按照自上而下、自左向右的顺序排布。将元素以界面左边缘进行左对齐可以确保有足够的扩展空间来完整的展示内容。

文字按钮要使用全屏宽度。要将显示标题文字的按钮设计为全屏宽度，以确保标题文字能完整呈现。

通过情境菜单来呈现次级操作。不要将全部的功能按钮都放在界面当中默认展示出来，那些低频操作可以收到情境菜单当中。

模态表单有利也有弊。模态表单可以临时性的阻断用户与应用其他部分的互动，使他们不受干扰的完成任务、获取信息，或是在由按压手势唤出的情境菜单中完成选项流程。

要使应用中的模态体验保持在最少的程度。通常，只在这些情况下考虑使用模态表单：

作为快速、轻量的互动功能，Apple Watch上的通知由两部分组成：Short Look与Long Look。当有本地或远程通知需要呈现给用户时，Short Look会首先出现。Short Look当中包含着最少量的必要信息 - 这也是出于隐私方面的考虑。如果佩戴者放低手腕，Short Look便会消失。如果佩戴者保持手腕姿势，或是在Short Look的界面上轻点，那么Long Look视图便会呈现。它会提供更加详细的信息及更多的功能，而且只能由佩戴者主动关闭。

要注意向用户发送通知的频率。用户有可能将频繁发送的通知视为干扰，并在Apple Watch上禁止你的应用发送通知。一定要确保通知信息与用户期望具有相关性。

Glance是Apple Watch当中的一种快捷视图功能，它能将应用当中的重要信息提取出来，并以简明的形式呈现。理想情况下，Glance具有适时性和情境关联性。成组的Glance(s)汇总了用户最为关注的应用当中的重要信息。Glance采用的是拉取机制，而非推送。所以，与推送提示有所不同，是否通过Glance访问信息是由佩戴者自己决定的。

Apple Watch必须配合用户的iPhone才可以运行你的应用。

Apple Watch体现着如下几个方面的主题思想：

• 个人。Apple Watch是面向穿戴而设计的，所以其UI需要与佩戴者自身相协调。抬起手腕的动作可以使Apple Watch显示当前时间及通知信息。通过Digital Touch来“传心跳”或“传画” - 这些全新的沟通方式是极具个人色彩的。加速感应器和心率传感器可以日复一日的向佩戴者提供其运动行为方面的个人数据。苹果推出的其他任何设备都不曾与用户建立起如此紧密的关联。在你为Apple Watch设计应用的时候，时刻留意这种个人化的关联是非常重要的。
• 整体。Apple Watch旨在使硬件与软件的边界更加模糊。数码表冠是经过精心打造的实体控件，帮助用户在软件当中进行精巧的导航操作。Taptic Engine可以与提示信息或界面操作结合起来，为用户提供微妙的触觉反馈。Force Touch - 一种可以由硬件感知按压力度的触摸方式 - 为软件的情境化控制方式带来了一个全新的维度。即便是Retina显示屏的物理边缘也被考虑了进来 - 隐性的边缘渲染方式允许你打造出“边到边”的全屏UI设计。上乘的应用设计方案需要贯彻这种软、硬件一体的体验原则。
• 轻量。Apple Watch应用在设计上要注重快速、轻量的交互流程，并充分利用屏幕显示空间及其位于手腕位置的这一重要特性。出于隐私和可用性方面的考虑，界面当中信息的获取和移除方式都应该是非常快捷的。举个例子，Apple Watch上的Short Look信息提示方式的设计原则，就是首先以最小化的方式提供少量提示信息，如果用户持续关注，再为其展示更全面的信息。Glance则是通过一种易访问的、可通过轻扫手势操作的界面形式将应用内部的信息呈现出来。为Apple Watch设计应用时，要遵从于佩戴者使用该设备时的体验情境，例如短暂而高频次的交互会话，以及狭小的屏幕显示空间等等。

这是一个好时代；至少是一个好时代的开端。我就是这么觉得。

苹果如约发布了Apple Watch设计规范(预发布版)及开发资源。开始上手做译文。希望可以为各位设计同行和开发同学带来一定的参考价值。接下来一段时间Beforweb这边会持续放这套文档，我尽量把这段时间压缩的短一些。

此外，谁都没玩过实际的Watch，对应用设计的认知也尚未开蒙；自发翻译，质量还请各位朋友监督，我自己就当作学习来做这件事了。以下是设计规范目录。

重要：这是针对于正在开发中的API或技术的预备文档(预发布版本)。苹果提供这份机要文档的目的，是帮助你按照文中描述的方式对技术的选择及界面的设计开发进行规划。这些信息有可能发生变化，届时，你的设计开发方式需要基于最终版本的操作系统及文档进行相应的调整和测试。该文档或许会随着API或相关技术在未来的发展而进行更新。

贫嘴张大民的幸福生活，一个月里看的第二遍了，酸甜苦辣，嬉笑怒骂，难言。

依稀记得在4岁左右全家搬出了大杂院，住进了楼房，约么是1987年吧；从南开附近折腾到了天拖。天拖，就是马志明的《纠纷》里那个丁文元上班的地方，天津拖拉机厂；现在这么想起来，还真有股子老工业的味道，那时则完全无感。无论平房还是楼房，炉子和暖气都是好东西，2003年举家搬来南方之后，心里总觉得缺两样东西，一是暖气二是煎饼果子嘎巴菜。

人整天奔命图惜点什么呢，年头越多，越发现，值得珍惜却再也没机会珍惜的东西正在变多。

闲话先说到这吧，眼看着天晚了。又来聊Apple Watch了；原文作者做了一些很赞的app概念稿，总结了一些想法。还是那句话，在设计规范和实际产品发布之前一切都是浮云；大家就当热身。下面进入译文。

过不了多久，我们就要为一种新设备的体验设计操心了 - Apple Watch。最近，我(英文原文作者)决定在日常工作之外花些时间尝试些新东西，于是打造了一套我们常用的app在Apple Watch上的界面概念稿。在此过程中，我逐渐开始了解怎样为Apple Watch打造应用体验，在此分享给各位。废话不多说，我们一起来看看吧。

想来还真是难得在周日傍晚坐在公司发更新。恍恍惚惚的一个周末，因为今天要加班，所以把想做的事情都集中在昨天一天做掉了，玩GTA啊COD啊重温加勒比海盗啊吃饺子啊做博客啊一类。此时头疼欲裂，想想明天才是周一，好想冲回家吞几口威士忌；哦突然想到包包里面带着芬必得诶，就吃掉了。

突然想知道有多少人乐于在好歹也算个UX博客的地方看我这样满嘴跑自行车？又有多少人是跳过前面这些直接进入译文的？话说就算都是后者我也不会停止絮叨的，savvy？

生活工作中和我接触的人10个里面有23个知道我是不爱说话的人。只是情境不对，savvy？我打开话匣子的时候谁都拦不住，savvy？

立刻停止絮叨开始说正经的；来自Luke.W，说真的标题起的大了点，正文其实和上周的汉堡包菜单在大屏设备上的可用性问题差不多是一回事，不过多些思路供参考而已。下面进入正文。

如今的手机越来越大，我们的手则不然。怎样的设计解决方案可以确保大屏手机上的交互体验依然轻松舒适？下面是一些小建议，供你参考。

周五夜间，或是说周六凌晨。无论怎样，都不那么像更新博客的时间。累累的窝在床上用Pad写着字，还真是很少这样；对我来说Pad难得成为内容创作工具，尤其文字；最多是用Amplitube录些demo罢了。

雨停了，不然还好应景的听听November Rain来着。这歌，听了有20年没？

话说，因为本周末确是要忙碌，没时间做正经文章，但又不想空置一周无所迹痕，便挑来一篇连文章都算不上的，怎么说，案例思考，关于大屏手机时代下的导航模式改造。作者也只是根据自家产品的特定案例拿出这样一个点来叨咕三言两语；权且作为参考吧。

更新掉之后，我要睡下了，5个小时之后起来伺候喵，然后开始又一个忙碌的周末。下面进入译文。