UX的定律第二集-Hick法則
後設資料
- URL：見 frontmatter
- 作者：KW
- 發表日：2018-02-04
- 媒體：Medium / AAPD-As-A-Product-Designer
- 語言：中文
- 閱讀時間：8 分鐘
- 原始靈感來源：Laws of UX（lawsofux.com）
一句話濃縮
希克法則 說明選項數量與複雜度會拉長決策時間；在網頁與產品介面中，設計師不該粗暴地消除所有選擇，而是要讓使用者快速理解有哪些選擇，並透過文案、圖像、分組、視覺層級與 CTA 引導他找到最符合目的的選項。
提取要點
Hick 法則的基本命題
- Hick’s Law 指：做決定所需時間，會隨選項數量與選項複雜度增加。
- 文章承接 費茲法則：Fitts 關心「如何縮短使用者完成點擊任務的時間」，Hick 關心「如何讓使用者在頁面中做出選擇」。
- 原始公式可寫作
RT = a + b log2(n)：RT：選擇反應時間。a/b：由任務與條件決定的常數。n：選擇數量。
設計應用的前提
- Hick 的原始實驗是在受測者必須做選擇、且干擾少的環境；網頁使用者不一定必須選，也可以直接離開。
- 因此設計應用不是「把選項減到只剩一個」，而是：
- 讓使用者盡快理解所有可選項。
- 引導使用者發現最符合自己目的的選項。
- 若拿掉太多資訊，使用者反而無法判斷哪個選項符合目的，也不一定會採取行動。
導航欄：選項分組與命名
- 導航欄的問題不是固定要幾個選項，而是不要讓所有選項雜亂地同時丟給使用者。
- 卡片分類法可用來理解使用者如何替內容分組與命名，進而改善網站結構、分類與導航標籤。
- 米勒的神奇數字、A-Z 分類、顏色分類等都可以降低複雜度，但不是固定答案；要看網站目的與使用者心智模型。
網頁配置：選擇不是只由數量決定
- 在真實頁面中，影響選擇的不只選項數量，也包含文案、圖片、背景、顏色與視覺排版。
- Adobe Typekit 案例：以標題文案 + 圖像化按鈕，把不同找字體的需求拆成清楚選項。
- foursquare 案例：副標先說明頁面目的，預填地理位置，再提供關鍵字輸入與圖像按鈕。
- CakeResume landing page 案例：同一目的的 CTA 可以在不同敘述下重複出現；當按鈕被分組、分隔或用背景變化呈現時，使用者會感覺有多個情境選擇。
驗證與迭代
- 做出「清楚選項 + 引導最佳選擇」的設計後，仍需用工具驗證，例如 Google Analytics、Hotjar、Amplitude 等網頁 / 產品分析工具。
- 可根據使用者行為再增加或減少選項數量；Hick 法則提供方向，不取代使用者測試與數據判讀。
提取概念
連結到此來源衍生 / 更新的 wiki 頁：
- 希克法則 — 新建；HCI / UX 中關於選項數量、複雜度與決策時間的基礎法則
- 費茲法則 — 補入 Fitts vs Hick：取得目標 vs 做出選擇
- 使用者體驗設計 — 補入操作性 UX 中「決策摩擦」的介面法則
- 用戶流 — 補入人因 / HCI 中選項理解與選擇引導
- MOC-UX — 將 希克法則 加入介面表現工具層
- AAPD-As-A-Product-Designer — 補入 KW「UX 的定律」系列第二篇
Ingest 筆記
2026-05-06
- 新建 希克法則 的理由：本來源是 AAPD「UX 的定律」系列第二篇，與剛建立的 費茲法則 形成成對 HCI 法則：Fitts 處理取得目標的運動摩擦，Hick 處理理解與選擇的決策摩擦。此頁可承接未來導航、選單、landing page、分類、選項分組與 choice architecture 來源。
- 不建卡片分類法 / 資訊架構頁：文章有簡介卡片分類法，但密度仍是 Hick 法則的應用案例；先保留在本來源與 希克法則。待第二份以上 IA / card sorting 主題來源再評估獨立頁。
- 不建 Hotjar / Amplitude / Google Analytics entity：本篇僅把它們列為驗證工具，未深入產品定位或工作流；不建薄頁。
- 觀察清單同步：更新既有「AAPD『UX 的定律』系列其他篇 / Laws of UX 原站」條目，進度從僅 費茲法則 入 vault 變為 費茲法則 + 希克法則 已入 vault；仍保留 Jakob’s Law / Laws of UX 原站等待 ingest。
原文（可選）
Ingest 時透過 Medium 頁面讀取，本文不保存完整原文；原始 URL 見 frontmatter。