多數人以為訪客在網站裡迷路，是版面設計沒做好：顏色配得不夠協調、按鈕不夠醒目，或者頁面看起來太擁擠。把使用者的困惑攤開來看，真正讓人找不到方向的，往往不是畫面好不好看，而是選單背後那套分類邏輯，跟訪客腦中找資訊的路徑兜不起來。
Nielsen Norman Group 針對導覽選單的研究指出，選單除了幫使用者找到內容，還有一個常被忽略的功能，就是幫助使用者理解整個網站的範圍與定位。同一份研究也把「沒有清楚指示目前位置」列為選單設計最常見的錯誤之一，原因是使用者答不出「我現在在哪裡」，而這才是真正卡住訪客的地方，不是配色或按鈕大小這類表面問題。網站導覽選單設計要處理的核心，說到底就是這種分類邏輯與訪客思考方式之間的落差。分類分得順，訪客不用想就知道該點哪裡；分得不順，介面再好看也留不住人。
問題是，多數企業網站的選單分類，一開始就沒有站在訪客這一側去想，這正是接下來要拆解的第一個環節。
選單分類錯的不是版面，是「出發點」
多數企業網站的選單分類，追根究柢是從公司內部的部門、產品線，或者歷史上一頁一頁堆出來的頁面清單直接搬過來的。行銷部想要一個入口，業務部想要另一個入口，工程師習慣把後台的資料庫欄位直接對應成選單項目，這套邏輯對做網站、管網站的人來說完全合理，畢竟他們每天都活在這套架構裡。問題是，第一次到訪的訪客並不了解公司內部怎麼分工，也沒有必要知道。
Nielsen Norman Group 在卡片分類法的文章裡，舉過一個租車網站 Paylesscar.com 的例子：這個網站有 26 款車型可選，原本用「經濟型」「中型」「大型」這類業界慣用的技術分類，對租車公司自己來說再清楚不過，但這篇文章指出，這類分類對不少使用者來說其實看不出彼此差在哪裡，因此建議改用卡片分類法，讓使用者自己動手分組，才能看出訪客實際會用的分類方式。這正是多數選單分類卡住的地方。公司內部覺得理所當然的分類邏輯，換到訪客腦袋裡，完全是另一套系統。
真正的問題因此不是「選單該放哪些項目」，而是「該用誰的邏輯去分類」，這也是網站導覽選單設計真正的難題。先從怎麼找出訪客真正在用的分類邏輯講起。
怎麼找出使用者真正在用的分類邏輯？
要找出訪客腦子裡的分類邏輯，業界有一套行之有年的做法，叫卡片分類法（card sorting）。做法很直接，把要放進選單的內容一項一項寫在卡片上，可以用實體卡片，也可以用線上工具裡的方塊，交給一群受測者自己動手分組、再幫每一組取名字。整個過程不靠設計者的假設，分類邏輯是使用者自己排出來的，不是網站團隊事後猜出來的。
卡片分類法有兩種做法，適用的時機不一樣。開放式卡片分類不預先給任何分類架構，受測者拿到一疊卡片後，自己決定要分成幾組、每組叫什麼名字，適合完全還沒有分類雛形、想知道使用者最自然分法的階段。封閉式卡片分類則相反，先給受測者一套已經定好的分類，請他們把卡片排進這些分類裡，適合已經有一版選單草案、想驗證這套分類使用者看不看得懂的階段。
Nielsen Norman Group 的研究建議，卡片數量控制在 30 到 50 張之間，太多會讓受測者疲勞、分類品質下降。人數方面，只想理解使用者為什麼這樣分的定性研究，找 15 人以上就夠；想要有統計效度的定量研究，則建議找 30 到 50 人。這幾年線上工具能自動整理資料，遠端進行卡片分類也比找人到現場排卡片普遍。
分類結果整理出來之後，不是直接照抄使用者分的組別去做選單，而是看多數受測者把哪些項目歸在一起、他們替這組取的名字有沒有共通用詞，從中歸納出幾個站得住腳的大分類與命名方向，再拿去跟你想強調的重點內容對一遍，才會變成選單的分類草案。
沒資源做正式卡片分類，還有什麼簡化做法？
如果沒有時間或預算跑一次正式的卡片分類研究，也有幾個成本低很多的替代做法。第一個是回頭看網站既有的內部搜尋紀錄，訪客在搜尋框裡打了什麼字、找不到東西時常用哪些關鍵字，這些字眼往往就是他們心裡的分類語言。第二個是整理客服最常被問到的問題，那些反覆出現的疑問，通常代表選單目前沒有清楚回答訪客「這個東西在哪裡」的需求。第三個是找 3 到 5 位真實使用者，用最簡化的方式請他們口頭描述會怎麼分這些內容，不用正式工具、不用統計分析，一個下午就能做完。
這幾種做法能快速抓出訪客大致的分類邏輯，但終究只是輕量版的探路，不能取代正式卡片分類的效度，找的人數太少，結論容易被少數人的用詞習慣帶偏。真的要調整整個網站的資訊架構，還是值得找時間補一次正式研究。
主選單該放幾個分類？「7±2 法則」是不是每次都對？
找出訪客的分類邏輯之後，接下來常見的疑問是主選單該放幾個分類。業界很常主張，主選單的分類數量最好控制在 5 到 8 個之間、不要超過 9 個，理由是人類的短期記憶一次只能處理 7±2 項資訊。這個說法確實有研究根據，美國心理學家 George Miller 在 1956 年發表的研究指出，人類短期記憶與絕對判斷的容量，大概都落在 7 件資訊上下，這個現象後來被稱為米勒定律（Miller’s Law）。
但很少人知道，這份研究本身就提醒過後人不要濫用這個數字。原始論述明白警告，不要拿「神奇數字七」去替不必要的設計限制辯護，並建議把內容拆成較小的單元，幫助使用者處理、理解與記憶，而不是機械式地套用一個固定項目數。換句話說，「主選單只能放七個」從一開始就不是這份研究的結論，是後人簡化再簡化之後的誤傳。
真正該在意的，是另一個常被放在一起討論的原則，叫希克定律（Hick’s Law），由心理學家 William Edmund Hick 與 Ray Hyman 於 1952 年提出。這個原則指出，使用者做決策所需要的時間，會隨著選項數量與選項本身的複雜度一起增加，選項不只多、還很難分辨差異時，決策時間拉得更長。這代表分類數量本身不是重點，認知負荷才是。你的網站內容龐雜、任務又複雜時，分類數量偏多不一定會讓人卡住，只要每個分類的標籤夠清楚、彼此區別夠明顯就好；反過來，就算只有 5 個分類，如果訪客對這個領域完全陌生、標籤又用了內部才懂的術語，一樣會卡關。實務上該依內容量、任務的複雜程度，以及訪客對這個領域的熟悉程度去決定分類粗細，而不是先訂好「七個」這個數字，再回頭湊項目去填。
分類定好了，怎麼決定誰跟誰放在同一組？
知道大概要分幾類之後，下一個問題是同一組裡面，誰該跟誰放在一起。Nielsen Norman Group 針對巨型選單（mega menu）分組方式的研究，整理出幾個實務上站得住腳的原則。
- 分組粒度要適中：一個分類只塞一個項目，等於沒有分類的意義，訪客要多點一次才找得到；一個分類塞進二十個項目，訪客一樣得逐一掃過去找，分類反而失去幫他縮小範圍的作用。
- 同一個項目不重複出現在多個分類：同時放進兩個分類看似貼心，實際上會讓訪客在兩個看起來都合理的入口之間猶豫，不確定該從哪一邊點進去才是「正確」路徑。
- 標籤用訪客的語言，不用公司內部術語：開頭最好放最有辨識度的關鍵字，方便訪客用眼睛快速掃過去就抓到重點，而不是硬套一個聽起來很專業卻沒人看得懂的名詞。
- 排序依任務發生的先後或重要程度，不是公司想強調的順序：把使用頻率最高、最重要的分類放在訪客視線最先掃到的位置，才是真正對訪客有幫助的排法。
做到這幾點之後，分類的內部結構大致就穩了。接下來要處理的是另一個維度，選單該往下開幾層才不會太深。
分類要分幾層？什麼時候該往下挖，什麼時候該收手？
分類決定好之後，接著要面對的是階層深度，選單該往下開幾層。這裡常見一個誤會，以為層數越淺越好，或者反過來以為分得越細越有條理。其實兩種想法都不完全對，真正該問的是每往下多開一層，這一層有沒有真的幫訪客縮小範圍、更靠近他要找的東西，沒有的話，多開的那一層只是多一次點擊、多一次猶豫。
Nielsen Norman Group 的選單設計研究發現，單層下拉選單通常運作得很順，訪客一眼掃過去就能找到要點的項目；但一旦做到兩層，使用者就容易開始感到挫折，滑鼠稍微移歪就可能誤觸到別的項目，或者選單意外收合。超過兩層更不建議硬做，這時該考慮的不是繼續往下開層，而是換成巨型選單一次把內容攤開讓訪客瀏覽，或者乾脆讓這個分類獨立成一個可以瀏覽的頁面，不再塞進下拉選單裡。
分類決定後，項目在選單裡擺在哪個位置也該一併考慮。同一份研究引用費茲定律（Fitts’s law）說明，使用者從按下觸發點到選中目標所花的時間，跟兩者之間的距離有關，距離越遠就操作越慢、越容易點錯。把你的網站裡訪客最常用的分類放在離觸發點最近的地方，能實際縮短他完成任務的時間，這也是分類邏輯定案後，還值得再檢查一次排列順序的原因。
「其他」分類是陷阱，放不進去的內容該怎麼處理？
實際動手分類時，幾乎都會卡在同一個地方，總有幾個頁面怎麼分都覺得不太合適，硬塞進哪一組都有點勉強。這時候最常見的偷懶解法，是開一個「其他」或「更多」分類，把這些不知道怎麼歸類的東西統統丟進去。問題是，「其他」這個標籤本身沒有任何描述性，訪客光看名字完全猜不到裡面裝了什麼，結果這個分類變成一個沒有人會點進去看的黑洞，裡面的內容等於白白浪費版位。
遇到這種情況，正確的處理順序有兩步。先問這個內容重不重要，如果只是輔助性質的頁面，放進頁尾或次要位置就好，不必為了它硬開一個分類。如果這個內容確實重要、訪客也真的需要找到它，卻在現有分類裡都放不進去，那通常代表既有的分類架構本身漏掉了一個維度，該做的不是把它塞進「其他」，而是回頭重新定義一個能準確描述這批內容的分類名稱，讓它跟其他分類一樣，一看標籤就知道裡面是什麼。
分完類，怎麼確定訪客真的看得懂、找得到？
分類架構定案之後，還有一步很容易被跳過，確認訪客實際使用時真的看得懂這套分類、也真的找得到東西。這一步業界的做法叫樹狀測試（tree testing）。做法是把定案的分類結構做成一份完全沒有視覺設計的純文字選單，只留文字與階層，不上色、不排版，請受測者在裡面完成幾個指定的尋找任務，例如請他找到退換貨政策放在哪一頁。
操作流程大致分成四步：
- 定義樹狀結構：把整套分類結構列清楚，包含所有分類與子分類。
- 選擇測試工具：採用能匯入樹狀結構、記錄使用者路徑的線上工具。
- 輸入選單內容：把文字化的分類階層匯入工具裡。
- 設計尋找任務：寫幾個具體的任務指令，例如請受測者找出某項服務的收費說明放在哪一頁。
測試跑完之後，可以從幾個指標判讀結果：
- 成功率：訪客找不找得到目標，是最直接的判斷依據。
- 完成時間：時間拉得越長，代表分類邏輯讓人猶豫得越久。
- 選擇路徑：受測者實際點擊、繞路的過程，能具體看出他在哪一層卡住、誤點了哪個看起來相近的分類。
樹狀測試跟卡片分類法的方向正好相反。卡片分類是發散的，讓使用者自己動手分組，幫你找出可能的分類方式；樹狀測試是驗證的，拿一套已經定案的分類去測試好不好用，找出還沒發現的盲點。只做前者，等於分類邏輯定了就直接上線，少了回頭檢查這一關，兩者搭配著做，才是完整的流程。
訪客在網站裡迷路，多半不是因為畫面不夠好看，而是選單背後那套分類邏輯，從一開始就沒有站在訪客這一側去想。網站導覽選單設計也不是上線那一刻就永遠定案的工作，網站的內容會增加、服務項目會調整，訪客原本熟悉的找法，過一段時間可能就不管用了。值得定期回頭問一次，現在的訪客是不是還在照這套邏輯找東西。