King設計研究所 - HMI可用性測試-基礎篇－鑽石舞台

前言

這篇文章針對車載行業的可用性測試，我們做一下深入探討，前面幾篇跟下來的讀者也都知道我寫作的節奏，前面會深入講解該主題的基礎內容，並結合一些我工作中實際案例給予大家去了解，後半部分以實踐案例為主，將前面基礎知識融入進來，結合案例進行剖析可用性測試🧑‍🏫，這次文章大綱分為三大內容可用性基礎知識、HMI可用性測試實際工作內容、HMI可用性測試評估維度體系，最後一點是重頭戲。

我們在文章前期先談談可用性測試與用戶訪談，可能後期也會針對 #HMI用戶訪談# 這塊內容會再輸出一篇文章。可用性測試和用戶訪談的區別 ➡️ 可用性測試更偏向於觀察用戶的操作行為，而用戶訪談是更好地挖掘用戶的需求。可用性測試是為了找出產品的問題而測試，通過這種測試找出產品中存在的問題，加以解決，最後目的也是為了讓產品用起來體驗更佳。

大家也發現了，關於HMI設計類文章很多平台上很少有，還有設計師工作中用到的設計方法論，如何運用到HMI車載領域當中，確實都很難找到，並且專業領域的內容車廠也不願意拿出來分享，我一開始寫文章的初衷就是想打破這個格局，雖然一個人力量很小，但我還是堅持做下去了，希望通過我的分享能夠讓更多的人能進入這個賽道，並且也能輸出自己的經驗傳遞下去，成為光，並散發光☀️。

進入我們今天的正題吧👇👇👇

可用性基礎知識

ISO9241中對「可用性」的定義是：特定用戶在特定的使用場景中，為了達到特定目標而使用某產品時，所感受到的有效性、效率和滿意度。

可用性原則

有效性（Effectiveness）：用戶完成特定任務的情況。比如：設定一個調節空調風量的任務，讓用戶操作，記錄員在旁邊記錄用戶的一個完成度的情況，成功完成、求助後完成、未完成的狀態。

效率性（Efficiency）：用戶完成特定目標的效率，任務完成時間和完成的一個路徑。在記錄過程中如果在一個正常時間範圍內無需關注，主要還是要記錄在某些功能上面花費較多時間完成的任務。在操作路徑上也要觀察，是否符合我們設定的操作路線，是否存在偏差或者是猶豫不決的地方。

滿意度（Satisfaction）：用戶使用該車機系統主觀滿意度，當然我們也要提前做好一些標準，比如任務完成的難易度進行評價，任務完成的滿意度測評等，

總結一下👊

一個好的可用性必須能夠滿足這三個維度，這三個維度也會有一個重要程度之分，有效性 > 效率 > 滿意度。

需要最後補充一下：

在評估一個任務可用性以外，還要需要注意該功能的價值，尤其是OTA升級發布新的功能，功能價值分為兩類：用戶價值和商業價值，作為設計師的我，覺得用戶的體驗應該是放在第一位的，有了好的體驗才能夠更好地去談商業價值，不然就是在扯蛋。例如 ➡️ 我們在優化負一屏中的體驗，將調節音量新增了可以調節四種音量大小，多媒體、電話、導航、語音，舊版本的音量調節，用戶經常會吐槽，因為當時功能設定負一屏音量調節是整個的一個系統調節，你在音樂調節很大音量的時候，如果有一個電話接入進來，對方說話聲音就很大，會嚇到用戶，這個在駕駛過程中會很危險的，因此在OTA升級後，我們做了優化。

可用性測試類型

其實可用性測試方法和類型很多，會在不同情況下使用，選取的方式也是需要看團隊設定的目標、在什麼階段、最終的預算能有多少錢，真的🤪 沒錢很難辦事情🤪

探索性測試：

產品在不同階段，可根據不同的測試類型做可用性測試，在產品初期可使用探索性測試方法，利用產品的原型圖展示給用戶，探索性的測試目的是，用戶是否對這款產品有所了解，如果在某些方面有所疑惑需要記錄，根據多組測試，重疊性較高的功能就需要UX去優化，在產品初期需要不斷的試錯。

比較性測試

我們先說一下比較性測試，我們在做設計時會出幾個不同的方案，需要在這個幾個方案中做出選擇，如果公司非常重視測試數據的話，會將設計方案同時上機進行路測，最終結合數據，讓體驗專家評判方案之間的優缺點，最終決策出符合用戶體驗的方案；另外一種比較是選擇兩種或者更多的產品，去研究他們優缺點，確定哪個設計方案能夠提供給用戶帶來良好的操作體驗；這兩種方案取決於項目的時間長短，如果像服務型的乙方需要快速的出方案，則更多的採用的是第二種，甲方有着自己設計研究部門可以給到部門有試錯的時間成本，那麼他們更會傾向於兩者相結合的方案，我們只能提供可行性的方案，最終還是需要領導層進行拍板實施。

評估性測試

當產品進入後半段，在發布版本前後，上機進行測試，HMI上機測試分為在室內台架上測試，另外一種是裝機在道路上測試，不同場景的路測，在這個階段的可用的測試方法是評估性測試。評估性的可用性測試目的是確保這個產品在發布之前將潛在的問題進行修復；在版本發布之後本公司或者一些測評機構會根據自己的評測標準進行對這款產品進行評估測試，對照自己的評判標準進行打分，方便後續OTA升級，版本優化迭代功能。