近年来，智能手表 UX 设计的重要性稳步提升。随着苹果的WatchOS 设备（例如最新的 Apple Watch 8）人气激增，对强大可穿戴应用的需求也随之增长。原型设计在智能手表 UX 设计中占据了很大比重。可以说，对于那些在整个设计过程中需要更多打磨的新设备而言，它甚至更为重要。
让我们深入探讨 Pixel Watch 以及其他 WearOS 设备的原型设计，看看如何成功创建智能手表原型。
是什么让智能手表原型设计与众不同？
整体而言，智能手表 UX 设计与网页应用或以智能手机为中心的流程有很大不同。在进行智能手表界面与 UX 交互设计时，需要考虑许多限制。这些限制不仅会约束你在可穿戴设备上的智能手表 UX 设计潜力。事实上，它们也为聪明的 UX 设计师提供了新的创意机会：
智能手表的屏幕尺寸不到智能手机的三分之一
这些可穿戴设备采用更小的芯片，难以为复杂的 UX 设计提供足够算力
可穿戴设备用户通常希望获得更长的电池续航
智能手表 UX 不止于手表本身，还会延伸到配对的智能手机应用
智能手表 UX 设计限制如何影响 Pixel Watch 的原型设计？
Pixel Watch 是一款新的WearOS 设备，即使它是 Google 自家打造的唯一 WearOS 设备，也同样受这些限制约束。这一细微差别或许能让它在 Google 自家应用及其性能方面略有优势，但也仅此而已。
智能手表原型设计是 UX 设计流程中的关键环节。事实上，Google 也会使用第三方原型工具来确保其智能手机和智能手表应用按预期运行。Pixel Watch 自 2022 年 5 月发布以来一直笼罩在神秘之中。这更说明你需要为新应用建立扎实的智能手表 UX 设计流程。
我们目前知道的是，这款设备将采用小巧的圆形屏幕，并由 Google 的 WearOS 驱动。它与三星等主流 WearOS 智能手表相比表现如何，仍有待观察。你的智能手表 UI 设计在圆形屏幕上的适配效果同样如此。
你可以在这里阅读更多关于 Google 如何使用 ProtoPie 满足其原型设计需求的内容。
你的智能手表 UX 不是独立存在的
有一种聪明的方法可以绕过智能手表 UX 设计限制，尤其是小屏幕和有限性能。事实上，这是构建智能手表 UX 设计、避免用户对性能或手表 UI 不满的唯一现实路径。
如果你在设计之初就把智能手表和智能手机视为协同工作的组合，而不是两块彼此独立的屏幕，这将带来巨大改变。这不仅能优化用户体验，还能通过两台设备无缝协作带来满足感。
Pixel Watch 也不例外。事实上，如果不与智能手机配对，你将无法充分发挥 Pixel Watch 的价值。Google 决定让这款设备具备与 Apple Watch 8 相同的限制：它只能与 Android 设备配对（Apple Watch 则是对应 iOS 设备）。
智能手表原型需要跨设备测试
把智能手表和智能手机视为一组设备后，跨设备测试就成为必需。设备之间的交互必须流畅且符合逻辑，因为它们通常由较小设备发起。
无论是为 Pixel Watch 还是其他 Android 智能手表做原型，你至少需要重点测试以下内容：
屏幕间导航，包括跨设备导航
你的智能手表 UX 设计是否满足特定使用场景
智能手表 UI 在特定屏幕形态上的适配情况
关键信息的传达效果
响应速度与性能——尤其是在使用媒体和动画时
其中一些原型设计要素看起来可能很显而易见，但在智能手表 UX 设计的限制条件下，哪怕最细微的调整也可能带来巨大差异。
聚焦智能手表 UX 的核心功能
在讨论 Pixel Watch 原型设计之前，你需要先确保 Pixel Watch 的 UX 设计流程已经适配。你可以在我们的终极指南中阅读更多关于智能手表 UX 的内容。与此同时，我们需要谈谈核心功能。
在为智能手表构建 UX 设计时，你需要有目的地设计。更小的屏幕、更有限的硬件性能，以及需要保持续航，这些都只是智能手表 UX 设计至关重要的部分原因。回到最初的构思阶段，问问自己为什么。你为什么决定探索并打造这个产品？如果你还没有这样做，请在早期原型上开展一些早期可用性测试，看看你的想法是否符合用户直觉。
面向 Pixel Watch 的真实原型设计——从第一天起就测试并迭代
一想到要做早期可用性测试就让你不寒而栗吗？如果你正尝试自己动手完成测试，那么在 UX 设计之外增加额外工作量确实会让人害怕。你可以改变 Pixel Watch 的流程，受益于真实原型设计，并且不再回头。
什么是真实原型设计？简单来说，就是把高保真原型的所有优势放到快速原型环境中执行。怎么做到？魔法。更准确地说，是软件魔法，再加上一些优秀的 UX 设计工作流改进。ProtoPie 让你能够建立全新的 UX 设计流程，显著改变产出方式。你不再需要先做低保真，再转向高保真原型，而是可以在早期就构建理想中的 UX 设计。
通过为 Pixel Watch 构建真实原型，你可以更早测试，并使用更好的原型。测试者会提供真实反馈，因为他们可以直接在可穿戴设备本身上测试你的智能手表 UX 设计。实际上，你可以通过 ProtoPie 设置可用性测试，并为用户提供一块 Pixel Watch 和一部配对的智能手机。他们将获得你智能手表 UX 设计所期望的完整体验，而你将获得识别核心功能所需的反馈。
构建 Pixel Watch UX 时要警惕信息过载
你已经确定了核心功能，并在定期测试和迭代。你了解目标用户希望从产品中获得什么，也明确了必须实现的核心功能。那如何在智能手表 UI 这种受限环境下把它做好？
这时，如何聪明地处理信息，以及如何在 Pixel Watch UI 设计中呈现这些信息，就变得至关重要。
ProtoPie 的优势在于，你可以在真实的 Pixel Watch 上测试这些设计，而不是在模拟环境中。这不仅意味着你能真实感受尺寸与比例，还能准确评估 Pixel Watch UX 设计变更对性能造成的影响。
信息展示是你未来 Pixel Watch UX 流程中最关键的部分。大多数热门 WearOS 应用要么以便捷方式展示数据，要么记录数据。随后，这些数据需要随时可供用户查看，无论是在智能手表 UI 上，还是在配对的智能手机应用中。要为 Pixel Watch 用户交付优秀应用，意味着：
能够判断哪些信息是关键的
在无干扰的情况下展示关键信息
能够（在某些情况下）把便捷性置于首位
为 Pixel Watch UI 设计做出正确决策
在为 Pixel Watch 做原型时，如何测试信息展示？
根据你为 Pixel Watch 开发的应用类型不同，测试参数会有所变化。但在构建智能手表 UX 设计时，总有一些应遵循的最佳实践，这些也应体现在 Pixel Watch 原型中：
1. 评估你的智能手表应用是否“可一瞥即得”
我们在《智能手表 UX 终极指南》中更详细地讨论了交互成本。如果你的 Pixel Watch 原型具备“可一瞥即得”特性，那么对于核心信息，你已经成功保持了较低的交互成本。当我们在手腕上查看信息时，不希望反复扭动手腕，也不想花很久等待正确信息出现。
确保你的 Pixel Watch 原型展示的核心信息只需几秒即可理解。对于可判断为冗余的额外信息，不要显示在 Pixel Watch UI 上。把它留给配对的智能手机应用，或放在手表中可滚动到的第二屏。
2. 你的 Pixel Watch UI 有多少交互层级？
构建智能手表应用时，你要追求高效和便捷。这也意味着要控制层级数量。为每个屏幕设定单一目的，并通过滚动或滑动补充额外信息。
在为 Pixel Watch 应用做原型时，进行专门针对这些交互的可用性测试，看看你的 Pixel Watch UX 表现如何。如果你发现测试者为了寻找某些核心信息而疯狂滑动，那么你的 UX 设计可能还需要进一步调整。
3. 使用通知传递时效性信息，同时避免过度打扰
无论是提示你刚用 Pixel Watch 完成一笔支付，还是告诉你以创纪录时间跑完了 3 英里，通知都应该始终有明确目的。它们是及时传递核心信息的绝佳方式，也是你在构建智能手表 UX 流程并加入游戏化机制时的重要资源。
时机恰当的通知会带来一点多巴胺提升，让用户更愿意重复这一过程。收到预期通知（例如支付提醒，尤其是收款提醒）也会带来很强的满足感。在设置可用性测试时，请务必把通知纳入体验的一部分。你可以询问：
通知是否过于频繁或不够频繁
它们给人的打扰感有多强
通知是否容易被忽略/关闭
他们是否觉得显示了任何个人信息
通知伴随的触觉反馈是否有用，还是不必要的干扰
使用合适的 UX 设计工具进行 Pixel Watch 原型设计
希望设计出惊艳产品的 UX 设计师和创意人士，理应拥有最好的工具。在 ProtoPie，我们打造了一套将设计原型提升到新层级的解决方案。这也包括 Pixel Watch 原型设计，你可以使用 ProtoPie（面向可穿戴设备和智能手表）将其进一步提升。
你准备好攻克 Pixel Watch 原型设计了吗？
