Google傾力打造的設計沖刺方法論(6/6):驗證階段

0 評論 2158 瀏覽 11 收藏 9 分鐘

設計沖刺包括六個階段——理解、定義、草圖、決策、原型和驗證。本文主要講驗證階段,設計沖刺團隊將會在用戶面前呈現我們的設計——這是至關重要的時刻!

階段6:驗證

在驗證階段,設計沖刺團隊將會在用戶面前呈現我們的設計——這是至關重要的時刻! 我們能夠從與設計原型交互的用戶那里得到反饋,并且如果項目需要,還將進行利益相關方審核和技術可行性審核。在結束設計沖刺時,我們將得到經過驗證的方案,或者未通過驗證需要改進的方案。無論最終結果如何,設計沖刺團隊都已經取得了進步。

6.1 可用性研究(Usability Study)

可用性研究是設計沖刺中的一種研究方法,用于發現可用性問題和確定產品原型的用戶滿意度,其中包含觀察用戶如何使用我們的產品并嘗試完成任務。通常會向用戶呈現不同的場景,要求他們一邊完成任務一邊發聲思考(譯者注:發聲思考是用戶在完成任務時,同時口頭表述自己當前的所思所想)。

可用性研究可以解答的問題有:

  • 當前的UI設計能否提供足夠的信息以便用戶開展某項具體任務?
  • 用戶如何使用新的UI設計執行任務?
  • 頁面中的某個元素是否易察覺/易發現?

使用指南:

  • 招募5名參試者;
  • 設置一個可用性實驗室環境:一間簡單用于訪談,另一間留給觀察者;
  • 向參試者介紹測試過程,并為訪談配置好測試腳本。你可能需要借助保密協議(或其他形式的協議)來保護參試者的個人信息;
  • 確定如何記錄測試數據。如果要拍攝測試過程,請務必獲得參試者的許可,也可以做訪談記錄。

信息概覽:

  • 時長:30-45分鐘;
  • 活動形式:研究員和參試者;
  • 沖刺類型:所有。

6.2 認知走查(Cognitive Walkthroughs)

認知走查(CW)是設計沖刺中一種進行可用性檢查的方法,它強調讓新手用戶和低頻用戶完成最常用的任務。在認知走查中,可用性專家基于以下兩個問題,通過完成各種任務來評估產品:

  1. 用戶是否知道在當前步驟該做什么?
  2. 如果用戶做對了,他們是否知道自己做對了,是否正在向自己的目標靠近?

認知走查是基于任務層面(而非整體)來詳盡地評估產品。認知走查的問題設置示例:

  • 用戶能否確定如何完成一項任務?
  • 用戶能否成功合并一個app中的聯系人?

使用指南:

  • 選擇任務。為每項任務確定要測試的顆粒度,并相應地分配時間。顆粒度取決于產品和研究問題;
  • 創建“快樂路徑”(Happy Path),列出完成任務所需的所有操作。如果參與者偏離了這個路徑,可能需要將他們引導回來;
  • 邀請參與者(用戶體驗或團隊中的其他成員)加入會議并以小組形式進行走查。以產品和研究問題為基礎,可用性專家按序記錄參與者對如何完成任務的描述。主持人應在每項任務之前、期間和之后向參與者提出上文中的兩個問題。如果發現存在問題,請記下它并繼續走查,直到每項任務都在一開始定好的顆粒度上完成。

信息概覽:

  • 時長:30-34分鐘;
  • 活動形式:研究員和參與者;
  • 沖刺類型:所有。

6.3 利益相關方評審(Stakeholder Review)

利益相關方評審作為一種設計沖刺方法,用以確認核心利益相關者對于設計原型的支持情況。核心利益相關方最好能參與整個設計沖刺流程,盡管這并非總是可行。邀請利益相關方花費半小時參與到設計沖刺中,對設計原型或早期設計概念給予反饋。

使用指南:

  • 盡早為評審環節排期,以確保利益相關方能夠安排進他們的日程;
  • 如果將評審安排在沖刺的最后階段,那就安排在用戶反饋之后,以便可以分享反饋結果并幫助利益相關方了解用戶反饋;
  • 考慮提前準備好設計原型和用戶反饋的演示,以便讓整個評審順利進行。

6.4 技術評審(Technical Review)

類似于利益相關方評審,技術評審這種設計沖刺方法,用以確認產品開發和技術負責人對產品方案的支持。技術方的利益相關者最好能參與整個設計沖刺流程,盡管這并非總是可行的。邀請工程師或技術負責人花費半小時參與到設計沖刺中,對設計原型或早期設計概念的可行性給予具體反饋。如果用新技術或在新領域進行了概念創新,因而需要技術專家支持,可以從相關的領域內邀請專家組織一次技術評審。

使用指南:

  • 提前為評審環節排期,以確保工程師或專家能夠安排進他們的日程;
  • 邀請他們親自前來并且參與用戶訪談或者可用性研究;
  • 考慮提前準備好設計原型和用戶反饋的演示,以便讓整個評審順利進行。

信息概覽:

  • 時長:30分鐘
  • 活動形式:小組
  • 沖刺類型:所有

6.5 沖刺結語:回顧和后續行動(Sprint Conclusion: Recap and Next Steps)

一旦完成驗證環節,要將團隊再次召集在一起來審視這一階段的發現。我們需要為驗證環節制作可視化的匯報材料,或者將產出結果匯編進一份文檔。此時尤為重要的是團隊成員共同復盤研究結果,并從中吸取教訓,然后討論項目的下一步。每一輪設計沖刺都應該產生可以執行的經驗教訓,供團隊應用到下一輪的產品開發中。

一次設計沖刺可能有如下的產出:

  • 1次高效的失敗:產品原型沒能達成目標,但你從中學習到了一些(或者很多)東西,并且避免了你的團隊花費4-6個月設計出一個錯誤的產品。你需要新一輪設計沖刺
  • 1次有缺陷的成功:有一些想法滿足用戶需求,但并非所有。你從這次沖刺中有所收獲,可以開始再次迭代和測試
  • 1次史詩般的勝利:產品概念滿足用戶需求;用戶能夠輕松完成任務,并且能夠融合到你規劃的所有特性。萬事俱備,只待實施!

結束設計沖刺。 整個團隊努力工作,各種想法層出不窮,用戶訪談收益頗豐。沖刺導師這時應該感謝所有成員的努力,祝賀整個團隊獲得的寶貴經驗。總結,是凝聚團隊的好方法。你可以讓團隊成員分享自己的見解,詢問他們將這次經歷中獲得了什么,讓他們有成就感。此外,或許可以討論下一步要解決什么問題。

 

內容原創作者:Google

原文鏈接:https://designsprintkit.withgoogle.com/methodology/phase6-validate

翻譯: TANG? 審校:華姐

本文由 @TANG 翻譯發布于人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!