像「無為而治」一樣設計

「我無為，而民自化；我好靜，而民自正；我無事，而民自富；我無欲，而民自朴」

－－－老子

「無為而治」並不是什麼也不做，而是不過多的干預、順其自然、充分發揮民眾的創造力，做到自我實現。好設計也一樣。

先聽個故事。

從前，有四個盲人很想知道大象是什麼樣子，可他們看不見，只好用手摸。胖盲人先摸到了大象的牙齒。他就說：「我知道了，大象就像一個又大、又粗、又光滑的大蘿蔔。」高個子盲人摸到的是大象的耳朵。「不對，不對，大象明明是一把大蒲扇嘛！」他大叫起來。「你們凈瞎說，大象只是根大柱子。」原來矮個子盲人摸到了大象的腿。而那位年老的盲人呢，卻嘟嚷：「唉，大象哪有那麼大，它只不過是一根草繩。」原來他摸到的是大象的尾巴。四個盲人爭吵不休，都說自己摸到的才是大象真正的樣子。

如果把大象換成產品開發項目，而盲人分別代表：產品、開發、運營、設計。會不會出現盲人摸象這樣的情景，也許沒那麼誇張，但不同角色一定有不同的理解。

問題來了：如何達成共識？誰來承擔這個重任？

許多工具和流程幫助團隊達成共識（設計思維、敏捷開發、精益設計等），而這個重任一般會由外部教練或內部導師承擔（導師、教練的區別下次再討論）。每個時代都有自己特色的問題，由此應運而生一些新的工具和方法。「設計衝刺」就是近幾年比較流行的一套框架，所以簡單一句答案：內部導師用設計衝刺幫助團隊達成共識。

從三個部分來理解：

1. 什麼是（不是）設計衝刺？2. 為什麼設計衝刺？3. 一個例子。

什麼是（不是）設計衝刺？

設計衝刺不是一套產品開發流程，而是五天內驗證創意。

設計思維：以人為中心的解決問題的方法。

敏捷開發：通過協作與交互快速交付產品。

精益設計：儘快推向市場測量與驗證產品。

設計衝刺並不是一套產品開發流程，是一種在五天之內解決並測試設計問題的框架。「衝刺」想法來自於敏捷開發模式、「設計思維」的理念發展於IDEO。「設計衝刺」的框架則脫胎於Google的實踐。（Google UX、Google Ventures、Google [X] 的思維模式）。設計衝刺與Lean UX非常類似。

設計衝刺基本原則：

1. 專註問題解決
2. 快速原型設計
3. 真實環境驗證

為什麼設計衝刺？

Fail Fast & Move On

一個 「能夠拯救人類」 的好創意，接著搭建出最輕量級的解決方案，經過幾次測試後發布產品，最後利用用戶反饋進行產品迭代。事實上，一旦開發進入軌道，停下腳步以重新思考原有的想法幾乎是不可能的事，開發者會在為一個壞點子開發產品浪費許多時間。

設計衝刺繞過了開發和發布的時間，讓受訪用戶直接體驗創意，進行迭代。

下一個問題：何時用設計衝刺？

1. 風險高的。你面臨著一個重大問題，而解決方案可能會耗費大量的時間或資金。此刻你就是船長，「設計衝刺」能夠幫助你在馬力全開之前看清航海圖。

2. 時間緊的，你面臨著嚴格的最後期限，需要好而且快的解決方案。「設計衝刺」正是為速度而生。

3. 起步難的，有些重要的項目很難啟動，有些則在中途失去動力。在這種情況下，「設計衝刺」就像一個火箭加速器，帶來新方法和新視角，幫助你擺脫地心引力的束縛，順利找到解決方案。

一個例子（攜程分享準備）

• 挑戰：用設計衝刺框架來準備分享內容（在線完成五個步驟）
• 團隊：衝刺導師、研究員、內容策略、設計師

1. 理解：確定目標、受眾分析。利益相關者分析了組織方、DS社區、觀眾。確定了觀眾為主要設計對象，確定了兩個內容方向。（1. DS與其它方法區別；2. DS應用場景；）比較粗略的旅程，可以通過採訪和實地考察更細化。

2. 發散：資料收集（案例、理論基礎）：發散花去了比較多時間，收集了一堆設計模式和方法相關的資料。

3. 決定：演講大綱。理解和決定環節的產物就是這篇文章，及Snow的一個PPT。

4. 原型：設計PPT、綵排。基於文章和PPT的反饋挑戰，統一PPT的風格。

5. 驗證：前期反饋、現場觀眾反饋、後期總結。（後期補充）

寫在最後

人們忘了你說的和做的，但永遠不會忘記你帶給他們的感受。

對許多人來說，這是一張普通的照片。對我來說它是一次TED大會的體驗之旅，每當我在策劃活動的時候，就會從這張照片中尋求靈感，並問自己：如何把TED大會的體驗帶給觀眾？如何讓一場活動變成一個社區？如何促進創新？

很多人會忘記這篇文章，忘記DS流程、忘記利益相關者地圖或藍樽咖啡，但你們會留下對DS的感受。同樣的，最好的了解DS的方法是自己去體驗，社區提供了很多這樣的機會。

當我們在設計的時候，忘記流程和方法，從心出發，感受並理解。像「無為而治」一樣設計。

推薦閱讀：