如何進行有效的設計衝刺

設計衝刺是 Jake Knapp 和 Google Ventures 發明的一種方法，用於在短短五天內通過設計、原型製作、用戶測試和協作來驗證想法。 雖然它不會給我們留下成品，但它無疑是向真實用戶驗證業務戰略或產品創意的最快和最便宜的方式。

這是一個低風險/高回報的過程，與傳統的頭腦風暴相比，它為創造性思維提供了一種更有條理、更有效的方法。 設計衝刺方法已被 Medium、Slack 和 IDEO 等頂級公司以及 Google Ventures 和他們投資的許多成功公司採用。

為 Sprint 熱身

為期 5 天的設計衝刺可能會很緊張，但只要衝刺過程順利進行，它們也很有趣、令人興奮且非常有見地。 為了實現這一點，需要一些計劃。

招募團隊

設計衝刺由促進者或“衝刺大師”運行。 他們的第一個目標是明確需要解決的問題並招募團隊進行沖刺。

一個 sprint 團隊通常只有 5-7 名成員，這使得團隊管理更加容易。 這些成員擁有不同的技能組合很重要，這樣我們才能以更廣泛的觀點解決問題； 因此，sprint 團隊通常由促進者、設計師、開發人員、客戶服務代表和營銷人員組成。

對於遠程設計衝刺，理想情況下，主持人應該從相似的時區招募成員（或者作為最後的手段，使用像 Every Time Zone 這樣的應用程序來破譯每個人都醒著並同時可用的“時區甜蜜點”）。

招募團隊後，指定一名成員擔任決策者——此人將對所有重要決策做出最終決定。 決策者不必是公司的高級官員，只要是其決策受到團隊其他成員信任的人即可。

總結一下：

• 一個促進者，以確保團隊保持在正軌上
• 客戶服務代表，為用戶洞察
• 設計師，因為他們對設計軟件和 UX 的了解
• 開發人員，因為他們了解任何技術限制
• 可以確定解決方案是否具有市場價值的營銷人員
• 決策者，對決策有最終決定權（分配給上述其中一項）

理想情況下，協調人應該在一周內預訂一間會議室，因為最好讓設計衝刺團隊與公司其他人員隔離開來，並專注於衝刺。

遠程團隊：確保良好的設備和環境

每個團隊成員都應該處於可以交談的環境中（例如，如果使用共享辦公空間，共享辦公空間的其他成員應該可以接受我們全天交談）。 良好的互聯網連接和麥克風也是必不可少的。

如果一些團隊成員在內部，而其他成員則在遠程，請考慮購買會議麥克風（放在桌子上的全向麥克風）。

設計衝刺的工具

團隊將需要一種方法來分享他們的筆記、檢查彼此的日程安排，最重要的是，相互交流。 執行這些任務的自然選擇工具是 G Suite，因為 Google 提供了廣泛的工具，可在一次登錄下無縫工作，並且團隊成員和文檔非常易於管理。

設計衝刺所需的工具是：

• Google Hangouts，用於群組通話
• 谷歌日曆，用於檢查日程
• Google Docs，用於記筆記，以及
• 谷歌表格，用於記錄用戶測試結果

除了 G Suite 工具，我們還需要：

• 白板（或者如果團隊是遠程的，可以使用數字白板，例如 Mural、Google Jamboard 或 RealtimeBoard）
• 原型製作工具，例如 InVision、Marvel、Sketch、Axure、Figma 或 Balsamiq
• Duco 或 Design Sprint Kit，輔導員使用的備忘單
• 筆和紙，用於獨立繪製想法
• 小吃，因為設計衝刺可能相當累人！

一旦我們檢查了這個列表中的每一項，我們就準備在星期一開始我們的設計衝刺。 值得注意的是，由於設計衝刺的自然時間限制，團隊中的每個人都應該事先了解設計衝刺的過程。

星期一：地圖

sprint 的第一天專門用於對問題進行逆向工程。 逆向工程是解構問題以了解其根本原因（進而了解解決方案）的過程。

逆向工程問題

在就長期目標達成一致後（例如，增加註冊量），在白板上繪製一張客戶旅程圖，描述用戶可能達到此目標的各種方式。 將用戶放在左側，目標放在右側，然後寫下中間的所有步驟。 為了讓白板有條理，主持人應該在團隊其他成員提出想法的同時繪製地圖。 這個過程將為設計衝刺的其餘部分奠定基礎，所以我們應該花時間在這裡。

在繼續之前，主持人將與每個團隊成員單獨討論客戶旅程圖，並在必要時對其進行調整。

創建“我們應該如何”筆記

下一步是在白板上添加 How Might We notes（簡稱 HMW）。 客戶旅程中的每一步都可能有自己的絆腳石，HMW 筆記被表述為“我們如何……”在便籤上提出的問題——例如，“我們如何使註冊表單易於使用？ ” 這些絆腳石是改進的機會，將決定我們 MVP 設計的方向。

專注於特定的客戶旅程

我們需要通過相似性來組織 HMW 筆記並將它們合併，因為我們不希望我們的白板變得過於雜亂。 使用更乾淨的白板，為每個團隊成員分配兩票，以決定哪些 HMW 筆記應該是高優先級。

如果團隊使用 Mural，請利用他們內置的投票工具。 Strawpoll 也是一個不錯的選擇，或者如果團隊正在使用 Slack，則可以在幾秒鐘內安裝 Polly。

投票結束後，將獲勝的 HMW 註釋添加到客戶旅程地圖中，並討論在剩餘的 sprint 中關注哪個旅程（其他旅程可以在另一個 sprint 中探索）。 決策者最終擁有最終決定權。

提前計劃：尋找周五的用戶測試人員

白天，指定的團隊成員應該開始尋找用戶測試人員，因為在星期五，我們要測試我們將在星期四構建的解決方案。 建議面對面進行這些訪談，或使用遠程用戶測試工具，例如 Lookback 和 UserTesting（它們分別方便地與原型工具 Marvel 和 InVision 集成）。

6-10 次面試是一個合理的數量。 安排大約 10 次面試，以便在一天結束時有足夠的時間來審查它們。

週二：素描

星期二是關於尋找解決方案的。 準備好開始素描吧！

首先，獲得靈感。 大多數創新都是通過重新混合舊想法來實現的，因此請嘗試探索針對類似問題的現有解決方案。 當團隊提出解決方案時，主持人會將可行的解決方案放在白板上。

之後，每個團隊成員將使用稱為“四步草圖”的方法自己選擇客戶旅程的一部分來繪製草圖。

四步草圖

原型設計的四步草圖方法旨在通過快速迭代將抽象的想法系統地轉化為具體的解決方案。 他們不需要完美。

• 第 1 步：筆記——從 20 分鐘的筆記開始
• 第 2 步：想法——再花 20 分鐘，勾勒出一些粗略的想法
• 第 3 步：Crazy 8s — 畫出最佳創意的八個變體，每個變體一分鐘
• 第 4 步：解決方案草圖——創建解決方案的三步故事板，花費 30-120 分鐘為所選變體增加保真度

完成練習後，將草擬的解決方案交給輔導員，結束這一天。 （遠程團隊：將他們上傳到 InVision 項目或壁畫白板。）

週三：決定

星期三是關於選擇最佳解決方案並創建最終故事板。

一旦每個團隊成員私下審查了草圖，作為一個小組討論每個解決方案，每個草圖花費不超過三分鐘。 然後再進行一次投票，這一次決定哪個解決方案將被製作故事板和原型以供用戶測試。

接下來，我們需要通過提高保真度來為原型製作準備故事板。 設計師最好將選定的故事板重新創建為高對比度的線框，因為我們不想由於時間限製而過度考慮設計。 只要用戶測試人員能夠可視化和理解它，一個簡單或“醜陋”的 UI 就可以了。

是否完全使用 Axure、Balsamiq 或其他東西來設計線框取決於設計師。 只要我們專注於用戶體驗並選擇功能而不是形式，即使像 Sketch 或 Adob​​e XD 這樣的設計工具也是合適的。

星期四，我們將把這個線框變成一個可點擊的原型！

星期四：原型

首先，我們需要與用戶測試人員確認面試時間。 如前所述，目標是在上午 10 點到 11 點左右開始，以便我們有足夠的時間來審查面試（以及整個設計衝刺的有效性）。

分配至少一名團隊成員（最好是營銷人員或客戶支持代表）為客戶訪談編寫腳本。 此人將在 Google 表格中創建一個問題列表，以便在用戶測試人員查看我們的原型時詢問他們。

同時，原型設計師將開始將線框轉變為具有團隊其他輸入和指導的交互式原型。 這取決於設計師應該使用哪種工具，也取決於用於創建線框的工具。

例如，如果使用 Axure 來創建線框，那麼我們也可以將其用於原型設計，特別是因為我們之後可以在移動設備上預覽原型。

如果線框是在紙上勾勒出來的，Marvel 提供了一種非常簡單的方法來導入和重新創建它們，然後再將它們變成交互式原型並通過 Lookback 集成進行用戶測試。

如果線框是在 Sketch 或 Photoshop 中創建的，那麼要走的路就是 InVision，因為它很容易成為當今可用的最廣泛採用和功能齊全的原型製作應用程序。 它還允許實時預覽並直接與 UserTesting 集成。

如果在 Adob​​e XD 中創建，那麼我們也可以使用它來創建和用戶測試我們的原型，而無需任何其他工具。

週五：測試

星期五——設計衝刺的最後一天。 我們的原型已準備好進行用戶測試，我們將通過確保團隊手頭有原型和腳本來開始新的一天。

之後，我們將使用“五幕訪談法”開始訪談：

五幕訪談

1. 第一幕：友好的歡迎。 讓測試人員感到舒適和受歡迎，然後解釋什麼是用戶測試以及我們這樣做的原因。
2. 第 2 幕：背景問題。 提出廣泛的問題以了解有關用戶及其背景的更多信息，然後逐漸將對話引向原型。
3. 第 3 幕：介紹原型。 確保測試人員了解為什麼某些事情可能無法按預期工作，並且在反饋方面沒有錯誤的答案。 我們希望鼓勵誠實、坦率的反饋。
4. 第四幕：任務。 讓用戶自己弄清楚原型。 提出開放式問題以鼓勵測試人員大聲思考。
5. 第五幕：匯報。 請測試人員總結他們的經驗。 不要忘記感謝他們的時間，並詢問我們是否可以在需要時跟進。

在客戶訪談期間，將答案記錄在 Google 表格中。 完成所有訪談後，嘗試找出共同的見解並將其標記為正面、負面或中立。 由此，我們將能夠確定我們的原型是否能很好地解決問題，如果是，則確定需要改進的地方。

下一步

雖然設計衝刺不會產生最終產品，但它們確實有助於快速且經濟地驗證想法，在相對較短的時間內提供豐富的見解。 在結束 sprint 之前，決定如何處理原型。

我們會改進原型並進行後續衝刺嗎？

我們會在另一個 sprint 中處理不同的客戶旅程嗎？

學習如何進行有效的設計衝刺的一個巨大好處是，我們可以重複使用該技術來一次又一次地開發和試驗想法。