圖示是一套詞彙，不是裝飾
介面圖示的行為很像一門語言——而關於辨識能力的數據足以讓人清醒。使用者在沒有標籤的情況下能可靠認出的詞彙，大約只有十來個符號：放大鏡、齒輪、垃圾桶、加號、叉號、房子、返回箭頭。超出這十來個的，往好裡說是地方方言，往壞裡說是私人發明。設計準則由此直接推導出來：預設讓圖示與文字標籤成對出現；把「純圖示」的預算花在真正的通用符號上；所有字形都出自同一套家族、同一套網格；在整個產品中把一個隱喻綁定到一個動作上——而當某個概念根本沒有公認符號時，就用文字。標籤不是設計的失敗，把謎題發布出去才是。 {.answer-block}
TL;DR
- 通用圖示詞彙大約只有十來個符號。 搜尋、設定、刪除、新增、關閉、首頁、返回、播放——這些符號單獨出現也能傳達意義。除此之外幾乎所有圖示都需要文字，因為使用者的猜測彼此不一致，甚至根本猜不出來。
- 圖示加標籤是預設，純圖示要靠資格換取。 無標籤圖示的正當理由只有兩個：真正的通用性，或在受限空間中的高頻重複使用（使用者每天操作的工具列），而不是它在設計稿裡看起來有多乾淨。
- 一套家族、一套網格、一種線條粗細。 混搭的圖示集會在使用者說清緣由之前就被讀成「這裡壞了」，就像一個段落裡混用了三種字體。
- 一個動作一個隱喻，一個隱喻一個動作。 如果鉛筆在某個畫面表示編輯，那麼鉛筆在任何地方都表示編輯；如果鉛筆負責編輯，就不能再有別的符號表示編輯。
- 沒有符號可用時，就用文字。 「同步狀態」「工作區」「洞察」這類抽象概念沒有使用者認得的圖示，硬造一個只會在本來零成本的位置上製造一道謎題。
使用者究竟能認出多少圖示
圖示學最初的高估，是以為圖畫是一門通用語言。一個世紀的圖形符號實踐給出了相反的答案：符號要成為通用符號的過程很慢，得靠海量的重複曝光，而在介面中越過這道門檻的集合非常小。放大鏡代表搜尋。齒輪代表設定。垃圾桶刪除，加號新增，叉號關閉，房子回到首頁，三角形播放。再往下還有寥寥幾個——鉛筆、掛鎖、鈴鐺、指向收件匣的下載箭頭——它們緊接在後，多數人在有脈絡時能認出來。
再往後就是懸崖。分享符號並不是同一個符號：Apple 畫的是帶向上箭頭的方框，Android 畫的是三點相連的圖形，而對於長期使用另一個平台的使用者來說，兩者都讀不準。愛心、星號與書籤都表示「把這個存起來，大概吧」，但各家產品的定義各不相同——加入最愛、按讚、稍後閱讀——單憑符號無法告訴使用者自己正要簽下哪一份契約。漢堡選單靠多年的無所不在取得了辨識度，卻始終穩定地壓抑著使用率，原因恰恰在於它是收起而非展示。而在這些有爭議的案例之外便是一片汪洋：對於「儀表板」「整合」「工作區」，或是你的產品上一季才發明的任何概念，都不存在使用者認得的符號。
對任何一個圖示，誠實的規劃問題都不是「這幅畫表達出概念了嗎」——在畫它的人眼裡，每幅畫都表達出來了。真正該問的是：「在沒有標籤的情況下，有多少比例的初次使用者能說出它的意思，而且說的是同一件事？」這個問題半天就能驗證：把字形單獨抽出、剝去脈絡，展示大約五秒；問「這個會做什麼」；只有收斂一致的答案才計為辨識。公共符號的經典理解度門檻大約是三分之二的一致率，而多數自創的介面圖示換回來的是一堆四散的猜測——那正是測試在告訴你：用文字。對那十來個符號，答案是高的——不過最嚴格的辨識測試甚至認為十來個都算寬容。對其餘一切，就按答案很低來設計，因為它確實很低。
標籤準則
預設的組合是圖示加上可見的文字標籤。圖示買來快速辨識與掃視效率，標籤承載真正的意義；兩者合在一起，既照顧熟練的老使用者，也照顧第一次造訪的人。沒有標籤的導覽有個名字——神祕肉——它把介面變成一場記憶測驗，每猜錯一次就得付出一次導覽來回的代價。
純圖示是一筆需要審慎支出的預算，而正當的用途只有兩種。位在慣例位置上的真正通用符號： 頁首裡的放大鏡、可關閉面板上的叉號——慣例本身就是標籤。受限空間中的高頻工具： 例如使用者一天要操作數十次的格式工具列，標籤會擠壓工作區，而重複使用在一次工作階段內就能教會整套符號——前提是永遠提供無障礙名稱，並在有指標的地方提供工具提示。觸控沒有滑鼠停留，因此初次使用的備援方案是標籤或長按顯示，因為「靠重複就能學會」說的是第十次使用，不是第一次。
絕對不能成為純圖示理由的，是美觀。一排沒有標籤的字形在作品集截圖裡確實更乾淨，因為看作品集的人並不打算完成任何事情。使用者不同。這與本系列討論過的是同一筆交易——服務於展示而非使用者的動態效果、只因為問起來容易而存在的表單欄位——用參與者的摩擦，換來旁觀者眼中的精緻。
一套家族，一套網格
圖示集是圖畫的排版，遵循同樣的紀律。產品裡的每一個字形都出自同一套家族：一套網格（通常是 24px）、一種線條粗細、一種圓角處理、一條填滿與外框的取捨規則。使用者說不清圖示的不一致，卻能瞬間察覺——一個厚重填滿的垃圾桶挨著一個髮絲般細的外框齒輪，讀出來就是「這個產品有點不對勁」，相當於視覺上的錯字。
紀律有三條。在網格上作畫，在目標區上落位： 字形活在它的 24px 網格上，而圍繞它的觸控目標要守住平台下限（iOS 上 44pt，Material 中 48dp），正如按鈕與欄位要遵守目標最小尺寸一樣——字形小沒問題，觸控目標和字形一樣小就有問題。依視覺對齊，而不是依幾何對齊： 用外框矩形置中的播放三角看起來明顯偏離中心，因為它的視覺重量偏向左側；把它往右挪一點是對的，正如光學間距的微調是對的一樣——眼睛的權限高於尺規。用狀態而非樣式來表達意義： 填滿與外框的對比可以編碼選取與未選取（在標籤列裡這是正當的慣例），但那樣一來它就只編碼這一件事——若在別處又兼作裝飾性選擇，訊號就被汙染了。
在我自己的 iOS 應用程式裡，這套家族是單一字重的 SF Symbols，並在設計套件層強制執行——字形與文字使用同一套排版角色決定尺寸，因此一個外來的圖示不可能在不與系統明顯衝突的情況下發布出去。這就是該準則的一般形式：選定一個圖示庫，只用它；當缺少某個字形時，按這套家族的網格與字重把它畫出來——絕不能因為「只差一次搜尋」就從第二套圖示集裡隨手拿一個。
一個動作一個隱喻
詞彙要發揮作用，就必須保持一致。如果鉛筆在個人資料頁表示編輯，那麼鉛筆在任何地方都表示編輯——不能在一個角落是「撰寫」，在另一個角落是「重新命名」。而且這種對應是一對一的：如果鉛筆負責編輯，就不能再有別的符號也表示編輯；一個開啟「編輯設定」的齒輪與一個開啟「編輯詳細資料」的鉛筆並存，會逼著使用者為同一個動詞維護兩個詞條。
同樣的一致性也約束著平台方言。在 iOS 上，分享是方框加箭頭；在 Android 上，是三點相連的字形；網頁產品則依受眾選定一種慣例並堅持到底。返回箭頭在由左至右的語言環境中指向左側，在由右至左的環境中翻轉——而媒體播放控制項不翻轉，因為播放三角是關於磁帶走帶方向的慣例，而不是關於閱讀方向的。這些不是冷知識，它們決定了你是在說使用者的方言，還是在讓使用者來學你的方言。
維護這套對應需要記帳：在設計系統裡建立一份圖示詞彙表——這個符號、這個意義、別處不用——並像間距 token 與排版角色那樣強制執行。沒有這份詞彙表，每個新功能都會去談判自己的隱喻，三季之後，產品裡就會出現四種各表一義的箭頭。
當文字勝出
圖示學中最有力的一招，和表單設計中最有力的一招一樣，往往是刪除。設定頁面不需要為每一列都配一個專屬字形；這些列本來就有標籤，圖示添了顏色，卻稀釋了那幾個真正在做事的符號的訊號。儀表板裡的「洞察」區塊沒有符號——燈泡？圖表？閃光？——因為這個概念沒有圖像化的慣例，任何候選都是一次擲硬幣，不同使用者會給出不同答案。
這個檢驗與標籤準則是對稱的：只有當辨識快過閱讀時，圖示才配佔據一個位置——也就是符號比它的詞更快被解讀出來的時候，而這恰好只對那十來個通用符號與學習過的高頻工具成立。在其餘所有地方，文字不是備援方案，文字就是設計本身。
常見問題
介面圖示是否應該永遠配上文字標籤？
預設應該。無標籤圖示只在兩種情況下有資格出現：位在慣例位置上的真正通用符號（搜尋列裡的放大鏡、可關閉面板上的叉號），以及重複使用能迅速教會意義的高頻工具——而且始終要有無障礙名稱，還要為使用指標的人提供工具提示。在其餘所有地方，圖示加標籤既服務新使用者，也服務回訪的使用者。
使用者在沒有標籤的情況下能認出多少圖示？
可靠的大約十來個：搜尋、設定、刪除、新增、關閉、首頁、返回、播放，再加上鉛筆、掛鎖這類接近通用的少數符號。超出這一集合，辨識率急遽下降且因平台而異——光是「分享」，Apple 與 Android 的慣例就互不相容——因此請把核心集合之外的任何圖示都當作需要文字來處理。
一個介面可以混用來自不同圖示庫的圖示嗎？
不行——產品的圖示集應當來自同一套家族，共用一套網格、一種線條粗細與一種圓角處理。混雜的家族會被讀成視覺上的不一致，使用者即使說不出名字也會立刻察覺。當缺少某個字形時，請按這套家族的規格把它畫出來，而不是從第二個圖示庫引入。
什麼時候該用文字標籤而不是圖示？
只要某個概念缺乏被廣泛認可的符號就該用文字——這涵蓋了大多數抽象的產品概念，例如工作區、整合或洞察。圖示要靠「辨識快過閱讀」才配佔據位置；如果使用者必須學習或猜測這個符號，那麼文字更快、更清楚，而且這並不是設計的失敗。
