標籤:

有誰有哪些經典的可用性測試訪談提綱可以學習?


通常我們在產品調研時會發現調研很難觸及產品問題的本質,對產品改進沒有作用,而可用性測試方法的出現則解決了上述問題。我們為什麼要做可用性測試?我們在長期的研究中發現:用戶實際操作的和他么說的通常不同;主觀的問卷沒有辦法捕捉用戶行為;當產品設計不好用時,普遍用戶...

通常我們在產品調研時會發現調研很難觸及產品問題的本質,對產品改進沒有作用,而可用性測試方法的出現則解決了上述問題。

我們為什麼要做可用性測試?我們在長期的研究中發現:用戶實際操作的和他么說的通常不同;主觀的問卷沒有辦法捕捉用戶行為;當產品設計不好用時,普遍用戶也會打「滿意分」。而這些產生出來的建議和用戶的真實情況存在非常大的偏差。真實的可用性測試是讓真實用戶來操作的過程,它對產品的評測基於用戶表現的評測,它是以用戶為中心設計的重要方法之一。

我們至少可以通過可用性測試達到以下目的:

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:可用性測試 |