有哪些靠譜的交互設計評估方法？

01-15

今天看了一篇文章，覺得相對來說比較靠譜

整理了一個簡易的checklist，方便在走查時對架構、布局、內容、行為四個方面對照檢查

1.架構和導航Architecture and navigation

¨ 是否採用了用戶熟悉或容易理解的結構？

¨ 是否能識別當前在網站中的位置？

¨ 是否能清晰表達頁面之間的結構？

¨ 是否能快速回到首頁/主要頁面？

¨ 鏈接名稱與頁面名稱是否相對應？

¨ 當前頁面的結構和布局是否清晰？

2.布局和設計Layout and design

¨ 是否採用了用戶熟悉的界面元素和控制項？

¨ 界面元素和控制項的文字、位置、布局、分組、大小、顏色、形狀等是否合理、容易識別、一致？

¨ 界面元素/控制項之間的關係是否表達正確？

¨ 主要操作/閱讀區域的視線是否流暢？

¨ 其他文本（稱謂、提示語、提供反饋）是否一致？

3.內容和可讀性Content and readability

¨ 文字內容的交流對象是用戶嗎？

¨ 語言是否簡潔、易懂、禮貌？

¨ 內容表達的含義是否一致？

¨ 重要內容是否處於顯著位置？

¨ 是否在需要時提供必要的信息？

¨ 是否有干擾視線和注意力的元素？

4.行為和互動Behavior and interaction

¨ 是否告知、引導用戶可以做什麼？

¨ 是否告知需要進行哪些步驟？

¨ 是否告知需要多少時間完成？

¨ 是否告知第一步做什麼？

¨ 是否告知輸入/操作限制？

¨ 是否有必要的系統/用戶行為反饋？

¨ 是否允許必要的撤銷操作？

¨ 是否頁面上所有操作都必須由用戶完成？

¨ 是否已將操作步驟、點擊次數減至最少？

¨ 是否所有跳轉都是必須的（無法在當前頁面呈現）？

以上只是一個不完全的清單，同學們可以根據自己的實踐經驗修改，也可以參考更全面、權威的可用性測試檢查表，如普渡大學可用性測試檢查列表。

交互設計的評估，或者學術的說是Usability（譯作可用性，易用性，或者使用性），通常有以下方法：

1. 啟發式評估方法專家評估

利用一些已有的設計原則和行業準則等，由有經驗的設計師，按照這些原則、Checklist進行評估。實際當中這是比較靈活的（嗯，凡是需要在產品中做設計的都可以叫設計師），你可以按照這些原則去檢查設計，看看是不是有違反這些原則的設計漏洞，通常通過這種檢查，你可以快速的找到一些問題。

如果做的再深入一些，還可以由幾個獨立的設計師（專家），分別按照已有的Checklist來評估，並且打分，最後將這些分數綜合起來（以抵消個人的偏見）。這就是通常說的可用性專家評估法。以個人的經驗，通常有經驗的設計師，能夠非常快速的發現大多數設計問題。

Renyu Zhang
補充一下小馬同學的回答：Nilsen的這個可用性測試叫做Heuristic evaluation，參與者要是專家，根據 Nilsen那個checklist來做分析評估。
這個方法非常的傳統和有悠久的學術研究和發展。不過它也有一定的局限性，首先，他要求測試人員未專家，由於專家的特殊性，比如視覺設計師，在他們的世界裡，任何產品的設計精確到了半個像素，他們對顏色的明銳度也是非常的強烈。然而，我們產品的end user可不是，給他們＃777777 ＃888888的灰色，在大部分end user眼裡是一樣的：灰色。因此測試結果很有可能會和目標用戶的反饋有差。
第二點，Heuristic evaluation的測試checklist，在對測試做引導的同時，也存在一定的局限性。

2. Usability Testing（可用性測試）

由有經驗的設計師（或者可用性專員等等，any title），對產品進行分析，找出關鍵的Use Case，然後根據這些Use Case撰寫腳本，布置出一些任務來。同時，根據產品的用戶群，選擇一些有代表性的用戶，邀請這些用戶和你一起來做可用性測試。注意，這些用戶叫做「參試」，而心理學上通常叫「被試」，這是有區別的，要明確你是要和用戶一起測試產品，而不是去測試他們自己。測試時通常有一個主持人來陪同用戶，按照事先擬定的腳本，一步步來使用產品，主持人需要在過程中緊密的觀察用戶的使用，發現問題並和用戶溝通（一定要讓用戶很放鬆，很自然，國內用戶通常會緊張）。當用戶操作發生錯誤，或者迷惑不解等等時，主持人就要重點留意，並挖掘出用戶出現這些問題背後的原因是什麼。

如此這般，可以發現很多有價值的可用性問題，然後來改善設計。參試的人數一般7～8個人就可以（當然還要看產品的具體情況，用戶群的大小、集中程度等等），如果你是快速迭代的測試，5個人甚至都可以（Nilsen寫過一篇文章來講這個）。

大約5、6年前在《程序員》上寫過一篇文章來詳細介紹這個方法。

3. Log分析

可以在軟體/應用/Web里記錄Log，來分析用戶的行為。Log里可以包含各種你想記錄下來的行為/事件，如點擊次數、停留時間、從那個地方離開的，等等，當然如果你要分析具體的交互設計的話，最好一開始能有一個假設，建立一個模型，例如什麼樣的數據會證明這個設計是好的，或者是差的，是點擊率的高低？是兩個數值之間的聯繫？等等。

你可以自己寫代碼去記錄，也可以用一些現成的服務去記錄和分析。

例如如果你做的是Android APP的話，可以用友盟的SDK直接在代碼里引用，就可以得到一些數據來分析。

4. A/B Test

可以出兩個或者多個交互設計的方案，同時放出來讓用戶使用（需要控制用戶群體），然後根據數據（或者用戶反饋），來比較選擇某一個更優的方案。需要注意的有兩點：(1)方案本身要注意控制哪些是變化的因素哪些是不變的，例如一個方案用的是按鈕，而另一個方案里是鏈接，其他的地方都不變，這樣根據點擊率就可以知道哪個更好一些，如果你同時又變化了別的內容，例如一個加圖片，另一個不加，就很難分的清是哪個影響的了。（2）用戶群要控制好，或者說抽樣要合適，盡量能讓兩種方案接觸的用戶群組成相同，這樣就容易比較。

5. 其他方法

例如，通過眼動儀來追蹤視線以發現用戶的關注點等等。這在很多地方，特別是要微觀的調整布局設計等時非常有用，但是大多數情況下，我們的設計還不需要到這個層面上去測試和觀察，因為總是有更多顯而易見的問題被我們以更廉價的方法識別出來。

一口氣寫了這些，但可能還會有很多細節沒有說到。有具體的Case大家再討論。

---

現在我發起了一個聚焦在產品、設計（UI/UX）、運營學習的組織「互聯網學習圈」，未來希望能夠推動類似「信息時代的包豪斯」這樣的事情。

開放的社群：產品經理、設計師、運營相關專業學習和交流的微信群，加微信號 TellZoe ，會幫忙拉到相應的專業群里。

封閉的社群：內部講座、內推、和資深人士建立聯繫，http://t.xiaomiquan.com/vrn6AIm （可以複製到微信中發送給自己，再打開鏈接）

馬力的知乎文章索引：

https://zhuanlan.zhihu.com/p/25493627

—— 2017年9月更新 ——

學習 UI/UX 和產品設計

1、UI 和 UX 設計師的課程表

2、UI、UX交流QQ群：633293003，會定時舉行公開課和答疑。歡迎大家加入。