解讀云計算產(chǎn)品的可用性測試方法

0 評論 5972 瀏覽 29 收藏 8 分鐘

在市場競爭殘酷且激烈的今天,每年都有大量的新型產(chǎn)品投入市場。由于新產(chǎn)品對于用戶的粘合度有高有低,一些新型產(chǎn)品在市場上大賣特賣,但相當(dāng)大一部分的新型產(chǎn)品被迅速淘汰。為了提高新型產(chǎn)品投入市場的存活率,每一件新產(chǎn)品投入生產(chǎn)都有經(jīng)過大量的可用性測試。本文作者針對云計算產(chǎn)品,講述可用性測試對產(chǎn)品的關(guān)鍵所在。

越來越多的B端產(chǎn)品也在向著提高用戶體驗而設(shè)計,開始進(jìn)行做體驗閉環(huán),其中,很重要的一步就是進(jìn)行“可用性測試”。

針對云計算產(chǎn)品,談?wù)効捎眯詼y試的一些看法和方法。

一、用戶體驗和可用性

這兩個概念很容易混淆,在ISO定義中:

  • 可用性Usability考慮的是特定用戶,特定場景下完成具體目標(biāo)過程的功能有效性、效率和滿意程度。
  • 用戶體驗User experience考慮的是用戶與產(chǎn)品,服務(wù),環(huán)境或設(shè)施互動時的體驗和主觀感受。

用戶體驗貫穿產(chǎn)品的的使用前后,而可用性更針對產(chǎn)品的使用階段。

下面舉一些簡單的例子:

  • Mac與Windows在很大程度上可用性是一致的,有些場景的操作流程甚至都是一致的(比如打開文件夾,復(fù)制粘貼文字),但Mac的用戶體驗明顯好過Windows;
  • TESLA?和NIO的用戶體驗從直營店開始布局,整個服務(wù)貫穿銷售到后續(xù)的維護(hù),進(jìn)行全生態(tài)服務(wù)。

我們在設(shè)計云計算產(chǎn)品時考慮更多的是客戶在使用產(chǎn)品時的體驗,接下來所講的完成體驗閉環(huán),也是指的進(jìn)行“可用性測試”。

二、什么造就了產(chǎn)品的可用性

產(chǎn)品的可用性的評判主要有以下五點:

1. Utility?實用性

在評估產(chǎn)品的交互、視覺之前,應(yīng)該看其是否實用,是否有用,如果提供的功能對用戶無價值,用戶根本不會去使用,那這個產(chǎn)品交互流暢視覺再好看也毫無意義。

實用性很重要,是產(chǎn)品成立的前提,卻經(jīng)常被忽視。

2. Effectiveness?有效性

用戶是否能夠通過產(chǎn)品達(dá)到、完成某些任務(wù)。(交互是否流暢)

3. Efficiency高效性

完成任務(wù)的效率,不僅需要讓用戶無障礙的完成某些功能,還要確保用戶在使用的時候是高效的。

4. Satisfaction滿意度

主觀的定性的點,當(dāng)用戶高效的完成任務(wù)之后,主觀滿意度是怎樣的。

5. Accessibility可達(dá)性

我們的產(chǎn)品和功能是否能滿足特殊群體去高效的使用(老年人,盲人…)

由于云計算產(chǎn)品主要使用人群為辦公人群,使用場景多為企業(yè)辦公,而需求的提出多是出自對業(yè)務(wù)或工作的需要,所以在實際分析中,實用性和可達(dá)性可以暫時不考慮,可以將可用性測試的重點放在有效性、高效性和滿意度上。

三、何時進(jìn)行可用性測試

首先我們需要了解,可用性測試不是只需進(jìn)行一次,理想的設(shè)計流程中會在不同階段進(jìn)行多次測試,而不同階段的探索對象和目標(biāo)也是不一致的。

1. 探索性測試

在設(shè)計初步的概念中,主要測試對象是功能概念或產(chǎn)品,對測試環(huán)境和原型要求不高,可以在任何場景下帶著原型找用戶測試。

2. 評估性測試

最典型測試類型,通過評估產(chǎn)品或功能的初級操作,判斷產(chǎn)品功能的有效性、使用效率和滿意度,從而發(fā)現(xiàn)設(shè)計缺陷。

3. 驗證性測試

主要測試對象為現(xiàn)已開發(fā)的產(chǎn)品版本或樣機(jī)版本,目的是為了確認(rèn)早期發(fā)現(xiàn)的問題已經(jīng)解決,一般在產(chǎn)品快發(fā)布前的最后一道驗收屏障。

4.迭代性測試

滾動做第一、二、三輪測試,貫穿整個產(chǎn)品研發(fā)周期的測試類型,將多種測試在合適的時間節(jié)點有效的組合,制成功能可用性漏斗,保障產(chǎn)品在最終上線時的可用性是良好的,以及提供下一個產(chǎn)品研發(fā)周期的設(shè)計調(diào)整方向。

這四種是根據(jù)產(chǎn)品階段劃分的,我們在進(jìn)行產(chǎn)品研發(fā)過程中的需求、交互開發(fā)評審以及demo測試都可以看做是這類測試,但不是真正意義上的可用性測試,因為我們現(xiàn)在的評審對象,多數(shù)情況下并不是真正的客戶。

四、如何進(jìn)行可用性測試

根據(jù)測試結(jié)果在產(chǎn)品研發(fā)中起到的作用,又可分為:形成性可用性和總結(jié)性可用性。

形成性評估:是指在產(chǎn)品開發(fā)或改進(jìn)過程中,用戶對產(chǎn)品或原型進(jìn)行測試,通過測試后收集的數(shù)據(jù)來改進(jìn)產(chǎn)品或設(shè)計達(dá)到所要求的可用性目標(biāo)。

形成性評估的目標(biāo)是發(fā)現(xiàn)盡可能多的可用性問題,通過修復(fù)可用性問題實現(xiàn)軟件可用性的提高。

總結(jié)性評估:在有了體驗?zāi)繕?biāo)后,請客戶或使用者進(jìn)行有針對性的測試使用,從而對之前定下的體驗?zāi)繕?biāo)進(jìn)行評估。

介于云計算產(chǎn)品現(xiàn)在多為敏捷開發(fā),形成性可用性測試并不十分適用,而通過設(shè)定體驗?zāi)繕?biāo),請客戶進(jìn)行總結(jié)性評估,可以幫助做出更合理的迭代規(guī)劃。

這之中,需要在產(chǎn)品研發(fā)前,即在需求確定時,就規(guī)劃好該產(chǎn)品的體驗?zāi)繕?biāo),可用性測試不是完成體驗閉環(huán)的最后一環(huán),而是應(yīng)該成為體驗的開始,從而成為閉環(huán)。提前確定體驗?zāi)繕?biāo),也能使設(shè)計師工作時有意無意的在設(shè)計中貼近該目標(biāo)。在最后的邀請客戶進(jìn)行體驗測試時,告訴他們我們的體驗?zāi)繕?biāo),也能使他們在體驗過程中有意識的注意,從而提高體驗測試的價值。

常用的可用性評估框架有AttrakDiff、The System Usability Scale等,都可以在官網(wǎng)找到相應(yīng)內(nèi)容,但在實際操作中,需要根據(jù)所測試產(chǎn)品做一定調(diào)整,比如我們的產(chǎn)品在售出前往往會對客戶進(jìn)行一定培訓(xùn),那基本的操作上手問題就不存在了。

 

本文由 @DIDI 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自 Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!