通過可用性測試大大改進我客戶的APP
大多數設計師花很多的時間使他們的設計達到他們自己想要的樣子。然而最好的方法是收集真實用戶的反饋。通過測試能夠找到沒有被發現的痛點和流程,這些在設計過程中不是很容易被發現的。
最近,我有機會在第一時間體驗“hello sign”這個應用,這個IOS應用可以讓用戶通過智能手機內置的攝像機掃面文檔、簽字并通過把他們發送出去。通過測試發現問題,以及之后的改進設計,使這個應用從4星變成了滿分5星。接下來我們將頭到尾說一下這個應用最初的樣子、我們如何進行的測試以及最后如何使丫變成滿分的。
最初的設計
這個應用主要有4個模塊(對于用戶來講應該是“步驟”):注冊\登錄、歡迎、創建文檔和編輯文檔。我們做的最大的改變是在登錄注冊和歡迎頁面。我們先簡單的看一下這些頁面最初的設計,以便了解這個應用是如何工作的~
登陸注冊和歡迎
登陸注冊和歡迎是用戶在最初體驗產品時重要的頁面,我們想使用戶去注冊或者——如果他們已經有了HelloSign website(此應用的網頁版)的帳號——登錄來創建文檔。具體到這個應用來講,他是對網站的補充,大多數的用戶基本都擁有帳號甚至對于功能的使用比較熟悉。因此,作為一個獨立的APP注冊登錄環節對于用戶來講應當弱化為可選的操作而非必須的。
原始版本的登錄、注冊、歡迎頁面
創建文檔
文檔創建流程中最重要的便是拍攝過程,通過引導使用戶將文檔放置在屏幕的拍攝框中。在設計這個流程的時候,我們參考了Iphone的原生相機應用和Instagram的設計,以及Schwab的存放檢索應用和Card.io的信用卡掃描應用的相關頁面。
文檔編輯
創建完文檔后,用戶會看到編輯頁面。在這里他們可以增加簽名、文字、檢查列表和日期水印。
用戶測試
在最初版本登錄appstore后的幾個月,我有機會來迭代下一個版本。在開始之前,我決定做一個用戶測試來了解這個應用最高效的地方以及需要改進的地方。(下面的一段有點像是在做廣告。。。)
有很多用戶測試的服務可供選擇,比如Verify和uTest,我選擇UserTesting.com相對性價比較高。不同的測試服務有各自的優勢、特點和各種定制選項,應當針對資深的應用特點選擇最適合你的目標和需求的的服務。UserTesting可以提供一系列的測試,通過視頻記錄用戶在操作分配其任務的每一步。你也可以附加一些補充問題,比如:“最使你郁悶的操作是哪里?”同時UserTesting.com為每一個任務準備了4個非常完備的問題,基本能適用所有的測試。
就像JakobNielsen所講的,沒有必要通過大量用戶測試來得出結論,某些情況下即便是3到5(這里應當是目標用戶,而不是隨便的人)人就可以滿足。由于這個應用是處理傳輸過程中的文檔,我們讓用戶進行了一個典型的操作流程:創建、編輯并發送一個文檔。補充的問題是用戶使用的難易程度、比較難用的地方和覺得哪些地方可以改進。
我會觀看(每個用戶的操作)視頻兩次,第一次只是確認所有的明顯的問題和熟悉測試人員拍攝視頻的風格(習慣、方式),第二遍的時候我會非常仔細的記錄一些特殊的問題。在測試過程中,大多數的用戶不會提出他們遇到的一些問題(也許是本身沒有意識到),但是這些問題會通過他們的行為會表現出來。當用戶有下列舉止的時候,就可以推斷用戶或許遇到了問題:
●?在試圖完成一個操作的時候停頓了幾秒
●?被一個操作困擾需要回想之前的操作甚至需要重來一遍
●?發出沮喪的聲音(一個嘆息或牢騷一句)
●?完成一個目標的時間大于預期的時間
●?整個任務無法完成
當然會有其他的反應也表示用戶遇到了問題,這些事一些比較常見并值得為此來尋找原因的現象。(分小組)測試的越多,就會有更多的問題被明確。如果可以的話,在每一次迭代開始之前進行測試是非常有價值的。有的問題可能只會影響到你的一小部分用戶,但有的就會有很大的影響。根據你現有的功能列表、想要達到的目標、用戶需求來合理的安排時間來優先解決那些影響較大的問題。不是所有的問題都值得去解決。
設計改進
我們改進設計的目的是明確并解決影響用戶的主要問題。之前提到了,問題是永遠解決不完的,資源與限制為我們圈定了范圍。
我們得出了什么?
通過測試發現在登陸注冊頁面有比較大的問題。多數用戶不清楚所在的頁面是登錄頁還是注冊頁。用戶經常在這個部分前進后退來對比兩個頁面分別是做什么的。
我們同時也發現:
●?創建頁面的過程過于重復
用戶在拍攝完每一張照片之后,還需要點擊“添加頁面”,然后再拍另一張,再點擊按鈕。這過程很乏味,有些測試者覺得這個過程沒有必要,有的覺得非常沮喪。
●?用戶在添加了一個日期之后不能接著編輯
一個用戶想要添加一個過去的時間到文檔。但實際只能添加時時的日期并且不能修改。這點非常使人困擾且沒有必要如此嚴格
●?在掃描(拍攝)文檔時屏幕上的對齊標識需要加強
用戶在把文檔的邊緣和屏幕上掃描框對其的過程中存在困難,有的用匯在經歷多次失敗后放棄。
改進登陸注冊
我們做的最根本的改進是在整個流程的最初。直接將用戶帶入注冊頁面(只有一個注冊按鈕作為狀態提示),被證明會困擾用戶。在測試的過程中,大多數的用戶希望在這個頁面能夠讓他們登錄而非注冊。在修改后的頁面增加了這個步驟,可使用戶在這里做出選擇區分登陸或注冊兩條操作路線,可以看到結果的選擇。另一個結局辦法是增加用戶名和密碼的輸入框的區分度,因為大多數用戶的閱讀習慣是自上至下,盡管我覺得不會完全解決問題。
在經過一兩個選擇時候,用戶會來到兩個非常相近的頁面,唯一的區別就是按鈕上的文案“注冊(sign in)”、“登錄(sign up)”。在新版本中可以看到,版面更加簡潔,添加了google登錄。通過之前的選擇區分,解決了界面分不清楚的困擾。
最后,主頁(拍攝頁面)基本被重新設計?!皫椭卑粹o處理的比較笨重,過于弱化。新版本把幫助按鈕前提,并強調了“掃描”功能,使掃描變成整個應用的主要用例。
結論觀點:
設計是一個不斷迭代的過程,任何直覺都不能幫你發現你的產品的漏洞。作為設計師我們往往太過熟悉自己的工作而不能輕易地找到問題的所在。唯一的能真正推進設計的方法是讓真實的用戶測試產品,看他們如何與產品互動。其實只需要稍作工作,通過測試發現問題,便可是一個在線的4星應用達到滿分。
從某種意義上講,有很多測試的方法。簡單的可以是找一幾個朋友坐在一起讓他們用你的產品,復雜的可以雇傭一個主持人帶領一群用戶到你的辦公室。當然也有A/B測試,可以和用戶測試一起進行。用戶測試可以在很大程度上發覺產品的問題以及提升產品體驗,A/B測試可以幫助找到新的創意以及潛在的需求。
這些測試服務并不昂貴,可以幫助你設計組織測試是你不用費盡心思去尋找用戶。不管你的經費有多緊張,你的英勇有多簡單,讓真實用戶測試你的產品是值得的,并且能幫你更好地了解你的產品在那里可以提高。
文章來源:站酷
用戶測試部分的第四行,應該是“自身”,而非資深