有誰有哪些經典的可用性測試訪談提綱可以學習?
01-26
通常我們在產品調研時會發現調研很難觸及產品問題的本質,對產品改進沒有作用,而可用性測試方法的出現則解決了上述問題。我們為什麼要做可用性測試?我們在長期的研究中發現:用戶實際操作的和他么說的通常不同;主觀的問卷沒有辦法捕捉用戶行為;當產品設計不好用時,普遍用戶...
通常我們在產品調研時會發現調研很難觸及產品問題的本質,對產品改進沒有作用,而可用性測試方法的出現則解決了上述問題。 我們為什麼要做可用性測試?我們在長期的研究中發現:用戶實際操作的和他么說的通常不同;主觀的問卷沒有辦法捕捉用戶行為;當產品設計不好用時,普遍用戶也會打「滿意分」。而這些產生出來的建議和用戶的真實情況存在非常大的偏差。真實的可用性測試是讓真實用戶來操作的過程,它對產品的評測基於用戶表現的評測,它是以用戶為中心設計的重要方法之一。 我們至少可以通過可用性測試達到以下目的:n 檢查設計是否有效
n 診斷問題 n 增加新特性 n A/B測試中兩個選其一 n 證實設計目標是否達到 在可用性度量中,我們需要關注以下幾個問題: n 是否用戶能夠執行任務? n 期望用戶看到的信息是否被用戶發現? n 用戶是否發現了有效的路徑? n 是否用戶知道他們正在做什麼?n 他們遇到了什麼問題?
n 專業術語 n 不知道去哪裡或者不知道下一步是什麼 n 沒有發現他們正在尋找的 n 是否能從錯誤中恢復? 一般可用性測試標準如下: n 先於設置問題清單前,設置你的可用性標準 n 行為測試標準(以航空售票為例) 用戶可以在兩分鐘以內改變地址 用戶能夠只通過一次點擊便進入首頁用戶能夠沒有錯誤的成功購買機票
4/6的用戶能夠在線購買機票 n 行為表現標準 購買機票的時間: Good: Under 2 minutes OK: 2-3 minutes Problem: 3-4 minutes Failure: Over 4 minutes n 基礎偏好標準 在容易使用標準下,用戶將至少給5分(7分滿分制)超過80%的用戶相對於老設計更喜歡新設計
一般情況下,篩選用戶: n 用戶的選擇需要基於市場數據(定量數據)集中所產生的用戶概況或者用戶描述 n 選擇參與者基於: 網站的使用情況: 當前用戶 潛在用戶 產品使用等級 其它因素也很重要 語言教育等級
性別 地理 主要文化 n 5個用戶將發現大概80%的產品可用性問題(Virzi,1992 and Nielsen,1993) n Faulkner(2003)發現: 測試5個用戶大約可以發現85%的可用性問題 10名參與者發現82%到85%的可用性問題 n 一般規則:採用5-8人作為被測用戶推薦閱讀:
※系統可用性量表(SUS)在用戶研究中的應用
※產品可用性測試有哪些方法與步驟?
※怎樣做體驗地圖(experience map)?
TAG:可用性測試 |