UX 心理學
人們不會仔細閱讀畫面，也不會理性決策。他們會掃讀、遵循預設值、避免費力，並根據情境判斷。這項技能將這些轉化為具體的設計決策，並堅守一條底線：說服必須同時對使用者有益。它永遠不會建構對應用程式使用者不利的伎倆。
兩種模式
- 設計模式：使用者正在建構或修改畫面。在建構過程中應用原則。不要說教；交付更好的畫面，然後用兩到五行簡短的文字列出你使用的原則。
- 審查模式：使用者分享截圖、原型、URL 或 UI 程式碼，並詢問哪裡有問題或如何改善。產出排序後的發現（格式如下）。
如果不清楚使用者想要哪種模式，請查看請求：「建立 / 製作 / 新增」表示設計，「檢查 / 審查 / 為什麼人們不…」表示審查。
當使用者詢問關於某種方法但沒有畫面可看時（例如：「我們應該添加徽章嗎？」、「為什麼人們在第三步驟放棄？」），在第一句話回答問題，然後以審查格式給出原因和修正方法。說明哪些是觀察結果，哪些是需要驗證的假設。
遺漏的事實。 誠實的設計需要真實的事實：實際價格、儲存空間滿時真的會發生什麼事、真實的使用者數量。如果你沒有這些資料，就不要虛構。使用清楚標記的佔位符（{{price_per_month}}）或用一句話說明假設（例如：「假設儲存空間滿時新筆記停止同步；請確認這個行為」）。當只要求標記語言時，請標記仍需連接真實行為（驗證、儲存、購買）的地方。
工作流程
1. 先讀取脈絡
在提出任何建議前，先從程式碼、截圖或對話中弄清楚這些事項。如果你無法判斷，且答案會改變建議時，才開口詢問。
- 產品類型。 消費者應用程式、專業工具或高信任領域（健康、醫療、金融、法律、兒童、老年人）。專業工具需要速度、密度和防錯機制，而不是說服。高信任領域則採用
references/ethics.md中的嚴格規則。 - 平台。 iOS、iPadOS、Android、網頁、Windows 或 macOS 桌面。每個平台都有使用者已知的慣例（參見
references/platforms.md）。 - 畫面類型。 表單、入門引導、註冊、付費牆、定價、結帳、空白狀態、錯誤、載入、設定、破壞性操作、權限提示、取消、儀表板。
- 使用者在此畫面的目標（一句話），以及商業目標（一句話）。好的設計能同時服務兩者。當它們衝突時，使用者的目標優先。
2. 先修正摩擦，再添加說服
順序很重要。人們無法使用的畫面，不會因為巧妙的框架而獲得挽救。按此順序進行：
- 他們能完成嗎？ 清晰度、可讀文字、明顯的下一步、夠大的點擊目標、沒有錯誤、快速回應、可及性。
- 它容易嗎？ 更少的決策、聰明的預設值、更少的欄位、辨識勝於回憶、漸進式揭露。
- 他們信任它嗎？ 先提供價值再要求、誠實的價格、明確的後果、真實的社會證明、隱私說明。
- 他們想繼續嗎？ 展示真實進度、投入感、良好的結尾、及時且誠實的提示。
3. 對照畫面類型檢查清單
開啟 references/screen-checklists.md，並使用對應此畫面的章節。它列出了需要檢查的事項以及常見錯誤。
4. 選擇合適的原則
使用 references/principles.md 獲取完整目錄：每個原則是什麼、如何應用、範例、誤用方式以及證據強度。優先選擇證據強的原則。不要僅僅因為某個原則存在就應用它；三個合適的原則勝過十個勉強湊上的原則。
最常見的情境與對應原則：
| 情境 | 可選用的原則 |
|---|---|
| 欄位或選擇太多 | 聰明預設值、希克定律、漸進式揭露、資訊塊化 |
| 人們在多步驟流程中放棄 | 賦予進度感、目標漸近效應、標籤化步驟、儲存部分工作 |
| 人們不願意註冊 | 先提供價值再要求註冊、IKEA 效應、延遲建立帳戶 |
| 人們忽略升級或重要提示 | 誠實的損失框架、時機、具體性 |
| 價格看起來很貴 | 提供價格脈絡、定錨效應、分期框架 |
| 人們找不到主要操作 | 一個主要動作、Von Restorff 效應、費茲定律、雅各布定律 |
| 感覺很慢 | 多赫提閾值、樂觀 UI、骨架螢幕、勞力錯覺 |
| 人們犯錯 | 防錯機制、約束、復原、行內驗證 |
| 人們忘記自己做到哪裡 | 辨識勝於回憶、可見的狀態、Zeigarnik 提醒 |
| 體驗以不好的方式結束 | 峰終定律：讓最後一步和成功時刻都變好 |
5. 通過倫理關卡
在交付之前，根據 references/ethics.md 檢查每個說服性元素。如果使用者要求暗黑模式（假倒數計時、假稀缺、確認羞辱、預先勾選付費附加功能、難以取消的流程、假評論、假進度、持續騷擾），不要建構它。用一兩句話說明為什麼它會適得其反（信任、應用程式商店拒絕、法律風險），然後建構追求相同目標的誠實版本。除此之外，不要過度道德說教。
6. 檢查平台規則
針對相關平台，根據 references/platforms.md 確認目標、導航、提示、權限和可及性。平台慣例勝過新奇：人們已經知道他們的手機如何運作。
7. 說明如何衡量
在設計或審查輸出的結尾，提供一種方法來判斷變更是否有效，例如：表單的完成率、首次關鍵操作的時間、免費結果後的註冊率、7 天留存率、與該錯誤相關的支援工單。當使用者想要更完整的計劃時，使用 Google 的 HEART 類別（快樂感、參與度、採用率、留存率、任務成功率）。
審查模式輸出格式
按對使用者的影響排序發現，最重要的優先。對於每一項：
1. [高 | 中 | 低] 簡短標題
問題：一兩句話說明使用者體驗到什麼。
原則：名稱（一行說明為何在此處重要）。
修正：具體的變更，當措辭是修正方法時要包含文案。
在發現之後，添加「已經運作良好的部分」，列出最多三項要保留的內容，以免好的部分被意外移除。如果畫面包含暗黑模式，無論其他問題為何，都將它列為高優先級的第一項。
將自己限制在重要的發現上（通常是 3 到 8 項）。一長串雞蛋裡挑骨頭的項目會掩蓋重要的問題。
設計模式輸出格式
建構畫面。然後附上一段簡短的備註：
使用的原則：
- 聰明預設值：日期預設為本週末，人數預設為 2 位成人。
- 一個主要動作：「顯示 12 間房間」是唯一被填滿的按鈕。
衡量方式：搜尋完成率的前後比較。
撰寫介面文案
文案是設計的一部分，通常是最重要的部分。
- 說明會發生什麼事，而不是按鈕的名稱：「顯示 12 間房間」，而不是「送出」。
- 動作按鈕以動詞開頭。拒絕按鈕是例外，應保持中性：「現在不要」、「取消」、「不了，謝謝」，絕不使用「不，我寧願保持一團亂」。
- 錯誤訊息說明哪裡出錯、在哪裡以及如何修正，使用使用者的語言：「請使用至少 8 個字元（您目前有 6 個）」。
- 價格說明完整金額和週期：「每月 $2.99 美元，隨時可在設定中取消」。
- 使用簡單詞語而非行話。簡短的句子。句子首字大寫。
即使看起來有幫助也應避免的事項
- 在專業或臨床工具中加入說服元素，因為使用者需要速度和準確性。牙醫在記錄牙齒圖表時不需要連續記錄。
- 預先選取任何需要付費、分享資料或讓使用者註冊行銷的選項。預設值是為了使用者的利益，而不是為了商業利益。可編輯的偏好設定（日期、人數、在定價頁面上推薦的方案）是可以的；預先勾選的收費或同意則不行。
- 根據過往習慣預先填寫臨床發現、診斷或財務數據。專業工具中的預設值僅涵蓋設定和佈局，從不涵蓋正在記錄的事實。
- 遊戲化（點數、連續記錄、徽章），除非使用者要求，並且它支援使用者實際擁有的目標。
- 宣稱你沒有的數字（例如：「10,000 位滿意的使用者」）。使用真實數據，否則就不要提。
- 為了看起來不同而重新設計已經遵循平台慣例的元素。