05 防錯原則（Error prevention）：
Even better than good error messages is a careful design which prevents a problem from occurring in the first place. Either eliminate error-prone conditions or check for them and present users with a confirmation option before they commit to the action.
與其在錯誤發生后提供一個非常棒的出錯信息提示，還不如一開始就設計一種能夠阻止這種錯誤發生的機制。要么消除容易發生錯誤的隱患，要么在用戶操作后，系統預見到可能存在的嚴重后果時給予用戶確認選項以提醒存在的風險。
防錯原則在工業設計領域又被稱為“防呆機制”，百度百科是這么解釋這個機制的：
防呆是一種預防矯正的行為約束手段，運用避免產生錯誤的限制方法，讓操作者不需要花費注意力、也不需要經驗與專業知識即可直接無誤地完成正確的操作。在工業設計上，為了避免使用者的操作失誤造成機器或人身傷害（包括無意識的動作或下意識的誤動作或不小心的肢體動作），會有針對這些可能發生的情況來做預防措施。
防呆機制主要包括三個原則：
1. 具有即使有人為疏忽也不會發生錯誤的構造──不需要注意力。
2. 具有外行人來做也不會錯的構造──不需要經驗與直覺
3. 具有不管是誰或在何時工作都不會出差錯的構造──不需要專門知識與高度的技能。
常見的SIM卡設計一個缺角、內存條上居于一側的凹槽、
在軟件和App設計領域，用戶錯誤的操作行為雖然一般情況下不會對應用或者用戶造成傷害，但卻有可能給用戶體驗帶來極大傷害，嚴重情況下甚至增加用戶跳出率，影響品牌形象。
移動端輸入電話號碼時彈出的數字鍵盤就是防呆機制在App設計領域應用的一個很好范例：
舉個防錯原則做得有問題的簡單的例子：
有些應用提供的上傳圖片不支持某些格式的圖形文件，按照防錯原則應該從源頭判斷，不允許上傳，而不是loading結束后彈框提示用戶上傳失敗。
使用臨時狀態進行重要操作
對于某些編輯、修改系統信息內容且行為不可逆的操作，可以使用“臨時狀態”的保護機制防止用戶犯錯。普通狀態只提供用戶基本的瀏覽、查看等基礎
執行重要操作時，提供確認操作(Require Confirmation?)
基于系統原因和一些限制因素，某些會有嚴重后果的系統操作如刪除、修改、覆蓋等操作是不可逆的，所以系統需要在用戶做出這類指令時，明確預見到了自己操作的后果，但基于系統對用戶自由度和控制性的支持（即第3條法則），系統不需要在用戶做出指令之前給予用戶意見建議，但在用戶做出指令后，要用對話框的形式告知用戶該指令產生的后果并讓用戶自主決定是否繼續執行。
06 易取原則（Recognition rather than recall）：
Minimize the user's memory load by making objects, actions, and options visible. The user should not have to remember information from one part of the dialogue to another. Instructions for use of the system should be visible or easily retrievable whenever appropriate.
通過讓控件、動作、選項變得可見來減少用戶記憶負擔。用戶無需記住所有對話框里的信息以備不時之需。在用戶需要時，系統幫助應該是可見的并容易獲取的。
盡可能減少用戶記憶負擔，把需要記憶的內容作為輔助信息提供給用戶，要始終記住，用戶來使用我們的系統，不是為了找虐的，而是為了完成既定任務，幫助用戶快捷高效地完成既定任務，才是系統應該首先考慮的。
除非我們是出于測試用戶記憶的目的，否則對于用戶來說需要殺死很多腦細胞才能回憶起的信息，正是智能設備的強項，系統調出保存信息的成本可以忽略不計，既然這樣，何必為難用戶呢？讓系統多做一步，讓用戶少些記憶負擔，是一種雙贏的選擇。
用戶搜索時，提供一個專門的場景，即搜索關鍵字匹配狀態，就是關于這一原則的最佳應用范例，如用戶想買一款耳機，他只記得有一款四個字的耳機質量很好，名字好像是叫“*海**”，就憑著這一點點線索，用戶在電商網站搜索，就能按圖索驥，完成自己的任務。
用戶的關于名稱和專有名詞的記憶是不連貫的，有時候只能記起其中的一個或幾個關鍵字，所以在專有名詞和名稱搜索時，搜索關鍵字匹配能做成全局匹配的，就不要僅做首字母匹配。
怎樣保證系統提供給用戶的信息正好是用戶當前需要參考的信息？這就需要綜合考慮場景和當前情境綜合設計。如在編程工具里，用戶輸入某個關鍵字時，系統應該提供與該關鍵字相關的所有字段、函數、Class等名稱讓用戶選擇，這可以極大提升編程效率并減少因拼寫錯誤而造成的BUG。
我們假設一個使用場景：用戶想要通過我們的系統為自己的朋友轉賬一筆錢，這個用戶以前曾經使用我們的系統為這個朋友轉賬過。傳統的沒有做過體驗優化的轉賬界面就是讓用戶輸入卡號和姓名，選擇對方銀行卡所屬銀行，用戶在這個過程中，要么手里拿著對方的卡號和所屬銀行，要么有超強的記憶力，而習慣了“大店欺客”我們也很難對這樣的系統有什么指摘。但如果系統針對轉賬場景做過調研和用戶體驗優化，能做到在用戶輸入對方姓名時，自動在轉賬記錄里進行匹配，并把對用戶有用的提示信息呈現給用戶，用戶雖然不能完全記住朋友銀行卡賬號，但對尾號和開戶行會有一個粗略的印象，而呈現的信息幫用戶做的，正是“Recognition”的工作，使用戶不需要耗費太多精力就能輕松完成任務。
兩相比較，孰優孰劣，則一目了然，面對用戶需求不積極改變的平臺，一定會被用戶拋棄。
如平安銀行的轉賬界面就做得比較貼心：
而幫助用戶參考的信息，出現時機和內容也要根據場景綜合考慮，恰當的提示信息在恰當的時候出現，是貼心，不恰當的信息在不恰當的時候出現，是干擾。
在搜索場景下，關鍵字匹配提示需要把用戶當前搜索場景中數據庫所有信息都向用戶開放并呈現權重最高的。但用戶在瀏覽器地址欄輸入網址的場景中，關鍵字匹配提示如果還是按照搜索場景的模式來提示用戶，對用戶就是一種干擾，因為此時用戶已經基本確定了自己的輸入目標網址，此時把數據庫中熱門的權重高的網址提示呈現給用戶，對用戶沒有任何幫助。相反，把用戶最常使用的、收藏夾中的、歷史記錄中的匹配內容呈現給用戶，才能真正幫到用戶。
好的信息提示就如同訓練有素的服務人員，無處不在卻又不打擾顧客，一旦顧客有任何需求，會馬上出現在顧客面前并提供相應的服務。好的信息提示也應該是這樣。
