可穿戴设备已经逐渐成为人们生活中不可或缺的大章点一部分 。Google 推出的节总结 Wear OS（前身为 AndROId Wear）作为一款专为可穿戴设计的操作系统 ，为用户提供了丰富的设计功能和便捷的操作体验 。
与 Apple 推出的干货 watchOS 相比 ，Wear OS 在很大程度上与其拥有着相同的大章点设计思路 。因此 ，节总结本文将聚焦于 Wear OS 较为独特的设计设计点 。更多与可穿戴设备相关的干货设计点 ，请见我们先前发布《设计 watchOS App》一文 。大章点
此外 ，节总结市面上还有诸多基于 RTOS 的设计可穿戴设备 。在实践中 ，干货我们可以将面向 Wear OS 的大章点设计直接应用至 RTOS 。因此，节总结本文的内容也适用于 RTOS 。
1. 遵循 Material Design 设计规范
Material Design 是 Google 推出的一套统一的设计语言 。Wear OS 遵循 Material Design 设计规范 。因此 ，在视觉风格和交互体验上，Wear OS 与 Android 高度和谐统一。
2. 专注于关键任务
应专注于一两个关键任务，而非完整的应用体验 。这意味着设计应简洁明了 ，易于理解和使用。
其原因主要有以下 3 点 ：
① 屏幕尺寸小
Wear OS 设备的屏幕较小 。将关注点放在关键任务上可以确保用户能快速、轻松地在有限的空间内找到并完成他们最关心的任务。
② 电池寿命
Wear OS 设备的电池容量较小 。专注于关键任务可以减少不必要的功能和交互 ，从而降低设备的能耗 。
③ 避免手腕不适
应保证人们在几秒钟内就能完成手表上的任务 ，以避免造成人体工程学上的疲劳或不适 。
3. 利用协同优势
用户通常拥有多个设备 ，而且每种设备都有其优势 。Wear OS 设备适合快速 、频繁的任务 ，而手机更适合持久和复杂的交互 。因此 ，在某些情况下，可以同时使用手表和手机来完成同一任务的不同部分。这种任务分工可以让用户更高效地完成任务 ，同时避免在不适合的设备上进行繁琐的操作 。
由此，设备间的切换 、数据同步的体验就显得至关重要了。
4. 支持离线运行
应为无网络和网络不佳的场景做好设计 。
其原因主要有以下 2 点 ：
① 网络连接不稳定
锻炼 、通勤等 Wear OS 设备常被使用的场景容易遇到网络不佳的情况 。
② 减少耗电量
网络连接通常会消耗大量电池电量 。离线使用可以帮助节省电池电量 ，延长设备的使用时间 。
1. 滑动手势
在 Wear OS 中 ，通常使用从左到右的滑动手势来关闭当前视图并返回上一个视图 ，而不是使用返回按钮。因此 ，同一页面内的信息优先纵向排布 。
对于需要平移视图的应用（如地图） ，可以在左侧屏幕边缘设置拖动阈值 ，以避免误操作 。
2. 实体按钮
Wear OS 设备上的实体按钮（physical button）也被称为「stem」 。
我们可以在某些情况下使用常规的屏幕手势 ，而在其他情况下则使用物理按钮 。这样既能简化用户的操作流程 ，又能保证在需要时仍然可以通过物理按钮进行快速切换 。
① 类型
OS Button
用于系统操作，如开关电源和启动应用 。所有 Wear OS 设备都有电源按钮和启动器按钮 。
Multifunction Button
可以由系统或用户配置的按钮，类似于 Apple Watch 上 action button 。适用于可以在不看显示屏的情况下完成的二元操作（binary actions） 。例如：
计时器中的「暂停/恢复计时」操作
音乐播放器中的「播放/暂停」操作
部分 Wear OS 设备有多个此按钮 。但并非所有 Wear OS 设备都有此按钮 。
② 按压状态
Single Press
按下并迅速松开 。
Press and Hold
按下并保持按压状态 500ms 或更长时间。
③ 设计要点
明确功能分配
物理按钮应该具有明确的功能 ，并且在整个设备的所有界面中都应该保持一致。例如，主页按钮应该总是回到主屏幕，而返回按钮应该总是返回到上一个界面 。
提供反馈
当用户按压物理按钮时 ，应给予明确的反馈 ，让用户知道他们的操作已经被接收 。这可以通过声音 、震动等方式来实现。
考虑设备兼容性
不同的 Wear OS 设备可能有不同数量的物理按钮。在设计应用时 ，需要考虑这一点 ，确保应用能够在所有设备上正确工作 。例如，如果某个功能是通过 multifunction button 访问的 ，那么在没有此按钮的设备上 ，应提供其他访问该功能的方式 。
1. 字体排印（Typography）
Wear OS 的字符样式体系遵循 Material Design 。值得注意的是 ，「语义化」是其字符样式体系的核心。
2. 图标（Iconography）
① 遵循 Material Design
一致的图标风格助于创建统一的视觉效果 ，并提高用户体验 。因此 ，应遵循 Material Design 的图标设计原则 ，以确保一致性 。
② 保证简洁
由于 Wear OS 设备的屏幕较小 ，图标设计应简洁且易于理解。避免使用过于复杂或细节丰富的图标 ，因为它们可能在小屏幕上难以辨认 。
③ 使用合适的尺寸
通常 ，建议使用 24 x 24 dp 的图标尺寸 ，以确保在不同设备上都能清晰可见 。
3. 颜色（Color）
与 watchOS 类似 ，Wear OS 默认使用深色模式下的色彩体系。我们可以直接使用 Material Design 颜色主题 ，也可以使用 Material Theme Builder 自定义 。
① 遵循 Material Design
Wear OS 设备上的颜色设计应遵循 Material Design 指南 。这包括使用 primary color、secondary color 、accent color 等来创建一致的视觉效果 。
② 关注对比度
确保文本和背景之间具有足够的对比度 ，以便用户能够轻松阅读信息 。至少应满足 WCAG 的 AA 标准，即文本与背景的对比度至少为 4.5:1 。
③ 关注可读性
在小屏幕设备上 ，选择清晰易读的颜色组合。特别是要避免使用饱和度高的颜色。因为饱和度高的颜色在暗色背景上会产生 optical vibrations（光学振动） ，进而导致眼睛疲劳 。
④ 减少电量消耗
考虑到可穿戴设备的电池寿命 ，尽量使用深色背景和浅色文本。深色背景在 OLED 屏幕上可以节省电量 ，因为它们需要较少的能量来显示颜色 。
⑤ 保证一致性
这有助于创建统一的视觉效果 ，传达一致的品牌形象 ，进而提升用户体验。
⑥ 支持个性化
考虑为用户提供自定义颜色选项 ，以便他们可以根据自己的喜好或场合来更改 UI 外观 。随着 Wear OS 4 的推出，Google 进一步深入融合了 Material You 设计语言，使得色彩更加丰富 ，用户可以更自由地定义自己喜欢的颜色 。
4. 布局（Layout）
不同的 Wear OS 设备，其屏幕尺寸和形状均可能不同。特别是圆形和方形屏幕的同时存在，对 Wear OS 的布局设计提出了更高的要求。
① 优先为小圆屏设计
如果设计面向的是矩形屏幕，那么在圆形屏幕上 ，屏幕角落的内容可能会被裁剪 。因此，应先为 Wear OS 支持的最小圆形屏幕尺寸（192 dp * 192 dp）进行设计 ，再为更大的屏幕尺寸进行优化 。
若需预览设计方案在真机上的典型表现 ，则可用典型圆形屏幕尺寸（213 dp * 213 dp） 。
② 外边距使用比例
将外边距定义为百分比而不是绝对值 ，以便边距可以在圆形屏幕上按比例缩放并避免剪切任何 UI 元素。
③ 优先使用垂直布局
垂直滚动是用户在 Wear OS 设备上查看更多内容的自然手势 。因此 ，我们应优先使用垂直布局，以允许用户沿着单个方向滚动以浏览内容。
此外 ，可滚动页面还能有效解决屏幕角落的内容在圆屏上被裁剪的问题 。
Wear OS 中的组件与 Android 差别不大 。因此，这里仅对比较特殊的组件进行简述 。
1. Button
button 用于用户熟悉且不需要文本标签的操作 。
从样式上看 ，button 一般为正圆型 ，内部展示图标 。
若图标无法描述相关操作 ，可使用最多三个字符的文本 。若仍无法清楚地描述操作 ，则可考虑使用 chip 。
2. Card
card 用于在有限的空间内提供简洁 、清晰的信息 。每张 card 应该只包含一个主题的内容和操作 。这样可以确保用户能够快速理解 card 的内容，并且能够方便地在各个 card 之间切换 。
从样式上看，card 是带有圆角和渐变背景的矩形 。也可以使用图片作为背景 。
为了避免在圆形显示屏上被裁剪 ，card 的高度不能超过屏幕的 60% 。card 的宽度默认为容器的最大宽度 。
3. List
① Snapping Behavior
在 Wear OS 中 ，list 组件的滚动行为应当是流畅且直观的 。用户应该能够轻松地在列表中上下滚动 ，并且列表应该能够自动滚动以适应用户的触摸和拖动。此外 ，当用户停止滚动时 ，列表应该能够平稳地「吸附」到特定位置（通常是屏幕中心） ，这就是所谓的「snapping behavior」 。
为了增强用户体验 ，list 组件的 snapping behavior 还应该包括适当的动画效果 。例如 ，当用户滚动列表时 ，列表应该有一个平滑的滚动动画；当列表停止滚动并「吸附」到一个项目时 ，应该有一个轻微的弹动效果 。这些动画效果不仅可以让用户清楚地感知到列表的状态 ，还可以增加应用的吸引力 。
② Curved Layout
考虑到许多 Wear OS 设备使用圆形屏幕 ，这使得查看屏幕顶部和底部附近的列表项变得更加困难。针对此问题 ，Wear OS 提供了名为「curved layout」的缩放 、淡入淡出效果 ：当元素移向屏幕中心时 ，其会变得更大且更不透明 。
4. Confirmation Overlay
confirmation overlay 是一种用户反馈机制 ，用于在用户完成某项操作后提供反馈 。
从样式上看 ，confirmation overlay 会覆盖整个屏幕 。
若用户的操作导致了可见的 UI 变化 ，那么就不需要额外的 confirmation overlay 了 。因为 ，UI 的变化本身就是一种反馈 。只有当用户的操作在 UI 中不可见，才需要使用 confirmation overlay 来给用户提供必要的反馈。
例如 ，下图中的案例里 ，已通过消息气泡的出现表明「消息已发送」，则不再需要额外的 confirmation overlay 了。
1. 启动应用
留下良好的初印象是至关重要的。因此 ，应提供合适的应用启动体验 。
① 优化性能
应用的启动速度对用户体验至关重要 。用户希望应用能够快速启动并准备好使用 。为了实现这一点 ，需优化应用的初始化过程 ，减少在启动时加载的资源 ，以避免用户在等待内容加载时感到不适 。
② 展示品牌
在应用启动时 ，将应用图标居中显示 ，以提高品牌识别度 。
2. 延迟
为了提供流畅的用户体验 ，应用的响应时间应尽可能短 。这意味着在用户与应用交互时 ，应用需要快速响应用户的操作 。
① 优化性能
为了实现低延迟，可以优化应用的代码及使用高效的数据结构和算法 ，减少不必要的计算和资源请求 。
此外 ，许多 Wear OS 应用依赖网络连接来获取数据和提供服务。为了减少网络延迟，可以优化数据传输 ，使用高效的数据压缩和传输格式 ，以及在适当的时机进行网络请求 。
② 表明正在进行中
让用户知道系统正在积极处理他们的请求 ，以增加他们对延迟的容忍度 。
值得注意的是 ，应避免使用不确定的加载旋转指示器 。建议向用户显示静态文本或占位符图像 ，以表示正在进行的活动 。
③ 渐进展示
在内容变得可用时，逐步显示静态元素 ，如文本元素 、可操作按钮和占位符 UI。
④ 优化后台进程
在 Wear OS 设备上 ，应用可能会在后台运行 ，以便在用户与设备交互时提供实时信息和更新。为了优化后台性能并减少延迟，可以使用合适的后台任务调度策略 ，避免在后台执行耗时操作 。
3. 登录
在 Wear OS 中 ，登录是用户开始使用应用的关键步骤 。
① 选择恰当的时机
尽可能仅在适当的时候提示用户登录 ，避免强制登录 。
② 提供上下文
向用户解释登录的好处和原因。
③ 简化登录过程
在可穿戴设备上 ，输入信息可能比较困难。因此 ，应尽量简化登录过程。同时，应将登录方法分组并突出显示最简单的方法 。
除了手动输入和 SSO 的登录方式 ，还可以考虑使用配对的手机设备来辅助登录过程 。用户可以在其手机上输入登录信息 ，然后将信息发送到 Wear OS 设备上 。这样 ，用户可以更方便地输入信息 ，同时保持登录过程的安全性 。
值得一提的是，若手机登录相应的应用 ，则 Wear OS 应用应自动登录 。
④ 提供指引和反馈
在登录过程中 ，为用户提供清晰的指引和反馈 。例如 ，如果用户输入的信息有误 ，应提供明确的错误信息 ，指导用户进行更正 。同时 ，在登录过程中 ，可以使用进度指示器等视觉元素来告知用户当前的状态 。
⑤ 考虑安全性
在处理用户登录信息时 ，应用需要确保数据的安全性 。使用安全的加密和传输方法，以及遵循最佳实践来保护用户的隐私和信息安全 。
⑥ 避免频繁登录
尽量减少用户需要登录的次数。在隐私和安全要求范围内 ，尽可能长时间地让用户保持登录状态 。
例如 ，可以使用长期有效的访问令牌或刷新令牌 ，以便用户在一段时间内无需再次登录 。这有助于提高用户体验 ，减少用户在设备上输入信息的困扰 。
4. 请求权限
在 Wear OS 中 ，权限管理是确保用户隐私和数据安全的重要环节 。当需要授予手表应用权限时 ，系统会显示一个对话框 ，让用户选择接受或拒绝该权限 。因此，应用需要在明确需要权限的时候和地方请求权限 ，例如在提供关于特定权限的信息后请求权限。
若一个应用或 watch face 一次需要多个权限，那么权限请求将依次出现；若请求的是手表搭配使用的手机的权限而非手表的权限，则会引导用户前往手机完成操作；若在手表搭配使用的手机请求手表的权限 ，则会引导用户前往手表完成操作 。
① 按需请求权限
仅在应用需要使用相关功能时请求权限 。避免在应用启动时请求所有权限 ，这可能会让用户感到困扰 。相反，在需要使用特定功能时 ，向用户解释为什么需要该权限 ，并在合适的时机请求。
② 保证透明度
在请求权限时 ，向用户提供清晰的解释 ，说明为什么应用需要这些权限以及如何使用这些权限 。这有助于建立用户的信任 ，提高用户对应用的接受度 。
③ 简化请求
权限请求应该尽可能地简单 、透明和易于理解。当请求访问权限时 ，应用需要明确说明为什么需要这个权限 ，这样可以增加用户的信任度，提高用户的授权率 。
④ 优雅处理权限拒绝
如果用户拒绝授权某些权限 ，应用应能够优雅地处理这种情况 。例如 ，可以提供降级功能 ，或者在用户再次尝试使用受限功能时重新请求权限 。同时 ，需要确保应用在缺少权限的情况下仍能正常运行 。
Wear OS 提供以下 4 种通知模板 ：
① Standard
适用于大多数通知。
② Big Text
适用于有较多文本的通知 。可以在展开时显示更多文本 。
③ Big Picture
适用于带有图片的通知 。
④ Messaging
适用于需要回复信息的通知 。可调用「Google’s Smart Reply」来依据上下文生成回复建议 。
除了展示推送信息 ，Wear OS 的通知还可以展开以提供更多操作，如回复消息、在地图上打开位置或播放歌曲 。
表盘是用户使用 Wear OS 设备时第一个与之交互的，也是最常用的界面 。表盘不仅可以显示时间 ，还可以通过 complication 显示相关 、及时的数据 。
1. Watch Face
① 以显示时间为主
人们平均每天查看时间 150 次 。因此 ，确保在一瞥之间就能看到时间信息 。
② 支持个性化
除了实用性之外 ，表盘的外观也很重要 。应为表盘提供自定义选项 ，如颜色 、指针和 complication ，使用户能根据自己的喜好或场合来自定义表盘 。
③ 节能
复杂的动画或亮色可能会消耗更多的电量 。因此 ，应使用黑色作为主色 ，并通过优化算法减少不必要的计算 。
此外 ，在 Wear OS 中 ，每个表盘都需兼容以下 2 种模式 ：
Interactive
用户与手表互动时的模式 。
Always-On DISPlay (AoD)
用户未与手表互动时显示的手表表盘。为节省电池寿命 ，此模式下表盘上的发光的像素（即非纯黑像素）应不超过 15% 。
我们可以使用「Watch Face Studio」来设计表盘 。「Watch Face Studio」是一款由 Google 开发的用于创建 Wear OS 设备表盘的图形化设计工具 。它可以帮助设计师创建自定义表盘，而无需编写大量代码 。
2. Complication
与 watchOS 类似 ，Wear OS 中的 complication 是表盘上显示的小部件，它们可以显示来自应用的实时信息 ，例如天气 、日历事件或健康数据等 ，让用户无需打开应用就能获取所需的信息 。
① 类型
Wear OS 提供以下 5 种 complication 类型 ：
SHORT_TEXT（短文本）
ICON（图标）
RANGED_VALUE（范围值）
LONG_TEXT（长文本）
SMALL_IMAGE（小图像）
LARGE_IMAGE（大图像）
② 设计要点
易于查看
由于尺寸的限制 ，应需选用简短的内容 、合适的大小 、形状和颜色 ，以确保 complication 的简洁性和易读性 。
以内容为中心
表盘组件的价值在于用户只需抬起手腕即可查看所需内容 ，无需进一步交互 。
Complications 需定期更新以保持信息的最新性 。设计时应考虑如何高效地刷新数据 ，以最小化对设备电池的影响。
保护隐私
手表伴随用户走遍各处 。因此 ，应避免显示过于私密的信息 。
Wear OS 会自动为应用创建一个 app shortcut complication ，以允许用户直接从表盘访问应用。因此 ，我们无需为应用创建目的仅为进入应用的 complication ，而应专注于设计其他类型的表盘组件 。
用户可以在表盘上滑动来访问不同的 tile，进而快速查看信息和进行操作 。
与 complication 相比 ，tile 更适用于信息较多的场景。
1. 构成
App Icon
是 tile 中必须包含的元素 。
每个 tile 的顶部都会显示对应应用的 app icon ，以帮助用户识别其来源的应用 。
这是由系统自动完成的 。因此 ，我们无需在 tile 中手动添加 app icon，即使 tile 处于空状态也是如此 ，应将精力放在设计磁贴的主要内容上。
Design Area
是 tile 中必须包含的部分 。
Bottom Button
是 tile 中的可选部分。
将 button 放置在距离屏幕底部 6.3% 的位置。
2. 类型
Text Centric
用于在 tile 上显示文本内容 ，以告知用户当前状态并提供明确的操作指引 。
Button Centric
用于快速启动特定任务 ，最多可展示 5 个操作。
Information Centric
用于显示进度和重点指标 。
Data Centric
3. 设计要点
聚焦单一任务
每个 tile 应仅关注一个任务。
如果应用支持多个任务，可以为每个任务创建单独的 tile。例如 ，一个健身应用可以有「运动目标」「锻炼」「冥想」3 个 tile。
易于查看
尽管 tile 的尺寸比 complication 大 ，但仍需选用简短的内容 、合适的大小 、形状和颜色，以确保 tile 的简洁性和易读性 。
背景色应为黑色 。不应使用超过 3 种颜色。
保证数据时效性
使用合适的数据更新速率 ，同时确保能耗得当。若展示的是较旧的缓存数据，则应显示更新时间 。
在 Wear OS 中 ，用户能轻松地返回到后台正在进行的活动 ，如计时器 、音乐播放器、运动监测器等 。
1. 类型
用户可以从以下 3 个位置返回到正在进行的活动 ：
Watch Face
Tile
在 tile 上显示简洁的内容 ，让用户在节省电力的同时能轻松返回到正在进行的活动 。为节省电量 ，更新频率尽量不超过每分钟一次 。
Launcher
我们可以在启动器入口中显示有用的信息 ，以帮助用户了解正在进行的活动类型及其状态。
2. 设计要点
适用
只有当应用程序正在执行用户需要持续关注的活动时 ，才应使用持续活动 。
简洁
由于屏幕尺寸的限制，持续活动应尽可能简洁 ，避免过于复杂的设计。每个持续活动应只包含少量的关键信息 ，以便用户能快速理解 。
节能
避免过于频繁地更新持续活动的状态 。只有当状态发生重要变化时，才应更新显示。
及时结束
设计明确的结束条件 ，以便用户知道何时活动已完成或可以被终止 。例如 ，计时器到达设定时间 、音乐播放完毕或健身活动达到目标等。
当用户在一段时间不与手表交互时 ，Wear OS 会自动切换到被称为 system ambient mode 的低功耗模式 。这与 watchOS 的 Always-On 类似 。
对于特定的使用场景（如在跑步时查看心率和配速），我们可以设计应用在 system ambient mode 下显示的内容 ，以便用户在不消耗大量能量的情况下获取所需信息 ，以运行用户在此模式下执行一些基本的操作 。
为了节省电能 ，我们可以：
① 减少发光像素量
让屏幕的大部分区域保持黑色 。仅显示关键信息 ，在用户进入交互模式时提供更多详细信息。
② 避免使用高亮度或饱和度的颜色
因为这些颜色可能会导致屏幕烧录。应尽量使用柔和的颜色 。
③ 降低内容更新频率
例如 ，将计时器显示为最接近的分钟 ，而不是最接近的秒 。
设计 Wear OS app，需充分利用这个平台的特性 。通过遵循 Wear OS 的设计最佳实践，相信我们可以创建出既美观又实用的 Wear OS app。希望你能从本文获得一些启发 ，并与我们一起推动腕上体验设计的发展 。
参考资料：
作者 ：We-Design
