未來的 UI 和設計沙盒的終結

任何從事設計和技術工作的人——可能還有生活在現代世界的任何人——都會注意到我們從使用“萬維網”等術語到“物聯網”的速度之快。

在很短的時間內，我們已經從設計和開發網頁（通過瀏覽器訪問的信息高速公路地圖上的點）發展到未來的 UI：大量互連的應用程序，通過各種形式因素、分辨率提供內容和體驗和交互模式。

我們今天使用的技術和屏幕正在消失在我們的環境中。 “物聯網”（IoT），再加上使用語音助手的人工智能（AI），已經在我們身邊。 我們正處於“環境智能”(AmI) 世界的曙光中，眾多設備協同工作以支持人們開展日常生活活動。 單個基於屏幕的 UI 正在慢慢消失，設計師必須努力應對分散的設計組件系統。

設計師將如何為屏幕消失的人工智能環境智能世界進行設計？ 這將如何改變他們的角色？

未來設計師的角色正在轉變

數字設計師的實踐對象曾經是將一系列錯綜複雜的框、圖像、文本和按鈕放在相對可靠的瀏覽器屏幕（最終是移動應用程序屏幕）上。

這是傳遞給人們的廣泛體驗。 但是現在，設計人員必須考慮到產品作為獨立實體存在於復雜的組件系統中，這些組件與其他部件交互、交換信息，有時甚至消失在其他部件後面。

正如 Intercom 的 Paul Adams 在他的文章《我們所知道的應用程序的終結》中所寫的那樣，“在一個擁有許多不同屏幕和設備的世界中，內容需要被分解為原子單元，以便它可以不受屏幕尺寸或技術的影響而工作平台。 ”

這不僅僅是內容。 今天，設計人員必須考慮提供給人們的每項功能或服務如何存在於多個系統和平台的其他組件中，以及如何與之協作。

明天人們將如何與信息交互？

在移動革命開始時，設計師專注於創建提供類似於網站體驗的應用程序：精心設計和控制的封閉環境，人們與之交互以消費內容或完成任務，然後退出。

大多數交互發生在屏幕範圍內，設計師可以很好地控制交付。

然而，移動設備的範圍已經從基於屏幕的迷你電腦激增到可穿戴的腕圍信息中心和遠程控製家庭恆溫器的設備。 今天，人們通過通知和警報從多個來源獲得不連貫的信息片段。 範式發生了巨大變化。

未來的 UI 會是什麼樣子？

多樣化、相互關聯的技術的激增也意味著單一產品將在不同的環境中以不同的方式體驗和交互。

當一個人去開會的途中，他們的智能手錶上可能會出現一條消息提醒。

用戶不必查找然後打開消息傳遞應用程序，而是可以選擇在通知中做出響應，只需輕按一下即可發送預先編寫的快速回复，然後在另一台設備上更深入地與消息互動。

這意味著一個原子單元——交互的一個微組件——必須通過針對通信上下文量身定制的各種 UI（和用戶體驗）來交付。

很有可能，用戶在慢跑時沒有撰寫長篇電子郵件回复。 他們可能不會僅僅為了使用可穿戴設備上非常方便的一鍵式響應而打開筆記本電腦。 他們甚至可能永遠不會閱讀屏幕上的通知，而是通過語音激活的虛擬助手收聽內容。

Paul Adams 寫道：“在一個通知本身就是完整體驗的世界裡，應用程序圖標的屏幕越來越沒有意義。 應用程序作為目的地越來越沒有意義。 當像 TripIt 這樣的旅行應用程序可以一次呈現所有這些信息，甚至允許您完成登機前的登機手續時，為什麼還要在一系列供應商應用程序中為您的多目的地航班和酒店打開單獨的應用程序？ 在某些情況下，對應用程序屏幕的需求在幾年內將不復存在，而是深埋在設備 UI 中作為輔助導航。 ”

系統級的交互式通知將使人們能夠立即採取行動，而不必使用通知作為網關來打開應用程序，在應用程序中人們會突然從一個上下文拉到另一個上下文。

不斷變化的交互範式改變了未來的 UI

像流行的微信這樣的應用程序允許人們做一些事情，比如轉賬、叫出租車和接收到達時間的更新、搜索餐廳和預訂餐桌，或者找到附近的酒店——所有這些都通過一個基於文本的界面來刪除用戶需要導航到各個應用程序以完成一系列任務。

在 UI 的未來？ Old School Text Messages，Kyle Vanhemert 著眼於基於文本的平台的激增，這些平台經常取代對圖形用戶界面的需求。 應用程序提供的服務將越來越多地在應用程序本身之外被訪問。

為物聯網世界設計意味著放棄對界面的更多控制——創建可能根本無法通過屏幕訪問的產品和服務。

當基於觸摸的屏幕徹底改變了移動設備時，設計師們突然有了一個可以利用的新交互模式的寶庫，比如滑動、捏合、點擊、雙擊、長按、點擊和拖動，這些都遠遠超出了重點並單擊。

現在，人們在配備傳感器的設備前在空氣中滑動和捏捏或揮動帶標籤的配件，而設計師無法用標準的視覺提示明確引導他們——設計師現在要做什麼？

從某種意義上說，這意味著設計可預測的、可重用的交互模式。

這將如何改變產品的實施方式？

作為設計單位的移動應用程序——至少在目前看來是這樣——正在消失。

獨立應用程序正在成為人們接收產品提供的內容和服務的第二甚至第三目的地。 設計師如何重新調整他們的方法以最好地滿足人們的需求？

少為像素設計，多為內容和交互時刻設計更多是新的範例。

在可用信息量和競爭服務數量呈指數級增長的世界中，產生影響的最佳方式是在一系列平台和環境中共享和分發高質量的信息。

這意味著理想情況下，人們將以無法精確控制的方式接收內容，通常在多個包裝器中。

設計師會問自己一系列全新的問題。

• 如何格式化內容以適應一系列視口甚至屏幕最小的設備？
• 有沒有辦法打包可以存在於其他地方的服務的關鍵功能？
• 可以作為通知中採取的操作提供的最合適和最有用的交互模式是什麼？

隨著人們在移動應用程序等目的地內花費的時間越來越少，設計師如何創造可以在其他地方進行交互和完成的體驗？

即將到來的日曆事件的推送通知能否為人們提供一組標準控件來預訂航班、提出旅行建議或訂購鮮花，而無需用戶打開應用程序本身？

設計師如何創建與其他應用程序一起工作的應用程序功能，為人們提供特定服務，同時又足夠引人注目以超越競爭對手？

明天的設計過程是什麼樣的？

隨著體驗時刻以非線性方式從設備轉移到設備，並且組件是設計的新單位，設計師實踐的新對像是如何定義的？ 它將越來越多地與設計體驗有關，而不是 UI。

在每種情況下，所討論的組件將有不同的定義，對每種產品都有不同的含義。 讓我們看一些示例，這些示例可能有助於設計人員將他們的產品視為系統組件，而不是整齊地裝箱的目的地。

人們會在什麼情況下收到通知？

讓我們從通知作為一個簡單的模式開始。

想像一下一個叫車服務應用程序（類似於 Lyft 或 Uber）的設計，該應用程序在多個設備上相互呼應，並通過豐富的推送通知通知人們他們租用的汽車的位置、預計到達時間和延誤。 在這種情況下，用戶有一部 iPhone、一部 Apple Watch 和插入耳朵的耳機。

首先，用戶通過 Apple Watch 上的語音交互來訂購汽車。 他抬起手腕喚醒手錶，向 Siri 詢問汽車，並通過耳機收到汽車在路上的語音確認。

人們不太可能會打開應用程序並持續監視屏幕。 因此，通知必須打包後通過連接的設備推送到操作系統和用戶。

幾分鐘後，他檢查了他的 iPhone，查看汽車在地圖上的位置以及等待的時間。 當汽車只有一分鐘的路程時，應用程序會向他的耳機發送語音通知，並向他的 Apple Watch 發送振動通知。 他瞥了一眼他的 iPhone 以確認汽車和司機的信息。

這個應用程序看起來更像是操作系統中的一個組件。

如果人們不打開我們的應用程序，我們在設計什麼？

組件不僅與操作系統交互——它們甚至可能被拉入其他應用程序。

例如，在用戶的旅行行程可能會受到延遲影響的場景中，像 TripIt 這樣的旅行應用可以管理豐富的推送通知，用戶無需打開應用本身就可以與之交互。

如果旅行應用程序有其他人共享行程，則通知可以設計為向用戶提供一個選項，以便在發生延誤時將更新的 ETA 發送給在機場等候的朋友。

移動設備的通知組件與旅行應用程序的通知系統合併，用戶的操作會沿鏈向下級聯，並且無需用戶打開旅行應用程序的狀態即可更改。

如果進一步採取這一步驟以包括語音助手（通過 VUI）之類的東西，那麼在無法預期基於屏幕的交互的情況下，通知和操作是如何打包和交付的？

應用程序正在成為大型生態系統中的有機體，與其他有機體交互並需要相應地進行調整。

設計的 UX 組件已在未來的 UI 中重新定義

來自目標目的地的設計單元，例如網頁或沙盒應用程序，正在被重新定義為相互交互和與人交互的系統組件。

在許多情況下，這些交互幾乎是在無形中發生的。 雖然應用程序作為一個概念並沒有被淘汰，但它們不再是主要事件或目的地。

設計師必鬚髮展、調整和重新定位他們的重點，以創造適應在多個生態系統中蓬勃發展的產品和服務。 未來的 UI 將分佈在一系列不可預測的環境和設備中，在不斷擴大的環境智能世界中，設計師有很多需要考慮的地方。

• • •

進一步閱讀 Toptal 設計博客：

• Web 表單的終結
• 沒有按鈕的未來 UI 設計
• 世界就是我們的界面——UI設計的演變
• 如何為物聯網設計令人愉悅的體驗
• 觸摸的力量——按鈕設計的演變（附信息圖）