什么样的 Apple Watch App 值得长期保留

一款 Apple Watch App 面对着一个非常简单的竞争对手：拿出 iPhone.

因此它的判断标准异常清楚. Watch 体验必须更快、更直接，或者能够出现在不方便使用手机的时刻. 把 iPhone 界面缩小，通常远远不够.

它应该减少一次伸手

先用一个问题开始：

用户能否不拿出另一台设备，就完成一件事？

适合 Watch 的任务通常包括：

• 查看当前状态；
• 记录一次简短事件；
• 确认或忽略某件事；
• 控制正在进行的流程；
• 接收与时间有关的信号；
• 启动一个熟悉且重复的动作.

价值来自减少打断. 如果 Watch 只是通知用户真正的工作仍要在手机上继续，那么它只是增加了一个屏幕，而没有减少步骤.

为几秒钟设计，而不是一段会话

大多数 Watch 交互都应该被快速理解. 这不代表产品只能很浅，而是每个可见状态都必须拥有清楚的优先级.

第一屏应该回答：

1. 现在发生了什么？
2. 我此刻可以做什么？
3. 与上次查看相比，什么发生了变化？

次要解释可以存在，但不能与当前状态争夺注意力.

可扫视信息需要更严格的编辑

Apple 会用及时、可扫视来描述小组件和实时活动. 同样的原则也适用于 Watch App 内部.

可扫视并不只是把文字放大. 它需要：

• 一个占据主导地位的数值或状态；
• 简短且熟悉的标签；
• 只为表达意义而使用的克制色彩；
• 在不同环境中仍然足够的对比度；
• 不依赖阅读一段文字；
• 能够承受抬腕和短暂一瞥的布局.

每增加一个标签，就会要求更多时间. 在手腕上，时间才是最稀缺的布局资源.

复杂功能和智能叠放可能才是真正的产品

用户并不总会打开 App. 复杂功能或小组件可能比完整界面更有价值，因为它们把当前信息放在用户本来就会查看的位置.

在设计多个页面之前，可以先判断核心价值能否表现为：

• 当前测量值；
• 进度状态；
• 下一项日程；
• 警告条件；
• 进入某个精确动作的快捷入口.

App 本身可以负责详情和配置，复杂功能或智能叠放小组件则负责反复触达.

输入方式必须尊重身体状态

Watch 经常在行走、运动、手持物品或注意力放在别处时被使用. 很小的点击目标和长文本输入会带来很高成本.

更适合的选择包括：

• 一次点击即可完成的选项；
• 使用数码表冠进行连续调整；
• 无法避免语言输入时使用听写；
• 最近使用的数值和合理默认值；
• 只有在错误代价很高时才要求确认.

不要让用户重新输入配对 iPhone 或系统已经知道的信息.

独立能力应该是明确的产品选择

有些 Watch 产品天然是配套体验. 另一些产品则只有在 iPhone 不在身边时仍能完成核心任务，才会显著变得有用.

独立运行会带来本地数据、网络、同步、后台任务和失败状态等设计问题. 界面必须解释一个动作当前是：

• 已经在 Watch 上完成；
• 正在等待同步；
• 没有网络时无法使用；
• 已经交给 iPhone 处理.

模糊的乐观反馈很危险. 一个小小的成功动画，不能代替用户确认动作是否真的完成.

通知不是产品本身

通知可以把用户带入一个时刻，但频繁打断也会很快成为删除 App 的理由.

设计通知时需要判断：

• 这条信息是否真的与时间有关？
• 用户能否直接采取动作？
• 复杂功能或小组件能否以更平静的方式表达？
• 用户能否控制频率和重要性？

Watch 与用户的身体直接连接. 尊重注意力，也是尊重身体的一部分.

iPhone App 应该负责深度

配置、历史、账号管理、密集分析和长篇解释，通常更适合放在 iPhone 或更大的设备上.

这并不是限制，而是一种有价值的分工：

• Watch：当前状态和立即执行的动作；
• iPhone：设置、历史、详情和问题恢复.

两种体验可以属于同一个产品介绍页. 先展示 Watch 上发生的关键时刻，再解释 iPhone 如何支持它.

测试真实的抬腕动作

不要只在模拟器或巨大的设计画布上判断 Watch 界面.

真正抬起手腕，在室外阅读，只使用一根手指，在多个状态间移动，模拟网络中断，并尝试在注意力被分散时完成任务.

应该用减少了多少步骤和打断来判断成功，而不是页面数量.

一款值得保留的产品

好的 Apple Watch App 不像另一个等待用户进入的目的地，更像一种会在正确时刻出现的能力.

它通过及时、可扫视、诚实表达状态，以及明显快于手机来获得位置. 如果这些条件都不存在，那么更好的产品决定可能是根本不做 Watch App.