我說：這幾點原則是在“3G門戶的UED部落格”中看到的，覺得說的還比較全面，藍字部分為我的個人理解，寫下來提醒自己，也為交流。
想看原文可以 點擊這裡-------------------------------------
1.就近原則：恰當的組織和分類；
這點同時需要考慮，最主要（常用）的功能要放在比較顯眼（如第一視覺落腳點）以及便於‘點擊’的位置，假如內容過多，可以將大部分使用者（80%）用不到或大部分時間用不到的功能放置更深一層的結構中，這點上android軟體中比較常見。
2.容錯原則：允許使用者犯錯；總是會有一些犯錯的使用者，這種情況作為設計者應該未雨綢繆，‘允許’只是個代詞，這裡首先要做到
提示，即首先讓使用者明白，這樣的操作是錯誤的，並且需要明確指出是在哪裡出的錯，為什麼錯。然後是
引
導
，即告訴使用者應該怎麼樣做，才可以完成這項任務。
3.協助原則：提供適量的協助；‘適量’是這條中的重點，如果協助資訊過多或過於主動會讓使用者感到煩躁和不能清晰的找到準確的協助，如果過少則可能無法覆蓋使用者的問題，所以在設定協助資訊及體現原則上，需要結合以往的經驗和現產品的使用者行為分析來確定。
4.習慣原則：符合使用者使用習慣；使用者使用習慣，其實使用者本沒有習慣，用的多了也就成了習慣（借用魯迅一句）。使用者最初的習慣都是建立在
最早出現的同類產品，或者
來源於以往生活中的部分常識，假如你做的是創新性產品，就需要在這點上多下些功夫；假如是借鑒型產品，最好是沿用常見的方式；比較重要的是，你的設定肯定是需要有絕對的理由支撐的，切忌為了突出產品特點，
故意挑戰使用者習慣。題外話：apple是屬於“引領”的那一種。 5.響應原則：簡單點說就是“所見即所得 (WYSIWYG)”，要明確的讓使用者感受到“他”的操作是有反應的，有效果的。但這種響應不適合太“
簡單粗暴”，要結合操作的類型和情境來設計，讓使用者覺得當前和“他”交流的是一個“
感性的朋友”，而不是冰冷的程式。再深一層，可以考慮讓使用者在操作前，盡量對此操作有一定的可預見性。
6.精簡原則：這個比較難，大部分設計者都想把自己的想法，以及一切新穎潮流的展現形式，通通塞 給使用者，來證實自己的“見多識廣”，這裡其實需要考慮使用者的接受度，而且和使用者需求是緊密相關的，通常一個產品，初期，我們一般都是為了滿足使用者一個或兩 個的需求來建立的，去掉那些花花綠綠吧，現在已經不是雅虎的時代了，QQ橫行，我們應該
輕裝上陣。
