今天是「跨平臺設計」的最后一篇。說起來,這種圖文形式的 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 構成的生態體驗會遠遠優于它們各自所帶給我們的。

希望今天的分享能令你有所收獲。讓我們共同努力。非常感謝各位。

點贊
收藏 9
繼續閱讀相關文章

發表評論 已發布 1

還可以輸入 800 個字
 
 
載入中....
1 收藏