谷歌內部方法！快速做創新設計並驗證的DESIGN SPRINT
Design Sprint是目前在灣區比較流行的一種設計方法。它是由Google內部梳理的一套如何帶領團隊快速做創新設計並驗證設計的基本流程。我翻譯整理了以下這兩個文檔《New Form Factors Sprint Playbook》《Product Design Sprint Playbook 》，總結了Design Sprint操作執行的要點和中間過程可用的方法，算是做個思路拓展也便於我在團隊內運用類似的方法開展設計創新活動。
什麽是 Design Sprint 設計沖刺？
一個團隊搞創新設計，設計很重要，但是時間也同樣重要。如何能兼得二者？Design Sprint就是兼得設計和時間的一種群體性設計活動的方法。如何帶領你的團隊在5天內高效解決設計問題並測試新點子是否奏效？
為什麽做 Design Sprint 設計沖刺？
有人免不了會問，為什麽我要用這個方法啊。直接投入時間人力精力去探索不就好了嗎？這裏要插播一段我在youtube上看的視頻裏提到內容，Google Venture團隊的創始人也就是Sprint方法的倡導者，他縮：他老婆有件很有趣的事情。以前小時候看到任天堂遊戲機的廣告，買了一臺任天堂，全家老小圍一堂，其樂融融打遊戲。然後她老婆真的把任天堂買回了家，卻發現永遠只是一個人坐在電視前打遊戲。那場景超級落寞有沒有，跟當初的廣告描述完全天壤之別。於是她老婆提出了一個觀點叫做”Rent before you buy”，你想買的東西買回來可能體驗就完全不一樣了，所以先去租一個試一試吧。Design Sprint就是基於這樣的思路，在大公司裏，要投入大量的時間和人力去做一件前途不明的事情不免風險過高，所以試一試驗證一下的方法是很機智的。
那5天的Design Sprint到底如何操作？在Sprint Week裏，五天你會和一群人做下面這些事情。看起來就是一個小型項目的雛形。
Sprint Master 沖刺導師及其工作流程
Design Sprint是群體性的設計活動，可以是5-10人的團隊，也可能是100人的大型團隊。那誰來帶著這個團隊把整個項目完整順利的推進好，是至關重要的。這個人叫做Sprint Master沖刺導師。他一般是一個設計團隊的Lead，是個資深的體驗設計師。
他需要做以下3件事：
1. 制定Sprint的設計主題，這個主題在接下來的5天裏是大家都要圍繞去進行的。
2. 凝集不同職能背景的同學行成一個具有合力的團隊。
3. 引領沖刺的團隊在不同的環節都能順利進展。解決一些矛盾，不偏離主題等等。
因此他需要具有這些能力：
1. UX的方法。
2. 讓事情順利進展的策略。
3. 談判技巧，解決麻煩問題的能力。這些都是一些軟實力。
所以說Sprint Master就像一個充滿實力的忍者，他需要做的是：一手策劃一場沖刺活動。
接下來是Sprint Master沖刺導師的工作流程。三個部分：沖刺前，沖刺中，沖刺後。可以看到縱軸是投入的程度，沖刺前Master的投入會比沖刺過程更多。（這裏不免想插播，我覺得老外的思路一直都很牛，想做成一件事可不是你悶著頭握著拳咬著牙去做那麽簡單，前期一定要做足思考和策劃的準備。這點我很贊賞。）
沖刺前：
1. 寫個設計挑戰任務的簡介：
你要如何和大家描述設計挑戰任務？
你具體的時間規劃是什麽？（寫一個故事發展的腳本！）
2. 邀請來參加這次Sprint的團隊的成員。
3. 安排快速訪談。（這裏的訪談是用來理解任務背景的，後面會詳細介紹）
4. 安排用戶測試。
5. 準備輔具。（這可是一個活動，紙筆投票器神馬的，後面也會詳細介紹）
6. 安排好場地。（舒適的場地可是至關重要的，不然你想為什麽很多團隊要offsite，換個地方開會，還不都是跟老外學的嗎）
沖刺中：
1. 做好準備
2. 在過程中起到促進和協調的作用。
3. 主題修正。過程中難免會有跑偏，你要引領大家走向正確的方向。
4. 查看沒入大家輸出的結果。
5. 發每日總結郵件。
6. 結束了帶領大家來個慶祝。（我想老外會開瓶酒吧>.<）
沖刺後：
1. 規劃後續的發布。
2. 寫相關的文檔。
3. 發總結郵件。
4. 調查參與的Sprinter的反饋。
5. 準備下一次的Sprint。（此時已是老司機，下次會更好！）
整體的介紹就完了，拆解到每個環節該怎麽做？
沖刺前導師的4個核心任務
1. 制定主題。這次大家要圍繞什麽內容進行設計創新？記住這3點：和團隊目標密切相關/ 啟發大家靈感的 / 圍繞目標用戶或者市場。
2. 選擇和邀請團隊成員。一定記住這是一個混合背景的團隊，設計師/工程師/原型制作/沖刺導師/研究員等等。每個小組5-8個人。如果你有100個人也麽關系，拆分成若幹個5-8人。不同職業背景的人，看問題的角度不同，才可能朋撞出不一樣的火花。順便吐個槽，全是設計師的創新團隊，那可真的是自嗨！
3. 審查當前的產品設計，這樣做的目的是通過了解更多的信息去確認你選擇主題是不是正確。采訪關鍵利益相關者，比如項目領導的意見/查看現有文檔/查看現有的用戶研究資料/走查現有的設計/查看核心的用戶案例。
4. 準備工作。常用工具4件套：N次貼/投票貼/白紙和筆/計時器。更重要的是做時間計劃的準備和選擇合適的過程方法：時間計劃讓你能在有效的時間內更高產出，找一群人來可不是嘻嘻哈哈浪費錢噠。過程選擇合適的方法能讓大家在有限時間內最大化產出。比如頭腦風暴撒撒的，後面也會詳細展開。
好了好了，下面要開始沖刺了。
沖刺中6個重要環節
真正的設計發散和設計實施分成了6個環節。
理解->定義->發散->抉擇->原型->驗證。很多設計咨詢公司給甲方服務，其實都是類似的過程。
1. 如何理解你要做的設計挑戰？
首先要知道你要理解什麽：本次創新設計的用戶需求/商業需求/技術能力。
能達到理解以上3個內容的方法有這麽5種，大家可以任意選擇自由組合，只要能達到理解的目的就好。
360度快速訪談。
記得規定時間請各位領導講要點，不然就變成誇誇其談了。
5分鐘闡述商業目標和成功標準。（PM leader？老板？whatever）
5分鐘闡述技術能力和挑戰。（程序員沒跑了）
5分鐘闡述用戶研究的結論。（用戶研究員）
競品分析。
選3-10相似產品分析，並且麻煩分享分析的結論。
用戶訪談+實地走訪。
用戶才是最終評判你產品好壞的人啊，所以傾聽他們的聲音很重要。了解他們的喜好和厭惡。
除了聽，觀察更重要。去到他們真實使用產品的環境，去理解上下文，發現問題。
利益相關者圖。
用30分鐘去做利益相關者優先級的劃分和需求挖掘。
10分鐘列出這個產品相關的利益方都有誰。
2分鐘去做一個聚合分類。把相似的歸類。
剩下時間去選擇你到底為哪個利益相關者做設計，優先級是什麽。畢竟沖刺時間有限，不可能面面俱到，所以要聚焦。
最後組織大家去圍繞核心的利益相關者做需求挖掘的討論。
總結發現和初步的idea匯總。
用N次貼去記錄剛才所有的要點內容，想法和觀點。
將這些內容聚類，每類都會有個主題。
這些還不是你最終的決定，不要太有負擔。
理解環節就做完了，我把這個過程叫做綜合理解，尋找機會點。
2. 如何定義你的設計機會點？
定義的內容是設計中的關鍵策略，以及你要聚焦的內容是什麽。
方法有3個：用戶旅程/設計原則/第一條Tweet。
主要用戶旅程。
一個產品，用戶從小白用戶到專家用戶是有一個體驗探索過程的。思考一下中間的經過哪些過程，發現？第一次使用？再次來使用？專家用戶？接觸點是什麽呢。
定義設計原則。
試著用3個詞去描述你的產品。易學？有用？有趣？簡單？
把你覺得重要的設計原則列出來，設計過程中圍繞這個氣質去設計。
在做出原型之後也好重新回過來，讓用戶去體驗你的原型，試著描述幾個關鍵詞，看是否可以匹配上當初的設計原則。驗證設計是否奏效。
第一條Tweet。
老外發個新產品喜歡發tweet，跟我們發微博推廣一樣樣。怎麽用140個字去描述你的產品核心策略。想說的肯定很多，但是只用140個字，讓你的核心更加聚焦。
這個定義的過程，我歸納為聚焦核心，避免跑偏。設計師都貪心，可時間有限，咱們要更加清晰明確自己追求的是什麽。
3. 如何發散你的設計想法？
我們要在這個環節發散出盡可能多的點子。有4個方法：頭腦風暴/5分鐘8個點子法/5分鐘1個大點子法/5分鐘1個故事板法（後面3個算是關聯遞進的方法）
先說一下發散過程中的基本規則。
不許質疑！
追求數量！
鼓勵開腦洞！
在他人的基礎上發散！
可視化過程！
人都可喜歡質疑了，可是這個發散環節的致命殺手就是質疑。閉嘴吧，不要質疑。學一學Yes,and…規則。這個規則是源於即興喜劇的規則，大家沒有臺本即興演出。一個人隨便開一個頭，下一個接茬的人不管人不認同前一個人開的頭都不許說不，要表示贊同並且繼續演下去。（挺好，世界真和諧！）
頭腦風暴。
有個人頭腦風暴和團隊頭腦風暴。
3個步驟：
1.先做個人頭腦風暴。1張N次貼寫1個點子，能寫多少寫多少。
2.開始大家共同分享點子。在白板上的評估表中找到合適的位置貼上，並且做聚合歸類。評估表的縱軸是用戶價值，橫軸是技術可行性。近似或者相同的點子可以貼到一起。
3.大家都分享完畢後，可以開始自由發言。肯定有人受到別人的啟發，有新的想法，這個時候請盡情補充。
5分鐘8個點子。
7分鐘怎麽做。
1分鐘A4紙折3折。1分鐘醞釀下情緒，展開紙準備寫
剩下的5分鐘，麻煩各位8個格子裏每格寫/畫1個點子。
5分鐘1個大點子。
從剛才的8個點子裏，選一個你覺得最好的。繼續完善這1個大點子，5分鐘深入一點。
5分鐘1個故事板。
剛才那個大點子，你再繼續想一下，5分鐘描繪一下用戶的關鍵步驟。
完美，發散環節完成了。
4. 如何去抉擇最終的設計方案？
要選出目前最好的設計。方法有點原始：投票/團隊復查/思考帽子法。
投票。
每個人把自己的點子組織歸納一下，然後在白板上分享自己的點子。全部分享完，開始投票。
團隊復查&決定哪個做原型。
結合剛才的投票結果，大家一起討論做決定。
思考帽子。
這也是國外一個看問題更加全面綜合的思考方法。適合新團隊或者容易有偏見產生的團隊用一下。
分給每個人一頂思考帽子，每個帽子代表一個觀點和角度。比如持樂觀態度的/悲觀態度的/從技術角度出發/用戶角度出發…角度越多，觀點越全，看問題越綜合，做決定越準確。
5. 需要制作什麽程度的原型？
這個環節就不講了，就做個可做用戶測試的原型。用於後續的用戶驗證。
6. 如何做設計驗證？
要驗證用戶的感受/商業的價值/技術可行性。方法：用戶測試/商業利益相關者確認/技術可行性確認。
這邊主要是方法論的介紹。要是還有點蒙逼，不如自己實際操作一下，不試你咋知道呢！我也正打算在團隊中帶著小夥伴一起試一下。
谷歌內部方法！快速做創新設計並驗證的DESIGN SPRINT