摘要
一個名稱會出現在產品標題，也會出現在導覽列、設定、按鈕與方案選項。使用者讀到名稱的瞬間，就已經在猜下一步會看到什麼；如果猜錯，問題不只是不夠好聽，而是產品開始消耗理解與信任。
Apple 在 WWDC26 的設計影片中提出三項命名判準：belongs（是否符合產品語境）、expectations（是否建立正確期待）、works everywhere（能否跨語言、裝置與情境成立）。它們不是一份固定答案，而是一套讓設計師、產品經理（PM）與內容團隊共同討論取捨的方法。
第一項：這個名稱真的屬於產品嗎？
Belongs 檢查名稱是否符合產品的語氣、使用者的自然說法，以及它在整套資訊架構中的位置。名稱可以很有品牌感，但如果和附近的導覽、功能與內容不像同一套語言，使用者就要額外學習。
一個簡單方法是把名稱放進真實句子裡念出來。Apple 在影片中比較 Apple Cash 餘額的候選名稱；過度包裝的說法可能像行銷口號，過度正式的說法又可能像試算表欄位。能在日常對話裡自然成立，通常比單獨看起來聰明更重要。
第二項：名稱會讓人期待看到什麼？
Expectations 關心的是預測。使用者看到一個 tab、設定或按鈕時，會先用名稱推測內容與結果；名稱若承諾了錯誤的東西，即使介面本身做得正確，體驗仍會像被誤導。
影片以 Balance 說明清楚、中性與產業慣例的價值。相較之下，Spending Power 雖然更有戲劇性，卻可能被理解成信用額度或評分；當數字很低時，它甚至像在評價使用者。金融、健康或安全情境尤其不適合用模糊感換取品牌感。
第三項：換到別的地方還能工作嗎？
Works everywhere 要求名稱離開單一畫面後仍然成立，包括不同裝置、通知、搜尋結果、口語表達、語言與市場。短名稱不一定比較好；如果必須靠畫面位置才能被理解，移到語音、手錶或輔助科技時就可能失效。
這項檢查也應提早納入 localization、商標、法規與無障礙需求。英文裡簡短而巧妙的雙關，未必能翻譯；視覺上容易區分的方案名稱，經螢幕閱讀器念出後也可能變得含糊。
把三項準則變成一場命名工作坊
團隊可以先寫清楚使用者、情境與名稱要完成的任務，再列出多組候選，不要一開始就投票選最喜歡的。接著逐一檢查它是否屬於產品、會建立什麼期待，以及放到其他語言與觸點時能否成立。
最後把候選放回真實介面，以句子朗讀，並交給沒有參與命名的人測試。若需要一大段說明才能讓人選對，問題可能不只在文字，也可能在資訊架構、方案差異或功能本身。
- 定義對象、使用情境與名稱要幫助完成的任務。
- 列出候選，分別檢查 belongs、expectations、works everywhere。
- 放回導覽、按鈕、通知與搜尋等真實觸點測試。
- 進行朗讀、多語與輔助科技檢查，再決定取捨。
清楚與品牌感不是二選一
Apple 並沒有主張所有名稱都要保守。健身 App 的方案可以用更有性格的名稱，但團隊必須知道這會增加多少理解成本，並透過副標、說明與方案比較補足資訊。
好的命名不是找出最漂亮的字，而是在品牌、理解、信任與跨情境使用之間做有意識的選擇。三項準則的用途，就是讓這些取捨可以被說明、測試與修正。