隨著數字化轉型的到來，用戶體驗也成為了一個銀行人不可忽視的方面，不知道你作為業務經理、程式猿或者設計獅時，會不會困惑于系統的功能操作是否合理，互動是否流暢，視覺提示是否能夠引起足夠注意等問題？
由于這些人員對自己的產品和功能的流程、設計等方面過于了解，往往無法客觀判斷其可用性，這時候就需要對實際用戶進行可用性測驗，
那么什么是可用性測驗呢？請跟著我們一步一步來看~
什么是可用性測驗？
可用性測驗，雖然是一種測驗，但并不是傳統意義的測驗人員來做，而是讓一群具有代表性的用戶對產品進行典型操作，同時用戶研究員和其他與系統相關的人員（開發、設計、測驗人員等均可）在一旁觀察，聆聽，做記錄的方法，這里我們提煉出它的3個特征：
-
邀請真實用戶使用原型或成品：通過真實用戶的使用來評估產品的技術，
-
觀察、記錄用戶的感受和體驗：挖掘改善及提升產品可用性的方法，
-
適用于產品發展的各個階段：包括前期設計開發階段到后期優化改進階段，做可用性測驗價值在于能夠在不同的階段更加高效的發現問題，從而提高問題解決效率，
可用性測驗的步驟?
可用性測驗包含了3大階段16個小步驟：他們分別都是什么呢?別著急，我們舉個栗子來告訴你~
準備作業
1、制定測驗范圍、測驗目標及目標用戶
（1）定義測驗目標和范圍
即確定需要測驗的產品（服務）及測驗范圍，
小農小銀準備優化手機銀行理財產品購買的功能，希望看看目前的原型構想是不是符合用戶體驗，
在這次可用性測驗中，理財產品的首頁、購買、贖回等功能是此次的重點，小農小銀想看看用戶是否可以順利找到相關功能并流暢操作，
（2）定義目標用戶（此處舉例：比如手機銀行的常用用戶）
小農小銀分析了后臺資料，根據用戶的年齡、學歷、收入、理財習慣等方面，進行了用戶分類，分為了重度使用的用戶、輕度使用的用戶以及潛在使用的用戶，
2、招募測驗用戶
大量的可用性測驗實踐證明，5名參與者即可發現75%以上的問題，通過增加參與者數量來發現更多的問題意義不大，所以我們基本選擇5-7名參與較為合適（也可根據實際情況少量上下浮動），
小農小銀找到了95599的小伙伴，幫自己搜羅了2個忠實的理財購買用戶，2個總買農銀時時付的用戶，又找了2個自己的朋友作為小白用戶，
3、選擇測驗任務、擬寫任務測驗腳本
小農小銀針對這次可用性測驗立刻制作了手機銀行理財功能可用性測驗協議書；提問者大綱（包含測驗前宣告、基本資訊提問、發聲練習、正式測驗任務、體驗訪談等內容）；記錄者大綱（依據提問者大綱同步整理，觀察并記錄用戶完成任務的程序）；還有滿意度問卷，
4、確定可用性測量維度
小農小銀決定要用上定量、定性兩個維度來測量，定量上，他們準備記錄用戶們操作任務完成時間、任務操作成功/出錯次數；定性上，他們準備訪談用戶對測驗的整體評價及滿意度情況，
5、準備測驗物資、組建測驗團隊
小農小銀列印好步驟3里的相關材料，準備好了測驗使用的手機銀行，因為我們還沒有可用性測驗實驗室，所以他們就選擇了普通的會議室和錄像設備，
小農是資深的用戶研究員，他主要負責與用戶溝通、擬寫測驗腳本和資料分析；而小銀資歷稍淺，他主要負責協助記錄測驗要點、招募用戶并且進行一些測驗現場的支持，而業務員、程式猿、設計獅和測驗等專案相關的小伙伴們就等著新鮮出爐的錄像啦，
實施測驗
終于要開始測驗了，小農和小銀如何成功的執行這次測驗呢？
1、預測驗環節
小農小銀檢查了全部的訪談腳本，對測驗手機和錄像設備也進行了進一步的確認，看看是否存在什么問題，做好了各類風險的初步預估，
2、接待用戶
小農小銀終于見到了6名被測者，他們核對清楚了用戶資訊后，引導他們進入休息區等待測驗的開始，在等待的期間，他們發放了可用性測驗協議書，讓用戶仔細閱讀并簽字，告訴他們此次測驗的目的、告知個人資訊保密性及同步測驗后可獲得的積分權益，然后被測者就一個個開始測驗啦，
3、測驗前宣告
小農作為資深的用研，深知在可用性測驗開始的時候，要幫助用戶卸下緊張，他用親切的語氣和笑容對第一個被測者說：
“你好，李明，我是小農，我會和你一起進行這個測驗，你可能已經知道了，不過還是讓我解釋一下為什么今天讓你來這里吧，我們正在測驗手機銀行的理財購買功能，因此想看看真正有人使用它的時候會是什么樣子，
我現在要明確的是，我們在測驗這個功能，不是你本人，在這里你不會犯什么錯誤，實際上，這是一個你完全沒必要擔心自己會出錯的地方，我們想知道你是怎么想的，所以請別擔心會傷害到我們的感情，我們想要改進這個APP，因此我們想知道你真實的想法，
一會兒我們進行測驗的時候，我會要求你把心里的想法說出來，告訴我們你是怎么想的，這對我們有很大幫助，”
4、發聲練習
被試者往往在開始的時候不習慣邊操作邊說出自己的想法，所以小農小銀，會先帶他們做一個簡單的發聲練習，
小農：“請在執行每一步操作時，盡量用言語描述出你當前的感覺和想法，比如:你準備要做什么，你正在找什么和你做了什么決定等等，任何想法都可以說出來，用自然的方式就可以，就像日記里寫流水賬，不需要刻意去思考或者思考太多，
最后在您認為任務已完成或者您覺得無法完成的時候，告知我'完成'或者放棄'我放棄'，你的回答沒有對錯之分，希望你能充分表達自己體驗產品時的感受，如果你有問題，就盡管問，我也許不能馬上回答這些問題，因為我們想知道如果沒有別人在旁邊的時候，你會怎么做，但是測驗結束以后，我會設法回答任務你還不明白的問題，
我們有很多任務要做，我會盡量保證進度，不過我們也會盡量保證讓這程序生動有趣，”
5、正式測驗任
在正式測驗任務中，我們要做到任務解釋清晰到位、任務節奏和內容要良好掌控，不要讓用戶隨意嘗試，對任務的難易程度要有初步的評估，并給到心里預期，如果用戶遇到了問題，在測驗結束后要及時溝通，找到發生的原因，讓我們來看看測驗中的小片段：
小農：如果你打算買一筆理財，你會先做什么？
李明：我想先看看上面這排理財型別
小農：然后你會怎么做？
李明:我不太明白這個結構化的意思，（在猶豫點擊哪個），我現在不太肯定該怎么做，我覺得還是點定期保險一點,但是我不知道這個定期和我在銀行存的定期存折一樣不一樣，
小農：那么你覺得你會點擊哪個?
李明:我還是點這個定期先看看吧，
小農：點它試試看，
6、體驗訪談
體驗訪談的目的在于對測驗做一個補充提問，此外，對任務執行程序中遇到的問題也可以進一步溝通，定位發生的原因并做好記錄，
7、用戶填寫滿意度問卷
測驗結束后，需要邀請用戶填寫滿意度問卷，對測驗進行簡單的評價，做好資訊反饋與總結，
小農：李明，你已經完成了所有的測驗任務，非常感謝!最后，希望通過幾個問題了解一下你在整個程序中的感受如何:
請閱讀下表中的描述，并判斷這些描述是否符合你的感受，在對應的符合程度下打鉤，
你可以使用1-5之間的數值來表示你對這些描述的認同程度(1代表”非常不同意，5代表“非常同意”)，
8、核對測驗收錄的內容及資訊
在用戶離開前，需要確認是否所有任務都已完成，測驗記錄的相關資訊是否都已完整收錄，盡可能的避免出現任何的遺漏，
總結分析
1、資訊整理
測驗結束后，首先需要對測驗結果進行資料處理與分析，及問題的歸納總結，
2、結果總結與分析
用戶找不到需要的功能或字眼？——資訊框架、內容分類要不要調整？
用戶對體現的內容不明白？——沒有使用用戶理解的詞匯？
用戶總是在同樣的地方操作錯誤?——提供的操作控制元件太復雜或不符合用戶習慣？
……
3、測驗結果溝通與反饋
可用性測驗的最后就是與需求、開發等各方做進一步的溝通：給出具體的改進方案和后續規則，至此，一次可用性測驗才順利完成，
以上就是可用性測驗的大致介紹，或許目前僅僅在C端產品使用的會比較多，但實際有很多B端產品也應該使用可用性測驗，幫助我們更好的了解用戶的真實困惑與需求，從而讓專案相關人員提出更優的方案，提升產品的效率，希望我們的銀行產品在這些方法下越來越貼近用戶的感受，成為更溫暖的產品，
最后感謝每一個認真閱讀我文章的人，看著粉絲一路的上漲和關注，禮尚往來總是要有的，雖然不是什么很值錢的東西，如果你用得到的話可以直接拿走：
這些資料，對于【軟體測驗】的朋友來說應該是最全面最完整的備戰倉庫，這個倉庫也陪伴上萬個測驗工程師們走過最艱難的路程，希望也能幫助到你!
在我的QQ技術交流群里（技術交流和資源共享，廣告勿擾）
可以自助拿走，群號：175317069 群里的免費資料都是筆者十多年測驗生涯的精華，還有同行大神一起交流技術哦
如果對你有一點點幫助，各位的「點贊」就是小編創作的最大動力，我們下篇文章見！
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/293108.html
標籤：其他