起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識如何編寫自主式可用性測試腳本？
編輯導語：自主式可用性測試對于用戶研究來說十分重要，本篇作者分享了編寫自主式可用性測試腳本的具體方法思路，根據工作經驗總結整理出幾個設計自主式測試腳本的訣竅和誤區，一起來學習一下吧，希望對你有幫助。
“ 在沒有訪談主持人的情形下，我該怎樣才能引導受測者完成整個測試流程呢？”
作為遠程用戶測試平臺，以往我們向亞洲區的用戶體驗研究員介紹自主式可用性測試（unmoderated usability testing）時，時常被問到這個問題。
在歐美的用戶研究行業中，自主式可用性測試在過去十幾年來已發展成主流的研究方法，然而在亞洲地區我們才剛開始起步，對于其可行性難免會產生疑慮。
根據十多年的行業服務經驗，以下整理出幾個設計自主式測試腳本的訣竅和誤區：
一、測試時長不超過三十分鐘
一般不推薦設計超過三十分鐘的自主式用戶測試，因為在沒有主持人互動的情形下，超過這時長受測者可能會感到無聊或倦怠，進而影響測試結果的質量。
二、「漢堡包法則」
一項自主式可用性測試應該由「開場」、「任務」和「收尾」三大部分組成：
1. 上層：開場
在開場中，應該告知受測者接下來的三十分鐘內他們將要互動的產品、產品使用場景以及測試流程。
缺乏用戶訪談經驗的用戶研究員常會輕忽開場白的設置，導致項目參與者在執行第一個任務時便失去頭緒。
典型開場白如下：
請大聲讀出以下說明：
請牢記在同網站或手機軟件交互時，大聲說出您的想法。如果您有任何無法理解或困惑的事，請讓我們知道。
如果您無法找到或不理解目標產品的某些內容，請大聲解釋清楚您希望看到什么內容，或者通過改變哪些方面來改善它。
想象您正在……
如同常規的用戶訪談，我們想要自主式測試的受測者能夠敞開心胸并保持健談。讓受測者大聲念出開場白和任務指示能幫助他們調整成開放狀態。
2. 中層：任務
如同漢堡肉之于漢堡包，可用性任務是整個測試項目中最精華的部分。
原則上，研究員需要設置五到八個可用性任務，并根據需求在其中穿插量化問題或簡答題。
范例如下：
1）【可用性任務】
您伴侶的生日快到了，您想購買售價￥800 以上的真無線藍牙耳機送給她/他作為生日禮物。
請試著購買一副條件符合且您認為她/他會喜歡的耳機，并在需要付款時停止動作。
當您認為任務已完成時，請單擊「下一步」。
2）【量化問題】
您是否能完成前一個任務？
是 / 否
3）【量化問題】
總體來說，您認為完成這個任務的難度為？
1 分表示「非常困難」 7分表示「非常簡單」。
「一項任務 + 二個量化問題」是常見的活動組合。
一場三十分鐘的自主式測試中，這樣的組合可以重復五到八次。
將任務和問題捆綁的好處是研究員可以在觀察用戶操作行為之余，一并獲取定性和定量的用戶洞見。
捆綁任務和量化問題（測試編輯器畫面）：
3. 下層：收尾
在用戶完成所有可用性任務后，可以讓他們填答「系統可用性量表（system usability scale）」或是「凈推薦分數（net promoterscore）」，作為對產品整體使用體驗的量化評比。
系統可用性量表：
測試結束前，可以讓受測者分享最后的想法或意見。最重要的是，務必讓他們等待測試結果完整上傳后才退出測試頁面。
在大部分的遠程用戶測試平臺，任務視窗會默認指引受測者在退出測試前先等待測試結果上傳。
三、新手編寫腳本時常犯的錯誤
1. 可用性任務缺乏場景描述
未提及產品或功能的使用場景，導致得出的用戶洞見失真。
2. 文字排版雜亂
內文冗長且編排密集，導致用戶閱讀失誤而執行無效的可用性任務。
3. 單一活動置入太多任務
當同一個活動（activity）中陳列超過三個可用性任務時，某些任務可能會被受測者不小心遺漏。盡量將每個任務分散在個別活動。
原文鏈接：https://mp.weixin.qq.com/s/7Q0C3WSDkQSOa3R48WRfqQ
本文由 @Stan Wang （Userlytics 優思來授權）發布于人人都是產品經理，未經作者許可，禁止轉載。
題圖來自 Unsplash，基于 CC0協議。
作者這個思路好像還不錯，感覺多看一些優秀腳本是很有效的
簡直是干貨滿滿，對如何編寫自主式可用性測試解釋的非常清晰。
作者大大為我們總結了編寫自主式可用性測試腳本的時間，“漢堡包法則”及常犯錯誤，歸納的非常簡單啦~
看完這篇文章讓我理解了什么是自主式可用性測試，學到了！
算是手把手教如何編寫自主式可用性測試腳本，作者寫得很詳細專業。