給軟體工程師的設計原則
學習打造更優質軟體所需的設計基礎。涵蓋字體排印、色彩理論、間距、動畫、AI介面模式,以及從Arc到Zomato的48個產品案例研究。
更新於2026年5月18日
2026年5月18日更新:已更新設計研究索引,以符合目前48篇研究的內容集,並以代理式工作流程證據擴充AI介面模式:檢查點、核准狀態、來源可信度,以及可見的驗證。
2026年5月更新:新增關於WCAG 3.0於2026年3月工作草案的說明,以及W3C認為WCAG 2.2與3.0將並行存在的立場。WCAG 2.2仍是目前無障礙工作應鎖定的標準。
2026年2月更新:新增兩個章節:互動模式(研究Framer、Flighty、Halide、Warp、Bear、Craft與Superhuman所得出的8種典範)與AI介面模式(以引用為優先的設計、串流階段、來自Perplexity的錯誤透明度)。將Web模式更新至2026年,納入anchor positioning、scroll-driven animations與@starting-style。更新無障礙內容,以反映WCAG 2.2的ISO標準化。請參閱設計研究,深入了解48款傑出產品。
多年來,我在打造軟體的同時鑽研設計,吸收 Dieter Rams 等傳奇人物的原則,也剖析 Linear、Stripe、Raycast 等產品的介面。本指南將這些理解萃取成一份完整參考;這正是我開始重視自己軟體的視覺與使用感受時,希望當時就存在的資料。
設計不是裝飾,而是溝通。每個像素都在傳達功能、層級與意義。讓軟體顯得業餘或專業的差別,在於是否理解這些原則,並且貫徹應用。
本指南假設您已經能撰寫程式碼。它要教您看見:理解為什麼有些介面用起來自然順暢,有些卻混亂無章;更重要的是,學會如何打造前者。
目錄
第一部分:基礎篇
第二部分:互動與 AI
第三部分:設計哲學
第四部分:實作篇
第五部分:參考資源
Gestalt 心理學
「整體不同於各部分的總和。」— Kurt Koffka
Gestalt 心理學發源於 1920 年代的德國,旨在解釋人類如何感知視覺資訊。大腦並非逐一辨識像素,而是將元素組織成有意義的模式。掌握這些原則,便能主導使用者對介面的認知方式。
鄰近性(Proximity)
彼此靠近的元素會被視為一組。
這是 UI 設計中最強大的 Gestalt 原則。間距所傳達的關聯性,勝過任何其他視覺屬性。
WRONG (equal spacing = no grouping):
┌─────────────────┐
│ Label │
│ │
│ Input Field │
│ │
│ Label │
│ │
│ Input Field │
└─────────────────┘
RIGHT (unequal spacing = clear groups):
┌─────────────────┐
│ Label │
│ Input Field │ ← Tight (4px) - related
│ │
│ │ ← Wide (24px) - separating groups
│ Label │
│ Input Field │ ← Tight (4px) - related
└─────────────────┘
CSS 實作:
.form-group {
margin-bottom: 24px; /* Between groups: wide */
}
.form-group label {
margin-bottom: 4px; /* Label to input: tight */
display: block;
}
SwiftUI 實作:
VStack(alignment: .leading, spacing: 4) { // Tight within group
Text("Email")
.font(.caption)
.foregroundStyle(.secondary)
TextField("[email protected]", text: $email)
.textFieldStyle(.roundedBorder)
}
.padding(.bottom, 24) // Wide between groups
相似性(Similarity)
具有相同視覺特徵的元素會被認為彼此相關。
當元素外觀一致時,使用者會假設它們的功能也相同。這正是設計系統採用一致按鈕樣式、卡片處理方式和字型排版的原因。
Example Navigation:
┌───────────────────────────────────┐
│ [Dashboard] [Projects] [Settings] │ ← Same style = same function
│ │
│ ┌─────┐ ┌─────┐ ┌─────┐ │
│ │Card │ │Card │ │Card │ │ ← Same style = same content type
│ └─────┘ └─────┘ └─────┘ │
│ │
│ [+ New Project] │ ← Different style = different function
└───────────────────────────────────┘
圖地關係(Figure-Ground)
內容應與背景明確區隔。
大腦需要區分「圖」(聚焦對象)與「地」(背景)。圖地關係處理不當會造成視覺混亂。
常用手法: - 對比(淺色圖形搭配深色背景,或反之) - 陰影(將圖形提升至背景之上) - 邊框(界定圖形邊緣) - 模糊(模糊背景、銳化前景)
/* Strong figure-ground relationship */
.card {
background: var(--color-surface); /* Figure */
border-radius: 12px;
box-shadow: 0 1px 3px rgba(0,0,0,0.1); /* Elevation */
}
.modal-overlay {
background: rgba(0, 0, 0, 0.5); /* Dim ground */
backdrop-filter: blur(4px); /* Blur ground */
}
共同區域(Common Region)
位於同一邊界內的元素會被視為同一群組。
將元素包圍在視覺容器中(卡片、方框、邊框區域),即暗示它們彼此關聯。
連續性(Continuity)
視線會自然沿著路徑、線條與曲線移動。
善用對齊與視覺動線,引導使用者的注意力流動於介面之中。
CONTINUITY IN ALIGNMENT:
┌────────────────────────────────┐
│ Logo [Nav] [Nav] [Nav] │ ← Aligned on horizontal axis
├────────────────────────────────┤
│ │
│ Headline │
│ ───────────────────────────── │ ← Eye follows left edge
│ Paragraph text continues │
│ along the same left edge │
│ │
│ [Primary Action] │ ← Still on the left edge
└────────────────────────────────┘
封閉性(Closure)
大腦會自動補全不完整的形狀。
使用者不需要看到每一個像素——他們會在腦中自動補完熟悉的形狀。這使得更簡約、更優雅的設計成為可能。
/* Horizontal scroll with partial card (closure) */
.card-carousel {
display: flex;
gap: 16px;
overflow-x: auto;
padding-right: 48px; /* Show partial card = scroll hint */
}
.card-carousel .card {
flex: 0 0 280px; /* Fixed width, partial visible */
}
Gestalt 快速參考
| 原則 | 規則 | 主要用途 |
|---|---|---|
| 鄰近性 | 相關者靠近,無關者拉遠 | 表單欄位、內容區塊 |
| 相似性 | 外觀相同 = 功能相同 | 按鈕、卡片、導覽列 |
| 圖地關係 | 層次之間清楚分離 | 卡片、對話框、覆蓋層 |
| 共同區域 | 邊界將內容歸組 | 設定區塊、使用者卡片 |
| 連續性 | 沿線條與對齊方向移動 | 時間軸、閱讀動線 |
| 封閉性 | 大腦會補完形狀 | 圖示、滾動提示、骨架畫面 |
字型排版
「字型排版是一門技藝,賦予人類語言持久的視覺形式。」— Robert Bringhurst
字型排版是介面設計的根基。文字傳遞功能、層級與品牌特質。拙劣的排版讓介面更難使用;出色的排版則渾然天成——使用者甚至察覺不到它的存在。
字級系統(Type Scale)
一致的字級系統能營造視覺和諧感,建議採用數學比例來建構。
1.25 倍比例(推薦用於 UI):
:root {
/* Base: 16px (1rem) */
--text-xs: 0.64rem; /* 10.24px - use sparingly */
--text-sm: 0.8rem; /* 12.8px - captions, labels */
--text-base: 1rem; /* 16px - body text */
--text-lg: 1.25rem; /* 20px - lead text */
--text-xl: 1.563rem; /* 25px - h4 */
--text-2xl: 1.953rem; /* 31.25px - h3 */
--text-3xl: 2.441rem; /* 39px - h2 */
--text-4xl: 3.052rem; /* 48.8px - h1 */
}
行高(Leading)
行高對可讀性影響甚鉅,不同類型的內容需要不同的行距設定。
| 內容類型 | 行高 | 原因 |
|---|---|---|
| 標題 | 1.1 - 1.2 | 緊湊、粗體、篇幅短 |
| UI 文字 | 1.3 - 1.4 | 標籤、按鈕 |
| 內文 | 1.5 - 1.7 | 確保段落的可讀性 |
| 長篇閱讀 | 1.7 - 2.0 | 文章、技術文件 |
行寬(Measure)
最佳行寬能減少視覺疲勞,提升閱讀理解力。
- 最佳範圍:每行 45-75 個字元
- 目標值:50-65 個字元
- 絕對上限:85 個字元
p {
max-width: 65ch; /* ch unit = width of '0' character */
}
.article-body {
max-width: 70ch;
margin: 0 auto;
}
字型選擇
優先使用系統字型。它們載入瞬間完成、與作業系統風格一致,且針對螢幕顯示已充分最佳化。
:root {
--font-sans: system-ui, -apple-system, BlinkMacSystemFont,
'Segoe UI', Roboto, 'Helvetica Neue', Arial, sans-serif;
--font-mono: ui-monospace, 'SF Mono', 'Cascadia Code',
'JetBrains Mono', Consolas, monospace;
}
適合使用自訂字型的情境: - 品牌差異化(行銷網站) - 營造編輯或出版物的質感 - 系統字型無法滿足的特定設計意圖
以字重建立層級
善用字重來建立層級,而非僅依賴字級大小。
h1 { font-weight: 700; } /* Bold */
h2 { font-weight: 600; } /* Semibold */
h3 { font-weight: 600; } /* Semibold */
.lead { font-weight: 500; } /* Medium */
p { font-weight: 400; } /* Regular */
.meta { font-weight: 400; color: var(--text-muted); }
字型排版快速參考
| 屬性 | 內文 | 標題 | UI 標籤 |
|---|---|---|---|
| 字級 | 16-18px | 24-48px | 12-14px |
| 字重 | 400 | 600-700 | 500 |
| 行高 | 1.5-1.7 | 1.1-1.2 | 1.3-1.4 |
| 行寬 | 45-75ch | 不適用 | 不適用 |
| 對齊 | 靠左 | 可置中 | 靠左 |
色彩理論
「色彩是一股直接影響靈魂的力量。」— Wassily Kandinsky
色彩傳達訊息的速度比文字更快。它能建立氛圍、引導注意力、傳遞意義,並累積品牌辨識度。
60-30-10規則
這是打造平衡介面最可靠的色彩分配方式。
┌──────────────────────────────────────────┐
│░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░│ 60% - Dominant (Background)
│░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░│
│░░░░░▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓░░░░░░░░│ 30% - Secondary (Cards, sections)
│░░░░░▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓░░░░░░░░│
│░░░░░▓▓▓▓▓▓▓▓▓▓▓▓██████▓▓▓▓▓▓▓▓▓▓░░░░░░░░│ 10% - Accent (Buttons, links)
└──────────────────────────────────────────┘
建立色彩調色盤
每個介面都需要以下語意色彩:
:root {
/* Brand */
--color-primary: hsl(220, 80%, 50%);
--color-primary-hover: hsl(220, 80%, 45%);
/* Semantic */
--color-success: hsl(142, 76%, 36%); /* Green - positive */
--color-warning: hsl(38, 92%, 50%); /* Amber - caution */
--color-error: hsl(0, 84%, 60%); /* Red - danger */
/* Neutrals */
--color-background: hsl(0, 0%, 100%);
--color-surface: hsl(220, 14%, 96%);
--color-border: hsl(220, 13%, 91%);
/* Text */
--color-text: hsl(220, 13%, 13%);
--color-text-secondary: hsl(220, 9%, 46%);
--color-text-muted: hsl(220, 9%, 64%);
}
色彩心理學
| 色彩 | 心理意涵 | UI用途 |
|---|---|---|
| 藍色 | 信任、穩定、平靜 | 金融、科技、企業 |
| 綠色 | 成長、自然、成功 | 健康、環保、正向狀態 |
| 紅色 | 活力、緊迫、危險 | 警示、銷售、錯誤 |
| 橘色 | 溫暖、熱情 | CTA、活潑品牌 |
| 黃色 | 樂觀、警戒 | 警告、重點提示 |
| 紫色 | 奢華、創意 | 高階產品 |
| ### 深色模式優先設計(Vercel) | ||
| Vercel會先為深色模式進行設計,再推導出淺色模式。這會產生更好的深色介面,因為深色模式成為主要考量,而不是事後才補上的設計。 |
/* Design dark first, derive light */
:root {
/* Dark mode defaults */
--color-background: hsl(0, 0%, 0%);
--color-surface: hsl(0, 0%, 7%);
--color-border: hsl(0, 0%, 15%);
--color-text: hsl(0, 0%, 93%);
--color-text-secondary: hsl(0, 0%, 63%);
}
@media (prefers-color-scheme: light) {
:root {
--color-background: hsl(0, 0%, 100%);
--color-surface: hsl(0, 0%, 97%);
--color-border: hsl(0, 0%, 89%);
--color-text: hsl(0, 0%, 9%);
--color-text-secondary: hsl(0, 0%, 40%);
}
}
何時使用:開發者工具、媒體應用程式、儀表板——適合使用者長時間操作,且深色模式能減輕眼睛疲勞的情境。
無障礙對比
| 等級 | 一般文字 | 大型文字 | UI元件 |
|---|---|---|---|
| AA | 4.5:1 | 3:1 | 3:1 |
| AAA | 7:1 | 4.5:1 | N/A |
| WCAG 2.2於2025年10月成為ISO標準(ISO/IEC 40500:2025),新增焦點可見性、重複輸入與無障礙驗證等準則。主要新增項目包括:焦點指示器不得被其他內容完全遮蔽(2.4.11),且驗證不得僅依賴認知功能測試(3.3.8)。W3C於2024年12月發布更新版WCAG 2.2,預計將於2026年底前以ISO/IEC 40500:2026發布。 |
WCAG 3.0仍是工作草案。最新修訂版已於2026年3月發布,且不會取代WCAG 2.2;W3C表示這兩項標準將會並存。無障礙指南工作小組計畫在2026年發布預估的WCAG 3時程,但目前的工作仍應以WCAG 2.2為目標標準。
工具:WebAIM Contrast Checker、Chrome DevTools色彩選擇器
視覺層級
「設計是品牌的無聲大使。」——Paul Rand
視覺層級控制使用者第一眼、第二眼、第三眼會看到什麼。缺乏清楚層級時,使用者必須費心尋找資訊。有了明確層級,介面就會顯得毫不費力。
視覺層級的6項工具
1. 尺寸—較大的元素會先吸引注意
.hero-title { font-size: 3rem; } /* Dominant */
.section-title { font-size: 1.5rem; } /* Secondary */
.body-text { font-size: 1rem; } /* Baseline */
2. 字重—粗體會向前突顯,細字重則退居背景
h1 { font-weight: 700; }
.lead { font-weight: 500; }
p { font-weight: 400; }
3. 色彩與對比—高對比等於高注意力
.title { color: var(--color-text); } /* Near black */
.meta { color: var(--color-text-muted); } /* Gray */
4. 位置—關鍵位置很重要
F-PATTERN (content pages): Z-PATTERN (landing pages):
████████████████████████ 1 ──────────────────► 2
████████ ↘
████ ↘
██ ↘
3 ──────────────────► 4
5. 留白—隔離能創造重要性
.hero { padding: 120px 48px; } /* Generous space */
.data-table { padding: 12px; } /* Dense content */
6. 深度與浮起層級—向前突出的元素會吸引注意力
:root {
--shadow-sm: 0 1px 2px rgba(0,0,0,0.05);
--shadow-md: 0 4px 6px rgba(0,0,0,0.1);
--shadow-lg: 0 10px 15px rgba(0,0,0,0.1);
}
.card { box-shadow: var(--shadow-sm); }
.card:hover { box-shadow: var(--shadow-md); }
.modal { box-shadow: var(--shadow-lg); }
應用模式
協作臨場感(Figma): 多位使用者的游標搭配姓名標籤、選取醒目提示與元件外框,讓文件呈現鮮活狀態。每位協作者的顏色都清楚不同,但權重一致,沒有任何游標比其他游標更「搶眼」。
環境式狀態指示(Vercel): 部署狀態使用細微且持續存在的指示,而非打斷使用者的警示。頂部一條細細的色彩列即可傳達狀態(建置中、已部署、失敗),不會干擾工作流程。
真實世界設計類比(Flighty): 航班進度視覺化呼應實體航空儀表:高度曲線、速度指示器與登機門地圖,都使用熟悉的視覺隱喻,而非抽象的進度列。
瞇眼測試
瞇眼看您的設計。仍然看得出層級嗎?如果看得出來,就表示層級夠明確。
間距與節奏
「Whitespace就像空氣:設計需要它,才能呼吸。」——Wojciech Zieliński
間距是設計中看不見的結構。一致的間距會形成視覺節奏,讓各個元素感覺同屬於一套連貫的系統。
8px網格
8px網格之所以是業界標準,原因包括: - 容易等分(8、16、24、32、40、48…) - 適用於常見螢幕密度(1x、1.5x、2x、3x) - 不必額外計算,就能建立一致的節奏
:root {
--space-1: 4px; /* Tight: icon gaps */
--space-2: 8px; /* Compact: inline elements */
--space-3: 12px; /* Snug: form fields */
--space-4: 16px; /* Default: most gaps */
--space-6: 24px; /* Spacious: card padding */
--space-8: 32px; /* Section gaps */
--space-12: 48px; /* Major sections */
--space-16: 64px; /* Page sections */
--space-20: 80px; /* Hero spacing */
}
內部與外部間距
內部(padding):元素內部的空間 外部(margin):元素之間的空間
規則:在相關群組內,內部間距通常應大於外部間距。
.card {
padding: 24px; /* Internal: spacious */
margin-bottom: 16px; /* External: less than padding */
}
元件間距模式
卡片:
.card { padding: 24px; border-radius: 12px; }
.card-header { margin-bottom: 16px; }
.card-title { margin-bottom: 4px; } /* Tight to subtitle */
按鈕:
.btn { padding: 12px 24px; border-radius: 8px; }
.btn--sm { padding: 8px 16px; }
.btn--lg { padding: 16px 32px; }
.btn-group { display: flex; gap: 12px; }
表單:
.form-row { margin-bottom: 24px; }
.form-label { margin-bottom: 4px; }
.form-help { margin-top: 4px; }
.form-actions { margin-top: 32px; display: flex; gap: 12px; }
間距快速參考
| 情境 | 建議間距 |
|---|---|
| 圖示到文字 | 4-8px |
| 標籤到輸入欄位 | 4px |
| 表單群組之間 | 24px |
| 卡片內距 | 20-24px |
| 卡片間距 | 16-24px |
| 區段內距(行動版) | 48-64px |
| 區段內距(桌面版) | 80-96px |
| 按鈕內距(水平/垂直) | 24px / 12px |
| — |
動畫原則
「動畫不是會動的繪畫藝術,而是被繪製出來的動態藝術。」—— Norman McLaren
動畫為介面注入生命力。運用得當,能引導注意力、傳達狀態、建立情感連結;運用不當,則令人煩躁分心。
核心原則
動畫應該讓人覺得理所當然,而非裝飾點綴。
好的動畫: 1. 傳達靜態設計無法表達的訊息 2. 透過展示關聯性來降低認知負擔 3. 感覺自然且符合預期 4. 不會讓使用者意識到它的存在
差的動畫: 1. 純粹因為「看起來很酷」而存在 2. 拖慢使用者的操作速度 3. 刻意吸引注意力 4. 製造焦慮或不耐煩
UI 關鍵原則
1. 預備動作(Anticipation) —— 為即將發生的事做好心理準備。
.button {
transition: transform 0.1s ease-out;
}
.button:active {
transform: scale(0.97); /* Slight press before action */
}
2. 跟隨動作(Follow-Through) —— 讓動態自然完成,如彈簧般漸趨穩定。
.panel {
transition: transform 0.4s cubic-bezier(0.34, 1.56, 0.64, 1);
}
withAnimation(.spring(response: 0.4, dampingFraction: 0.7)) {
isOpen = true
}
3. 緩入緩出(Ease-In, Ease-Out) —— 自然界中沒有東西以恆速運動。
| 曲線 | 使用時機 | 特性 |
|---|---|---|
ease-out |
元素進場 | 快速啟動,緩慢停止 |
ease-in |
元素離場 | 緩慢啟動,快速離開 |
ease-in-out |
狀態切換 | 全程平滑 |
linear |
載入指示器 | 持續、機械式 |
4. 場景調度(Staging) —— 將注意力引導至重要之處。除非經過編排的群組動畫,否則同一時間只應有一個元素在移動。
5. 交錯排列(Staggering) —— 元素應依序出現,而非同時湧入。
.list-item {
animation: fadeSlideIn 0.3s ease-out both;
}
.list-item:nth-child(1) { animation-delay: 0ms; }
.list-item:nth-child(2) { animation-delay: 50ms; }
.list-item:nth-child(3) { animation-delay: 100ms; }
.list-item:nth-child(4) { animation-delay: 150ms; }
@keyframes fadeSlideIn {
from { opacity: 0; transform: translateY(10px); }
to { opacity: 1; transform: translateY(0); }
}
時間長度指南
| 時長 | 使用場景 | 感受 |
|---|---|---|
| 50-100ms | 微互動(懸停、按壓) | 即時回饋 |
| 150-200ms | 簡單狀態變化(切換、選取) | 俐落 |
| 250-350ms | 中等過渡(面板滑動、卡片翻轉) | 順暢 |
| 400-500ms | 大幅移動(頁面過渡、彈出視窗) | 從容 |
效能:黃金法則
只對 transform 和 opacity 做動畫 —— 這兩者經過GPU加速,不會觸發重新佈局。
/* BAD: Animating layout */
.panel { transition: left 0.3s, width 0.3s; }
/* GOOD: Using transform */
.panel { transition: transform 0.3s; }
何時不該使用動畫
-
使用者啟用了
prefers-reduced-motioncss @media (prefers-reduced-motion: reduce) { *, *::before, *::after { animation-duration: 0.01ms !important; transition-duration: 0.01ms !important; } } -
動畫未提供額外資訊 —— 多餘的旋轉圖示、彈跳元素
- 使用者趕時間 —— 錯誤狀態、表單驗證、搜尋結果
- 動畫會拖慢重複操作 —— 鍵盤快捷鍵應跳過動畫
- 資料已經載入 —— Bear 透過預先載入內容來消除所有載入狀態,讓應用程式感覺即時回應。如果能預先載入,就直接跳過骨架屏和旋轉圖示。
// Bear's approach: preload so no loading state is needed
struct NoteListView: View {
@Query var notes: [Note] // SwiftData loads from disk instantly
// No loading state, no skeleton, no spinner — data is always there
var body: some View {
List(notes) { note in
NoteRow(note: note)
}
}
}
動畫快速參考
:root {
/* Durations */
--duration-instant: 0.1s;
--duration-fast: 0.15s;
--duration-normal: 0.25s;
--duration-slow: 0.4s;
/* Easings */
--ease-out: cubic-bezier(0.0, 0.0, 0.58, 1.0);
--ease-in: cubic-bezier(0.42, 0.0, 1.0, 1.0);
--ease-in-out: cubic-bezier(0.42, 0.0, 0.58, 1.0);
--ease-out-back: cubic-bezier(0.34, 1.56, 0.64, 1);
}
互動模式
「最好的介面就是沒有介面。」—— Golden Krishna
互動模式定義使用者如何操控、導覽和理解產品。這些模式是從研究那些提供卓越互動體驗的產品中萃取而來。
直接操控(Framer)
將抽象概念化為具體操作。Framer 把CSS斷點——原本只是抽象數字——轉化為可拖曳的控制桿,讓使用者即時看到版面配置的變化。
/* Breakpoint handle styling */
.breakpoint-handle {
position: absolute;
top: 0;
bottom: 0;
width: 4px;
background: var(--accent);
cursor: col-resize;
opacity: 0.6;
transition: opacity 0.15s ease;
}
.breakpoint-handle:hover,
.breakpoint-handle:active {
opacity: 1;
width: 6px;
}
適用時機:任何結果可視化的設定——拖曳調整大小、色彩選擇器、時間軸拖移。
情境感知介面(Flighty、Figma)
只顯示與當下情境相關的內容。Flighty 為航班追蹤設計了 15 種不同狀態。Figma 的屬性面板會根據選取的物件完全變換。
| 階段(Flighty) | 使用者看到的內容 |
|---|---|
| 起飛前 24 小時 | 確認碼、航廈資訊 |
| 抵達機場 | 登機門編號、登機時間 |
| 飛行中 | 剩餘時間、航程進度、預計抵達時間 |
| 降落 | 轉機登機門、步行路線 |
enum ContextState: CaseIterable {
case farOut, dayBefore, headToAirport, atAirport
case atGate, boarding, inFlight, landed, connection
static func current(for flight: Flight, context: UserContext) -> ContextState {
// Factor in: time, location, flight status
// Return the single most relevant state
}
}
反面模式:顯示所有控制項,再把不相關的灰掉。這只會製造視覺雜訊。
智慧啟動(Halide)
工具應能感知情境並自動啟動。Halide 的對焦放大鏡在拖曳對焦時自動出現,放開時自動消失,完全不需要切換按鈕。
struct IntelligentlyActivated<Content: View>: ViewModifier {
let isInteracting: Bool
@State private var isVisible = false
func body(content: Content) -> some View {
content
.opacity(isVisible ? 1 : 0)
.scaleEffect(isVisible ? 1 : 0.95)
.animation(.easeInOut(duration: 0.2), value: isVisible)
.onChange(of: isInteracting) { _, newValue in
if newValue {
withAnimation { isVisible = true }
} else {
DispatchQueue.main.asyncAfter(deadline: .now() + 0.3) {
if !isInteracting { isVisible = false }
}
}
}
}
}
雙模式設計(Halide、Warp)
模式切換應該徹底改變介面,而非僅僅切換元素的顯示與隱藏。Halide 的自動模式和手動模式是截然不同的兩套介面。Warp 透過四種輸入方式(打字、指令面板、AI、滑鼠)巧妙地橋接了CLI與圖形介面,不強迫使用者侷限於單一操作範式。
結構化內容(Warp、Bear、Craft)
為傳統上缺乏結構的內容賦予組織性。Warp 將終端機輸出轉化為獨立區塊,可複製、分享或重新執行。Bear 讓使用者在書寫過程中以行內方式組織筆記(#tag/subtag)。Craft 則讓任何區塊都能成為一個頁面——結構從使用中自然浮現,而非來自預先定義的層級架構。
漸進式訓練(Superhuman)
透過反覆接觸教會使用者最快的操作方式。Superhuman 的 Cmd+K 指令面板總是在搜尋結果旁顯示鍵盤快捷鍵,每一次使用都是一堂微型課程。
/* Always show shortcut alongside command name */
.command-result {
display: flex;
justify-content: space-between;
padding: 8px 12px;
}
.command-shortcut {
font-family: var(--font-mono);
font-size: 12px;
color: var(--text-muted);
background: var(--bg-subtle);
padding: 2px 6px;
border-radius: 4px;
}
反面模式:用教學彈出視窗來解釋功能。解釋容易遺忘,實際操作才會記住。
AI介面模式
「最好的AI介面,會讓機器的處理過程看得見,也讓機器的輸出可以驗證。」
AI介面面臨獨特挑戰:使用者無法預測輸出,無法只靠檢視就驗證準確性,也常常分不清系統是在運作還是故障。
核心問題
| 傳統軟體 | AI軟體 |
|---|---|
| 輸出可預測 | 輸出會變動 |
| 錯誤很明顯 | 錯誤看起來也合理 |
| 使用者透過測試驗證 | 使用者透過查核來源驗證 |
| 載入=等待 | 載入=正在運作(請顯示出來) |
| 預設可信 | 信任必須逐步建立 |
| ### 引用優先設計(Perplexity) | |
每個事實性主張都必須連結到其來源。Perplexity會在每個主張中嵌入行內引用[1],並提供滑鼠懸停預覽與常駐來源面板。 |
.citation-marker {
position: relative;
color: var(--accent);
cursor: pointer;
font-size: 0.8em;
vertical-align: super;
}
.citation-preview {
position: absolute;
bottom: 100%;
left: 50%;
transform: translateX(-50%);
width: 280px;
padding: 12px;
background: var(--bg-elevated);
border: 1px solid var(--border);
border-radius: 8px;
box-shadow: 0 4px 12px rgba(0, 0, 0, 0.15);
}
反模式:AI介面產生無法追溯來源的主張。若模型無法引用來源,介面就應標示。
串流階段指示器(Perplexity)
向使用者顯示AI正在做什麼,而不只是顯示它正在運作。以階段指示器取代一般的旋轉載入圖示:「正在搜尋……」→「正在閱讀4個來源……」→「正在撰寫答案……」
.phase-indicator {
display: inline-flex;
align-items: center;
gap: 8px;
padding: 6px 12px;
background: color-mix(in srgb, var(--phase-color) 10%, transparent);
border-radius: 16px;
font-size: 13px;
color: var(--phase-color);
transition: all 0.3s ease;
}
.loading-dots span {
width: 4px;
height: 4px;
background: currentColor;
border-radius: 50%;
animation: pulse 1.4s ease-in-out infinite;
}
錯誤透明度
當AI失敗或不確定時,請清楚呈現,不要躲在聽起來很有把握的文字後面。
| 情境 | 不佳模式 | 良好模式 |
|---|---|---|
| 信心不足 | 以肯定語氣陳述 | 「我不確定,但……」並搭配較低調的樣式 |
| 找不到來源 | 編造文字 | 「我找不到支持這項主張的來源」 |
| 來源互相矛盾 | 不說明就選一方 | 同時顯示兩者,並醒目標示衝突 |
| 資訊過時 | 當作最新資訊呈現 | 「截至[date]……」並附上時效性指標 |
| 關鍵洞察:使用者會原諒誠實面對不確定性的AI,但不會原諒自信犯錯的AI。 |
Agentic工作流程證據
AI代理程式需要能證明工作的介面狀態,而不只是描述努力過程。良好的代理式工作流程,會透過檢查點讓進度一目了然:計畫已接受、來源已蒐集、編輯已套用、測試已執行、等待審查,以及發布受阻或準備就緒。
| Agent State | Interface Pattern | Why It Matters |
|---|---|---|
| 規劃 | 明確目標與驗收標準 | 避免代理程式只最佳化活動量,而不是成果 |
| 探索 | 附有信心程度與時效性的來源清單 | 讓使用者能區分已驗證事實與工作假設 |
| 執行 | 與檢查點連結的變更檔案摘要 | 不必閱讀整段 transcript,也能審查編輯內容 |
| 驗證 | 測試、路由、截圖或執行時證據 | 將證明與模擬出來的信心區分開來 |
| 發布 | 核准/部署/原生審查狀態 | 避免以綠色的本機檢查結果,掩蓋尚未完成的發布工作 |
| 反模式:對多步驟代理程式工作只提供單一「完成」狀態。複雜工作需要可見的責任鏈:變更了什麼、什麼證明它有效、拒絕了什麼,以及哪些部分仍需要人類判斷。 |
Dieter Rams:十大原則
「少,卻更好。」——Dieter Rams
Dieter Rams是20世紀最具影響力的工業設計師。1961年至1995年擔任Braun設計主管期間,他創造出數十年後仍歷久彌新的產品。他的作品也直接啟發了Apple的設計語言。
好設計的10項原則
1. 好設計具有創新性 不要抄襲。將持續演進的技術與創新的設計結合。
2. 好設計讓產品有用 每個元素都必須有其用途。形式追隨功能。
3. 好設計具有美感 美感不是表面功夫,而是必要條件。我們每天使用的產品會影響身心福祉。
4. 好設計讓產品易於理解 使用者不應需要說明書。介面本身就應引導使用。
5. 好設計不喧賓奪主 設計應該提供支援,而不是令人負擔。使用者的內容才是主角,不是您的UI。
/* Obtrusive: UI competes with content */
.editor {
background: linear-gradient(135deg, purple, blue);
border: 3px dashed gold;
}
/* Unobtrusive: UI recedes, content shines */
.editor {
background: var(--color-background);
border: 1px solid var(--color-border);
}
6.好的設計是誠實的 不要使用欺瞞性設計模式。不要過度承諾。清楚說明限制。
7.好的設計是歷久彌新的 避免很快過時的潮流。經典勝過流行。
TRENDY (will date): TIMELESS:
- Extreme glassmorphism - Clean typography
- Neon colors, glitch effects - Subtle elevation
- Aggressive gradients - Neutral palette with considered accent
8.好的設計細緻到最後一個細節 任何事物都不應是任意決定的。載入狀態、空狀態、錯誤狀態,全都經過設計。
9.好的設計是環境友善的 效能也關乎環境。尊重使用者的注意力。寫出高效率的程式碼。
10.好的設計是盡可能少的設計 移除所有不必要的事物。最好的設計是隱形的。
Web Patterns 2026
現代網頁設計善用原生CSS能力,在許多情況下不再需要JavaScript。2025至2026年,anchor positioning、scroll-driven animations與@starting-style已進入正式版瀏覽器。
Container Queries
依據元件所在容器的尺寸,而不是 viewport,來決定元件大小。
.card-grid {
container-type: inline-size;
container-name: card-grid;
}
.card {
display: grid;
gap: 16px;
padding: 20px;
}
@container card-grid (min-width: 400px) {
.card {
grid-template-columns: auto 1fr;
}
}
@container card-grid (min-width: 600px) {
.card {
padding: 32px;
gap: 24px;
}
}
:has()選擇器
根據子元素選取父元素;過去若沒有JavaScript,便無法做到。
/* Card with image gets different padding */
.card:has(img) {
padding: 0;
}
.card:has(img) .card-content {
padding: 20px;
}
/* Form group with error */
.form-group:has(.input:invalid) .form-label {
color: var(--color-error);
}
/* Highlight navigation when on that page */
.nav-item:has(a[aria-current="page"]) {
background: var(--color-surface);
}
CSS巢狀語法
無需預處理器即可使用原生巢狀語法。
.card {
background: var(--color-surface);
border-radius: 12px;
padding: 24px;
& .card-title {
font-size: 1.25rem;
font-weight: 600;
margin-bottom: 8px;
}
& .card-body {
color: var(--color-text-secondary);
line-height: 1.6;
}
&:hover {
box-shadow: var(--shadow-md);
}
@media (min-width: 768px) {
padding: 32px;
}
}
HTMX整合
伺服器驅動的互動功能,無需笨重的JavaScript框架。
<!-- Load content on click -->
<button hx-get="/api/more-items"
hx-target="#item-list"
hx-swap="beforeend"
hx-indicator="#loading">
Load More
</button>
<!-- Form with inline validation -->
<form hx-post="/api/contact"
hx-target="#form-response"
hx-swap="outerHTML">
<input type="email" name="email"
hx-post="/api/validate-email"
hx-trigger="blur"
hx-target="next .error" />
<span class="error"></span>
</form>
錨點定位
原生CSS可讓一個元素相對於另一個元素定位,無需JavaScript。Tooltips、popovers與下拉式選單都能跟隨觸發它們的元素。
/* Anchor an element to another */
.trigger {
anchor-name: --my-trigger;
}
.tooltip {
position: fixed;
position-anchor: --my-trigger;
top: anchor(bottom);
left: anchor(center);
translate: -50% 8px;
}
由捲動驅動的動畫
將動畫進度綁定到捲動位置。不需JavaScript,即可製作閱讀進度指示器、視差效果與揭示序列。
/* Reading progress bar */
.progress-bar {
position: fixed;
top: 0;
left: 0;
width: 100%;
height: 3px;
background: var(--color-primary);
transform-origin: left;
animation: progress linear;
animation-timeline: scroll();
}
@keyframes progress {
from { transform: scaleX(0); }
to { transform: scaleX(1); }
}
@starting-style
為進入DOM的元素定義初始樣式,讓您能建立僅使用CSS的進場動畫,不需JavaScript。
.card {
opacity: 1;
transform: translateY(0);
transition: opacity 0.3s ease, transform 0.3s ease;
@starting-style {
opacity: 0;
transform: translateY(10px);
}
}
Design Tokens 系統
完整的 tokens 系統,確保您的應用程式整體一致。
:root {
/* Colors */
--color-text: #1a1a1a;
--color-text-secondary: #666666;
--color-text-muted: #999999;
--color-background: #ffffff;
--color-surface: #f8f9fa;
--color-surface-elevated: #ffffff;
--color-border: #e5e7eb;
--color-primary: #3b82f6;
--color-primary-hover: #2563eb;
--color-success: #10b981;
--color-warning: #f59e0b;
--color-error: #ef4444;
/* Typography */
--font-sans: system-ui, -apple-system, sans-serif;
--font-mono: "SF Mono", Consolas, monospace;
--text-xs: 0.75rem;
--text-sm: 0.875rem;
--text-base: 1rem;
--text-lg: 1.125rem;
--text-xl: 1.25rem;
--text-2xl: 1.5rem;
--text-3xl: 2rem;
--leading-tight: 1.25;
--leading-normal: 1.5;
--leading-relaxed: 1.75;
/* Spacing (8px base) */
--space-1: 0.25rem; /* 4px */
--space-2: 0.5rem; /* 8px */
--space-3: 0.75rem; /* 12px */
--space-4: 1rem; /* 16px */
--space-6: 1.5rem; /* 24px */
--space-8: 2rem; /* 32px */
--space-12: 3rem; /* 48px */
--space-16: 4rem; /* 64px */
/* Borders */
--radius-sm: 4px;
--radius-md: 8px;
--radius-lg: 12px;
--radius-full: 9999px;
/* Shadows */
--shadow-sm: 0 1px 2px rgba(0, 0, 0, 0.05);
--shadow-md: 0 4px 6px rgba(0, 0, 0, 0.07);
--shadow-lg: 0 10px 15px rgba(0, 0, 0, 0.1);
/* Transitions */
--ease-out: cubic-bezier(0.16, 1, 0.3, 1);
--duration-fast: 100ms;
--duration-normal: 200ms;
}
深色模式的正確做法
不要只是反轉色彩;請針對深色情境重新設計。
@media (prefers-color-scheme: dark) {
:root {
/* Neutrals */
--color-background: hsl(220, 13%, 10%);
--color-surface: hsl(220, 13%, 15%);
--color-surface-elevated: hsl(220, 13%, 18%);
--color-border: hsl(220, 13%, 23%);
/* Text (inverted) */
--color-text: hsl(220, 9%, 93%);
--color-text-secondary: hsl(220, 9%, 70%);
--color-text-muted: hsl(220, 9%, 55%);
/* Adjust saturation for dark mode */
--color-primary: hsl(220, 80%, 60%);
--color-success: hsl(142, 70%, 45%);
--color-error: hsl(0, 80%, 65%);
/* Shadows in dark mode need adjustment */
--shadow-sm: 0 1px 2px rgba(0, 0, 0, 0.3);
--shadow-md: 0 4px 6px rgba(0, 0, 0, 0.4);
}
}
深色模式原則: - 降低大面積表面的飽和度 - 提高強調色的亮度 - 加強陰影(陰影需要更高對比) - 有意識地設計深色模式,而不是事後補上的功能
Figma擷取工作流程
將設計檔案轉換為生產程式碼,需要有系統地擷取設計tokens,也就是定義設計語言的色彩、字體排印、間距與效果。
Figma Variables匯出
Figma原生的Variables功能提供最乾淨俐落的擷取路徑:
匯出步驟:
1. 開啟Figma檔案→Local Variables面板
2. 點選collection選單→「Export to JSON」
3. 儲存為figma-variables.json
JSON Token結構:
{
"colors": {
"primitive": {
"blue-500": { "value": "#3b82f6", "type": "color" },
"blue-600": { "value": "#2563eb", "type": "color" }
},
"semantic": {
"primary": { "value": "{colors.primitive.blue-500}", "type": "color" },
"primary-hover": { "value": "{colors.primitive.blue-600}", "type": "color" }
}
},
"spacing": {
"1": { "value": "4px", "type": "spacing" },
"2": { "value": "8px", "type": "spacing" },
"4": { "value": "16px", "type": "spacing" }
}
}
Token轉換為CSS
CSS Custom Properties:
:root {
/* Primitive colors (direct values) */
--color-blue-50: #eff6ff;
--color-blue-100: #dbeafe;
--color-blue-500: #3b82f6;
--color-blue-600: #2563eb;
--color-blue-900: #1e3a8a;
/* Semantic colors (reference primitives) */
--color-primary: var(--color-blue-500);
--color-primary-hover: var(--color-blue-600);
--color-background: var(--color-white);
--color-surface: var(--color-gray-50);
/* Spacing (8px grid) */
--space-1: 0.25rem; /* 4px */
--space-2: 0.5rem; /* 8px */
--space-4: 1rem; /* 16px */
--space-6: 1.5rem; /* 24px */
--space-8: 2rem; /* 32px */
/* Typography */
--font-size-sm: 0.875rem;
--font-size-base: 1rem;
--font-size-lg: 1.125rem;
--line-height-tight: 1.25;
--line-height-normal: 1.5;
/* Effects */
--shadow-sm: 0 1px 2px rgba(0, 0, 0, 0.05);
--shadow-md: 0 4px 6px rgba(0, 0, 0, 0.07);
--radius-sm: 4px;
--radius-md: 8px;
--radius-lg: 12px;
}
深色模式tokens:
@media (prefers-color-scheme: dark) {
:root {
--color-background: var(--color-gray-900);
--color-surface: var(--color-gray-800);
--color-text: var(--color-gray-100);
--color-text-secondary: var(--color-gray-400);
/* Adjusted shadows for dark mode */
--shadow-sm: 0 1px 2px rgba(0, 0, 0, 0.3);
--shadow-md: 0 4px 6px rgba(0, 0, 0, 0.4);
}
}
tokens到SwiftUI的轉換
Color擴充:
import SwiftUI
extension Color {
// MARK: - Primitive Colors
static let blue50 = Color(hex: "eff6ff")
static let blue500 = Color(hex: "3b82f6")
static let blue600 = Color(hex: "2563eb")
// MARK: - Semantic Colors
static let brandPrimary = Color.blue500
static let brandPrimaryHover = Color.blue600
// MARK: - Surface Colors
static let surfaceBackground = Color(light: .white, dark: Color(hex: "0f172a"))
static let surfaceElevated = Color(light: Color(hex: "f8fafc"), dark: Color(hex: "1e293b"))
}
extension Color {
init(hex: String) {
// Standard hex parsing implementation
}
init(light: Color, dark: Color) {
self.init(UIColor { traits in
traits.userInterfaceStyle == .dark ? UIColor(dark) : UIColor(light)
})
}
}
間距常數:
enum Spacing {
static let xs: CGFloat = 4 // --space-1
static let sm: CGFloat = 8 // --space-2
static let md: CGFloat = 16 // --space-4
static let lg: CGFloat = 24 // --space-6
static let xl: CGFloat = 32 // --space-8
}
// Usage
VStack(spacing: Spacing.md) {
// ...
}
.padding(Spacing.lg)
設計師交付檢查清單
設計師應匯出的內容:
| 資產類型 | 格式 | 備註 |
|---|---|---|
| 顏色 | 變數 JSON | 包含淺色與深色模式 |
| 字體排印 | 樣式匯出 | 字型、大小、字重、line-height |
| 間距 | 變數 JSON | 已記錄基準單位 |
| 圖示 | SVG | 外框式、單色 |
| 圖片 | PNG @2x/@3x 或 WebP | 已壓縮 |
| 元件 | Figma 連結 | 供實作時參考 |
| Quality Gate 條件: |
- [ ] 所有顏色皆定義為變數(無硬編碼 hex)
- [ ] 字體排印使用已定義的文字樣式
- [ ] 間距遵循網格系統(8px 基準)
- [ ] 已提供深色模式變體
- [ ] 已記錄互動狀態(hover、active、disabled)
- [ ] 已標註響應式 breakpoints
- [ ] 已註明無障礙需求(對比率)
開發者收到的內容:
- Token 檔案(JSON/CSS/Swift,依平台而定)
- 含尺寸標註的元件規格
- 所需格式的資產匯出
- 互動文件(狀態、動畫)
- 無障礙註記
快速參考表
Gestalt 原則
| 原則 | 規則 | 用途 |
|---|---|---|
| 接近性 | 相關即靠近 | 表單、區段 |
| 相似性 | 相同外觀代表相同功能 | 按鈕、卡片 |
| 圖地關係 | 清楚的層次分離 | 彈出視窗、卡片 |
| 連續性 | 沿著線條 | 時間軸、對齊 |
| 閉合性 | 大腦會補全形狀 | 圖示、捲動提示 |
| ### 文字排版 | ||
| 元素 | 尺寸 | 粗細 |
| --------- | ------ | -------- |
| 內文 | 16px | 400 |
| 標題 | 24-48px | 600-700 |
| UI標籤 | 12-14px | 500 |
| 說明文字 | 12px | 400 |
| ### 色彩角色 | ||
| 角色 | 淺色模式 | 深色模式 |
| ------ | ------------ | ----------- |
| 背景 | #ffffff | #0f172a |
| 介面表面 | #f4f5f7 | #1e293b |
| 邊框 | #e4e6ea | #334155 |
| 文字 | #1a1a2e | #f1f5f9 |
| 弱化文字 | #6b7280 | #94a3b8 |
| 主要色 | #3b82f6 | #60a5fa |
| 成功 | #22c55e | #4ade80 |
| 錯誤 | #ef4444 | #f87171 |
| ### 間距尺度 | ||
| Token | 值 | 用途 |
| ------- | ------- | ----- |
| –space-1 | 4px | 圖示間距 |
| –space-2 | 8px | 行內元素 |
| –space-4 | 16px | 預設間距 |
| –space-6 | 24px | 卡片內距 |
| –space-8 | 32px | 區段間距 |
| –space-16 | 64px | 頁面區段 |
| — |
設計檢查清單
在發布任何介面前,請確認:
Gestalt
- [ ] 相關元素比不相關元素更接近(接近性)
- [ ] 相似功能採用相似樣式(相似性)
- [ ] 前景與背景清楚分離(圖地關係)
- [ ] 視線能自然流過版面(連續性)
字體排印
- [ ] 基礎字級至少為16px
- [ ] 內文行高為1.5以上
- [ ] 行長少於75個字元
- [ ] 階層清楚(可區分3個層級)
- [ ] 全篇使用一致的比例尺度
色彩
- [ ] 所有文字皆通過4.5:1對比度(WCAG AA)
- [ ] 色彩不是唯一指標(也使用圖示和標籤)
- [ ] 深色模式經過刻意設計
- [ ] 遵循60-30-10分配
視覺階層
- [ ] 能識別最重要的第1個元素
- [ ] 視線依預期順序流動
- [ ] 每個區段只有一個清楚的CTA
- [ ] 字級比例一致
間距
- [ ] 所有間距皆使用定義好的尺度(不使用魔術數字)
- [ ] 卡片/元件具備一致的內距
- [ ] 行動裝置上的間距舒適
- [ ] 網格對齊一致(以8px為基準)
互動
- [ ] 使用者能否不必費心思考工具本身,就完成目標?
- [ ] UI是否會依目前情境調整?
- [ ] 工具是否只在相關時才顯示?
- [ ] 重複使用是否會教會使用者更快的方法?
AI介面
- [ ] 每一項事實主張都有可追溯來源
- [ ] Streaming顯示流程階段,而不只是 spinner
- [ ] 錯誤狀態清楚透明,而非隱藏起來
- [ ] 低信心輸出在視覺上有明確區分
Dieter Rams檢查
- [ ] 是否有任何東西可以移除?
- [ ] 每個元素是否都服務於功能?
- [ ] 這在5年後會顯得過時嗎?
- [ ] 我是否已設計好每一種狀態?
資源
書籍: - As Little Design as Possible by Sophie Lovell(Dieter Rams) - The Elements of Typographic Style by Robert Bringhurst
工具: - WebAIM Contrast Checker - Type Scale Generator - Figma Tokens Studio — Design token管理
設計系統: - Apple HIG - Material Design 3 - Radix UI - shadcn/ui
設計研究
深入剖析48款傑出產品,記錄值得借鏡的模式與原則。
開發者工具與AI
| 產品 | 關鍵貢獻 |
|---|---|
| Figma | 多人即時狀態、感知脈絡的面板 |
| Warp | 區塊式終端機、CLI-GUI橋接 |
| Framer | 視覺化響應式設計、屬性控制項 |
| Vercel | 出色的深色模式、環境式狀態 |
| Linear | 樂觀式UI(Optimistic UI)、鍵盤優先工作流程 |
| Raycast | 擴充系統、快速動作 |
| Stripe | 出色的文件、API設計 |
| Perplexity | 以引用為優先的AI、串流階段 |
| Obsidian | 本機優先的可組合性、知識圖譜介面 |
| ### Apple原生與創作工具 | |
| 產品 | 關鍵貢獻 |
| --------- | ------------------ |
| Flighty | 15種智慧狀態、Live Activities、資料視覺化 |
| Halide | 智慧啟用、手勢控制 |
| Bear | 字體排印優先、行內標籤 |
| Craft | 原生優先的跨平台、巢狀頁面 |
| Things | 延後日期、快速輸入模式 |
| Darkroom | 沉浸式深色UI、照片優先的編輯 |
| Procreate | 手勢優先的創作工具 |
| Overcast | 以看不見的音訊工程打造介面設計 |
| Camo | 專業影片製作UI |
| Ivory | 時間軸工藝、玩心十足的精準 |
| Anybox | 平台原生的透明感 |
| Drafts | 文字優先的擷取清晰度 |
| Notion Calendar | 行事曆精準度、工作區整合 |
| ### 生產力、知識與金融 | |
| 產品 | 關鍵貢獻 |
| --------- | ------------------ |
| Superhuman | 100ms規則、command palette訓練、練習式onboarding |
| Notion | 區塊系統、slash commands |
| Arc | Spaces、split view、command bar |
| Todoist | 溫潤極簡,極致克制 |
| Amie | 愉悅的生產力,溫潤極簡 |
| Loom | 友善的非同步影片專業感 |
| Pitch | 大膽的簡報設計語言 |
| Readwise Reader | 深度閱讀工具,宇宙感品牌塑造 |
| Copilot Money | 電影感財務資料視覺化 |
| 1Password | 無摩擦的安全體驗 |
| Mercury | 具電影感的精緻銀行體驗 |
| ### 消費者、社群與信任 | |
| 產品 | 主要貢獻 |
| --------- | ------------------ |
| Spotify | 色彩、情感與尺度 |
| Duolingo | 將遊戲化作為設計語言 |
| Signal | 以簡潔實現安全 |
| Airbnb | 市集規模下的信任 |
| Bluesky | 演算法透明度 |
| Letterboxd | 讓電影成為社交物件 |
| Strava | GPS資料作為社交貨幣 |
| Apple Music | 編輯語氣、空間音訊 |
| Headspace | 以平靜作為介面策略 |
| Zomato | 以個性驅動的餐飲UX |
| ### 實體、遊戲與無障礙 | |
| 產品 | 主要貢獻 |
| --------- | ------------------ |
| Balatro | 回饋循環、遊戲手感系統 |
| Rivian | 冒險攝影與具有紀念碑感的字體 |
| Teenage Engineering | 以限制塑造美學識別 |
| OKO | 音訊觸覺無障礙 |
| CARROT Weather | 以個性作為工具型應用程式的差異化 |
| — |
本指南在實作中持續成長。設計原則雋永不變,但其應用會隨著技術與理解演進。