編輯導(dǎo)語：可用性測試是良好的用戶體驗(yàn)支柱之一，能夠發(fā)現(xiàn)未發(fā)現(xiàn)的問題，及時(shí)解決用戶的需求和痛點(diǎn)。作者分享了八個(gè)創(chuàng)建可用性任務(wù)的最佳技巧，希望對(duì)你實(shí)用可用性測試或提高專業(yè)知識(shí)方面有所幫助。

無論您是可用性測試新手，還是想提高專業(yè)知識(shí)，我們都希望與您分享創(chuàng)建可用性任務(wù)的最佳技巧。任務(wù)是可用性測試的脊柱。

如何在可用性測試中編寫和組織任務(wù)，將影響您獲得的結(jié)果的準(zhǔn)確性。

可用性測試是良好用戶體驗(yàn)的支柱之一：發(fā)現(xiàn)未被發(fā)現(xiàn)的問題、用戶需求和痛點(diǎn)。您需要確保測試的結(jié)構(gòu)合理，編寫的任務(wù)可讀且易于理解。收集偏斜數(shù)據(jù)很簡單，這些數(shù)據(jù)能驗(yàn)證您的假設(shè)，但并不代表您的用戶。

本文的目的是與您分享我們在創(chuàng)建可用性任務(wù)方面學(xué)到的知識(shí)。我們一直在幫助文檔中或直接與您分享一些建議，但是我們希望將所有的學(xué)習(xí)成果匯總到一篇文章中。

在“迷宮”中，您是根據(jù)任務(wù)構(gòu)建測試的，因此在本文中，我們還將介紹創(chuàng)建任務(wù)的技巧。但是，無論您使用什么來創(chuàng)建任務(wù)和與用戶進(jìn)行測試，該建議都是適用的。

一、技巧一：（測試前）定義用戶目標(biāo)

在進(jìn)行可用性測試或最好在進(jìn)行設(shè)計(jì)之前，應(yīng)始終從了解用戶的目標(biāo)開始。如果從一開始就定義了用戶目標(biāo)，它將幫助您起草用于可用性測試的任務(wù)。

在開始測試之前定義用戶目標(biāo) Paulo G. Latancia 在 Start designing with goals in mind 一文中解釋了用戶「目標(biāo)」和用戶「任務(wù)」之間的差異。他寫道：

“目標(biāo)永遠(yuǎn)是對(duì)最終狀況的期望。最終狀況通常與產(chǎn)品本身的使用無關(guān)，因此它實(shí)際上這是用戶希望通過將產(chǎn)品作為工具來實(shí)現(xiàn)的結(jié)果?！?/p>

目標(biāo)與某人用來實(shí)現(xiàn)目標(biāo)的工具或服務(wù)無關(guān)。

用戶目標(biāo)示例：

• 學(xué)習(xí)Y話題
• 到達(dá)目的地X
• 賣我的產(chǎn)品

另一方面，任務(wù)對(duì)于產(chǎn)品或工具來說是特殊的。任務(wù)是人們?yōu)閷?shí)現(xiàn)目標(biāo)而采取的明確行動(dòng)。在同一篇文章中，Paulo將任務(wù)定義如下：

“任務(wù)是用戶在實(shí)現(xiàn)目標(biāo)的過程中采取的步驟。為了實(shí)現(xiàn)目標(biāo)，用戶必須通過多個(gè)步驟完成小任務(wù)。數(shù)字產(chǎn)品的信息架構(gòu)是由任務(wù)組成的?！?/p>

現(xiàn)在，讓我們?yōu)椤皩W(xué)習(xí)Y話題”這一目標(biāo)粗略地草擬任務(wù)示例：

1. 目標(biāo)
2. 學(xué)習(xí)Y話題
3. 任務(wù)
4. 注冊
5. 報(bào)名一個(gè)在線課程
6. 參加在線課程
7. 通過考試
8. 取得認(rèn)證

在進(jìn)行可用性測試時(shí)，您應(yīng)該已經(jīng)根據(jù)所做的研究定義了用戶目標(biāo)。這將幫助您了解您的產(chǎn)品如何幫助用戶實(shí)現(xiàn)目標(biāo)。牢記這些目標(biāo)，可以開始草擬可用性測試所需的任務(wù)了。

二、技巧二：從簡單的任務(wù)開始

我們已經(jīng)在《制作最佳迷宮的7個(gè)技巧》一文中分享了此技巧，但值得在此重復(fù)。為了使用戶熟悉產(chǎn)品和測試體驗(yàn)，請(qǐng)從一個(gè)簡單的任務(wù)開始您的測試。

在第一個(gè)任務(wù)中，要求用戶執(zhí)行不超過2~3次單擊。例如，可以通過演練任務(wù)開始測試，以使用戶瀏覽您的網(wǎng)站或應(yīng)用程序。

在深入研究更復(fù)雜的任務(wù)之前，這將通過提供上下文來“向用戶展示”，并使他們熟悉測試界面。

三、技巧三：一次給用戶一個(gè)任務(wù)

根據(jù)原型的保真度，您可能需要在會(huì)話中測試許多元素。例如，在高保真原型中，可以測試的東西很多。我們的建議是：一次給用戶一個(gè)任務(wù)，逐步測試每個(gè)活動(dòng)。

?提示：您的“迷宮”測試是根據(jù)任務(wù)構(gòu)建的，因此我們建議您將每個(gè)任務(wù)（Mission）都集中在一項(xiàng)任務(wù)（Task）上，即，一個(gè)Mission等于一個(gè)Task。

避免將任務(wù)組合在一起（這將產(chǎn)生冗長而復(fù)雜的說明），并且提醒用戶他們必須執(zhí)行什么操作。拆分任務(wù)，使用戶專注于單個(gè)“待辦事項(xiàng)”活動(dòng)。通過一次專注于一項(xiàng)任務(wù)，將避免壓垮用戶。

四、技巧四：遵循設(shè)計(jì)流程

當(dāng)一個(gè)新用戶打開您的網(wǎng)站時(shí)，他們會(huì)先做一些特定操作，例如注冊或登錄。要?jiǎng)?chuàng)建真實(shí)的用戶測試，請(qǐng)遵循用戶進(jìn)入實(shí)際網(wǎng)站或產(chǎn)品時(shí)的相同流程。

避免在用戶流程結(jié)束時(shí)開始任務(wù)測試，然后跳到流程的開始，這只會(huì)使用戶感到困惑。

創(chuàng)建任務(wù)時(shí)遵循用戶流程在“迷宮”中創(chuàng)建任務(wù)時(shí)，您會(huì)注意到每個(gè)新任務(wù)都從上一個(gè)任務(wù)的頁面開始的。那是故意的。通過從用戶所在的頁面上開始，您將為進(jìn)行測試的用戶創(chuàng)造自然而然的感覺。

?提示：您可以根據(jù)需要更改任務(wù)的開始屏幕，但請(qǐng)確保從一個(gè)屏幕跳轉(zhuǎn)到另一個(gè)屏幕是合理的。

五、技巧五：使任務(wù)可執(zhí)行

可用性測試的前提是，了解用戶是否可以使用您的產(chǎn)品完成任務(wù)。為此，您必須在App或網(wǎng)站上創(chuàng)建與現(xiàn)實(shí)生活中所做任務(wù)類似的任務(wù)。

鼓勵(lì)用戶與設(shè)計(jì)進(jìn)行交互的一種方法是，在您的任務(wù)中使用動(dòng)作動(dòng)詞。特定于可用性測試的動(dòng)作動(dòng)詞示例包括：

創(chuàng)建、注冊、完成、結(jié)算、購買、訂閱、下載、邀請(qǐng)等。

可執(zhí)行任務(wù)示例：

在Dashboard上創(chuàng)建一個(gè)新項(xiàng)目。

使任務(wù)具有可執(zhí)行性，將鼓勵(lì)用戶單擊或點(diǎn)擊您的原型，這將幫助您收集分析可用性所需的數(shù)據(jù)：單擊、誤操作、屏幕停留時(shí)間等。

六、技巧六：設(shè)置場景

在“迷宮”中創(chuàng)建任務(wù)時(shí)，系統(tǒng)會(huì)要求您設(shè)置標(biāo)題和描述。標(biāo)題為任務(wù)的目標(biāo)或您希望用戶完成的任務(wù)，而描述則是對(duì)任務(wù)的解釋，并包括用戶需要了解的所有詳細(xì)信息。

描述是您可以講述“故事”并為任務(wù)設(shè)置場景的地方。例如，假設(shè)這是一個(gè)任務(wù)的示例：購買飛機(jī)票。在描述中，您可以提供詳細(xì)信息并設(shè)置場景：暑假就要到了。您需要為家人預(yù)訂機(jī)票。查看飛希臘的機(jī)票，并為一家三口購買回程機(jī)票。

這樣的描述為用戶提供了任務(wù)（購買飛機(jī)票），同時(shí)明確了他們?yōu)槭裁葱枰@樣做（假期即將到來）。這個(gè)場景還分享了他們完成任務(wù)所需知道的詳細(xì)信息：人數(shù)（3人）和目的地（希臘）。

七、技巧七：避免給出準(zhǔn)確的指示

編寫可用性任務(wù)最重要的規(guī)則之一是：避免給出精確的指令來完成任務(wù)，或在措辭中使用引導(dǎo)詞。

能給出暗示的詞是：單擊此處、進(jìn)入或?qū)Ш降健Ｈ绻o出答案，收集到的會(huì)是有偏差的結(jié)果，這些結(jié)果不會(huì)顯示用戶是否在完成任務(wù)時(shí)遇到困難。

測試應(yīng)盡可能接近現(xiàn)實(shí)生活。當(dāng)您的設(shè)計(jì)被實(shí)時(shí)執(zhí)行，實(shí)際用戶將不得不學(xué)習(xí)如何使用它，而無需太多指導(dǎo)。這就是您首先要進(jìn)行測試的原因：了解您的設(shè)計(jì)是否易于學(xué)習(xí)和使用。

八、技巧八：測試中最多包含八個(gè)任務(wù)

最后但并非最不重要的一點(diǎn)是，我們建議您創(chuàng)建最多包含八個(gè)任務(wù)的測試，特別是如果您打算進(jìn)行遠(yuǎn)程無限制的可用性測試時(shí)，尤其如此。我們的內(nèi)部數(shù)據(jù)表明，執(zhí)行超過八個(gè)任務(wù)的迷宮測試跳出率很高。較長的測試需要花費(fèi)更多的時(shí)間才能完成，并且需要更多的精力——因此通常會(huì)被某些用戶放棄。

可用性測試依賴于用戶的反饋，以及他們是否愿意提供這種反饋。我們的責(zé)任是創(chuàng)建不會(huì)占用大量用戶時(shí)間的測試。

九、總結(jié)：編寫可用性任務(wù)的8個(gè)快速技巧

如果要從可用性測試中獲得有價(jià)值且準(zhǔn)確的結(jié)果，那么要牢記的好做法是：使任務(wù)易于閱讀和操作，并尊重用戶的可用性。

定義用戶目標(biāo)：您應(yīng)該對(duì)用戶的目標(biāo)以及您的產(chǎn)品如何幫助用戶實(shí)現(xiàn)目標(biāo)有清晰的了解。這將幫助您在時(shí)機(jī)成熟時(shí)編寫可用性測試任務(wù)。

從簡單的任務(wù)開始：從一項(xiàng)簡單的任務(wù)開始您的測試，以使用戶熟悉產(chǎn)品和測試體驗(yàn)。

一次給用戶一個(gè)任務(wù)：避免一次讓用戶執(zhí)行多項(xiàng)任務(wù)，這會(huì)壓垮他們。讓用戶完成（或放棄）一項(xiàng)任務(wù)后，再提出新任務(wù)。

遵循設(shè)計(jì)流程：了解您的設(shè)計(jì)流程并將其應(yīng)用于可用性測試，以創(chuàng)建現(xiàn)實(shí)場景。

使任務(wù)可執(zhí)行：在任務(wù)中使用諸如下載，購買，注冊之類的可操作動(dòng)詞，來鼓勵(lì)用戶與界面進(jìn)行交互。

設(shè)置場景：設(shè)置場景以幫助用戶了解為什么要完成任務(wù)，并向他們提供所需了解的詳細(xì)信息。

避免給出準(zhǔn)確的指示：避免使用諸如“單擊”或“轉(zhuǎn)到”之類的字詞，以避免引導(dǎo)用戶找到任務(wù)答案。

測試中最多包含八個(gè)任務(wù)：進(jìn)行遠(yuǎn)程測試時(shí)，請(qǐng)限制一個(gè)測試中最多包含八個(gè)任務(wù)，以縮短測試時(shí)間。

原文鏈接：https://blog.maze.design/write-great-usability-tasks/

本文由 @Hitomi 翻譯發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

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