跨平台设计！如何面向 Apple 生态的多种设备进行设计?

今天是「跨平台设计」最后篇。说起来，这图文形 WWDC 分会解析将要成个系列了，对我而言像是吃了顿大，从 iOS 13 设计特性，到基础设计原，到眼的跨平台，可谓丰。接来或许做些小食。

继续，由 Apple 设计师 Cas Lemmens 为我们讲解如何 Apple 生态体系多设备进设计。

跨平台设计 – 平台连接

在之前的几个步骤中，我们成了平台的择，并且针对目标平台进行了产功与格的适配。如果这是你第一次开发 app，那么「跨平台设计流程」至此告一落了，你可继续进行相的设计开发并最终发布到 App Store。

然而，如你正在基于现有品，下个目标平台进设计，那么「平台连接」是接下来要步骤。

「平台连接」涉及到两个要体验时刻：

• 入口：人们打开 app 开始使的时刻。
• 出口：们执操作后离开 app 时刻。

实际上，即只是面向单一平台进行设计，这两个时刻是至重要的。很多情况，我们在重打开一个 app 时都会希望到上一次离开时的环境状态当中，这就是我们说的「状态重现」。谓「状态」，通包括容、数据或相设置项等，具体形式取决于特定的 app。

譬如，对于「天气」来说，状态应该恢复到上一次查看时定位的地区，同时气象信息更到当前最；对于「备忘录」而言，则应自打开上一次正在记录的笔记，包括你当时使的输入工具；而对于影音娱乐类的产来说更是如此，没人希望每次到一个游戏当中都要重来过一次。

当涉及多个平台的切换时，「入口」与「口」的衔接则变得尤为重要。在多个平台之间实现状态的记录与重现，将使人们在任何情境都可享受到轻松、无缝的跨平台体验。

在 Apple，「平台连接」是我们尤为注的设计环节。譬如 Apple TV 会记录你之前停的位置，并同步到你他的设备当中；一次你可在任何设备上直接继续观看。

再「地图」为例。今天早上，我 MacBook 的「地图」 app 查看了过来这边会议中心的路线。这次查询会被保存到「最搜索」当中，并同步到你他的设备当中。因此，当我开始驾车时，可直接从「最搜索」列表中择这条路线进行导航。

上这些例子都有一个共同前，即我们的每个设备都了相应的 app。如果此时现了一台设备呢？譬如你一直在使 MacBook 和 iPhone；某一天你突然了一台 iPad，希望它成为你日生中的一分。你需要先在 iPad 上各种 app，然后成相的设置流程， app 知道你是谁，这样它们才与他设备实现无缝连接。

很多时候，这个过程相当无聊，你必须记住你的邮箱、户名、密码，你必须手输入，而且很可输错。有时，这个过程甚至会令你厌烦到放弃在设备里使这个 app。而 iCloud 钥匙串正是为了解决这类问题而设计的。仅需点击一个按钮，钥匙串就帮你在设备当中输入你的户名、邮箱、密码。

实际上，这个设置流程本身同样是「平台连接」要解决的问题。例如当你了一台 Apple TV，你并需要手并设置 app；你只需把 iPhone 或是 iPad 靠 TV，系统就可自将这些设备上的那些供了 TV 适配的 app 迁移到 TV 当中。

综上述，「平台连接」的核心任务在于，通过对 app 状态的记录和重现，优「口」与「入口」的衔接，进而在同的设备之间实现轻松捷的无缝体验。

以「Things」为例。这个 app 所要记录和现「状态」是我们个待办事项单。你可以在任何设备上添加和管理你待办事项，所有信息都会即刻步到你所有设备。

「Deliveries」也是样。它会将正在追踪物流订单保存在 iCloud ，并根据物流服务状态变化而自动更新相关信息，时步到你正在打开个设备。

跨平台设计 – 平台扩展

在跨平台设计的第五步，即「平台扩展」当中，我们要注的是两个同的平台如何同时进行配合协作。

于这个话题，我们首先需要过头来复习一我们在第一步，即「平台择」当中探讨的于设备的「情境」与「」的问题。

以 MacBook 为例。从能力度来看，它性能很强大，支持多任务，你可以过键鼠或触控板完成精确操作，等等。它所不擅长事情，是辨你身份。我们打开或是唤醒 MacBook 时，都会这样登录窗口；我们必须手动输入密码，或是过 Touch ID 确认身份。正如前所说，手动输入密码过程很烦，你必须记住密码，并确保输入正确。很长时以来，这是让 MacBook 识我们身份唯。

而 Apple Watch 则是「始终开，常伴于身」，是高度私化，它知我们身份。此我们可以让 Watch 与 MacBook 话，使 MacBook 知我们是谁，并自动开启。

这里最需要关注是个体验便捷性：我不需要命令 Watch 去 MacBook 发送信息，也不用告诉 MacBook 去接收来自 Watch 讯号；要两个设备距离足够近，讯会自然发生；实上我根本不需要做任何事。

因此，验的便捷是平台扩展协的关键之一。新增一个平台绝不意味着操步骤的复化。

接下来以 iMac 为例。从能力的角度，iMac 具有更强大的能，更大的显示屏，你以很轻松地在 iMac 上浏览购物网站。但是 iMac 无法为你存储 ApplePay 的相关信息，你无法直接进行支付操。

但 iPhone 以做到一点。所以当两个平台在支付场里进行通时，支付就变得行。你以在 iMac 上浏览品并下单，系统提示你到 iPhone 上继续操；你进而在 iPhone 上通身份验证确认付款，完成易。

当，iPad 和 Watch 以扮演一角，里最需要关注的是整个操流程的清晰。iMac 明确地告诉我去到 iPhone 上继续操；在 iPhone 上，我则以收到相关的购买信息以便确认，通 Touch ID（或 Face ID）快速完成支付；整个流程清晰而连贯。

因此，操的清晰是平台扩展协的另一个关键。否则，整个验将变得令人困惑。

以 Keynote 为例。Keynote 在和演示幻灯方面无与伦比，但我们在际演示时通常遇到一个问题：MacBook 始终要与投屏持连接，当需要翻页时，我们必须站在它面进行操，因此无法始终持自由移动状态。

 iPhone 移动设备，便于携。通过 iPhone 版本的 Keynote 增加遥控播功能，我们便可以帮演讲者实自由移动，无需始终站 MacBook 后面翻页操作。

这里需关注的功能的可选性。如果我的 iPhone 电了，或忘了，我也仍然可以站 MacBook 后面操作，不至于不可用。

因此，功能的可选性是多扩展协作的一个关键。

综上所述，「扩展」的核心任在于，通过能力层面的取长补短，实现不同的整，同确保体验的便捷性、清晰性和可选性。

总结

以上便是要各位享的跨计的典型流程。

• 首先，我们对每一平台的境特质与能力特征行分析，并以此基础选择我们的目标平台。
• 然后，要基于目标的情能力性，对希望实现的功能进行权衡取舍。
• 接来，我们要在牌格与平台规范之间寻求平衡，对 app 的外观及使体验进行定义。
• 然后，我们会探索如何在多个平台实现功能连续性，打造轻松、缝使用体验。
• 最，我们还要考虑何同时基平台现最优的综合生态验。

正如在开篇所说，造这些 app 的本质目标，是提升人的日常生活品质，并力图在人备之间构建有义的关。最终，希望这些 app 构成的生体验会远远优于它各所带给的。

希望今的享能令你有所收获。让共同努力。非常谢各位。