Apple Developer onepage/WWDC26
#WWDC26#AppDesign#HIG2026-06-12 · 00:45

好的 UI 隱喻,是在借用使用者已經懂的世界

這支 45 秒短片摘自 WWDC26「Principles of Great Design」的 familiarity 脈絡:設計不只是把畫面做漂亮,而是讓人用既有經驗推測 app 該怎麼操作。

// 一句話結論

好的 UI metaphor 像一座橋:它把陌生功能接到人已經理解的物理、社會或工具經驗上,讓第一次使用也能自然猜到下一步。

Apple Developer · WWDC26 · Video ID: tYmwwFLAReUYouTube 原影片
Design map

這不是視覺裝飾,而是認知設計

Familiarity

熟悉感降低學習成本

使用者看到熟悉的關係、容器、移動方式或回饋,就能更快預測互動結果。這是 HIG 設計原則裡 familiarity 的核心價值。

Metaphor

隱喻要服務操作,不是只服務美感

好的隱喻會讓功能更容易理解;壞的隱喻只增加裝飾、擬物或情緒,但沒有讓任務變清楚。

Agency

使用者要覺得自己在掌控

隱喻不能騙人或遮蔽系統狀態。它應該讓人知道現在在哪裡、能做什麼、做了會發生什麼。

Craft

細節決定隱喻是否可信

動效、命名、icon、版面層級與回饋要一起工作。只換一張漂亮插圖,不會自動產生熟悉感。

Review checklist

設計 review 時可以這樣檢查

1

這個隱喻對目標使用者熟悉嗎?

不要假設團隊熟悉的概念,使用者也熟悉。跨文化、年齡、專業背景與平台習慣都會影響理解。

2

隱喻是否明確指出可操作性?

使用者看到它,是否知道可以點、拖、展開、收合、排序或返回?如果不能,隱喻還沒有完成任務。

3

隱喻是否和真實系統狀態一致?

不要用熟悉圖像包裝錯誤行為。例如看起來像本機檔案,就要清楚說明同步、離線與權限邊界。

4

它能否隨功能成長保持簡單?

早期隱喻可能好懂,但功能變多後會卡住。要檢查它是否支撐未來狀態、錯誤與例外流程。

它解決的設計問題

新功能常需要教育使用者,但 app 不應把每個概念都寫成說明書。UI metaphor 的價值,是把陌生功能映射到熟悉經驗:像文件、卡片、地圖、時間軸、相機取景、工作台、收件匣或對話。

這支短片是 45 秒摘錄,沒有完整章節。頁面整理採用 YouTube 描述與 Apple 官方完整 session「Principles of great design」補足脈絡,尤其是 familiarity、flexibility、simplicity、craft 與 delight。

實務啟發

如果你在做 AI、空間運算、資料管理或創作工具,使用者一開始很可能不知道系統能力邊界。這時隱喻可以讓人先建立心智模型,例如把 AI agent 呈現成「助手」或「工作流程」時,就要明確表達它能自主做什麼、需要確認什麼、失敗時如何回到使用者控制。

設計上最值得避免的是過度擬物:看起來像真實物件,卻沒有真實物件的規則;或視覺上很可愛,但沒有改善理解與操作。

風險與遷移注意事項

隱喻會建立期待。一旦建立,使用者會用它推測所有互動,因此錯誤隱喻比沒有隱喻更危險。特別是涉及刪除、付款、AI 生成、權限、同步與分享時,畫面熟悉不代表風險可以被淡化。

跨平台遷移也要小心。iOS、iPadOS、macOS、visionOS 的直接操作、視窗、空間、指標與焦點模型不同,同一個 metaphor 不一定能原封不動搬過去。

來源

YouTube:A great UI metaphor is like...。官方完整 session:Principles of great design。相關參考:Human Interface Guidelines: Design principles。

TL;DR