拒絕頭腦風暴——設計衝刺

在學校內做工業設計時，我們總會在初始階段採用頭腦風暴，20多人在一個多小時的激烈討（si）論（bi）之後，帶著一堆便簽和亢奮的心情滿載而歸。

可是靜下心來畫圖出方案的時候，頭腦風暴的創意點卻很難落到紙面上。這個創意點禁不住技術上的推敲、那個創意點用戶不買賬……幾次之後，我對頭腦風暴的印象越來越差：

空中樓閣，和設計流程割裂的存在。

我這樣想。

前一陣子讀了《設計衝刺——谷歌風投如何5天完成產品迭代》。通過筆記（如文章配圖）詳細梳理了一遍設計衝刺的流程，讓我對設計探索階段有了新的認識：

頭腦風暴本身沒有錯，也許是我們的形式做錯了。

幾個小細節就可以左右頭腦風暴的導向，流程的先後關係可以對結果產生巨大的影響……下文是對設計衝刺流程的簡介，以及其中發散思考的幾個問題。

一、設計衝刺流程

二、關於設計衝刺的思考

1.那些無法被真實模擬的情景

什麼樣的項目都可以真實模擬嗎？

原則上是成立的。根據二八法則，20%的核心內容就可以承擔80%的核心，而用戶測試只需要模擬最核心的部分就可以。而且可以用相同功能的假模型。

曾經設計過一款四面體燈，4個頂角都有一盞亮度不同的燈和開關，打開任意一個開關，把哪一個角翻轉到頂部，哪一盞燈就會自動亮起，當時琢磨了很久電路，被四連四控、滾珠開關和焊錫啥啥的折磨得要瘋……磕磕絆絆做好電路，封進模型里。結果臨到展示的前一天晚上，燈突然不亮了。重新把電路拆出來一點點檢查根本來不及。

你猜第二天上午的展示是怎麼通過的？

我們把4個可以遙控開關的LED燈泡粗暴地組裝在模型上，讓其中一個小夥伴拿著遙控器偷偷站在旁邊。當老師翻轉模型時，哪個燈泡朝上，小夥伴就按下哪個開關……我們就這樣矇混過關了。

原始的完整電路要2天完成，而這個假模型只花了我們20min。

可見二八法則是可行的。具體每一類型如何真實模擬呢？產品、商務模式、服務、體驗是不同的。

• 產品：工業產品可以用模型來代替，包括但不限於：油泥模型、3D列印、改造或組合現有產品等等。如果實在難以完成，還可以選擇圖片（建模軟體+PS)、產品宣傳冊、甚至是模擬營銷等等；互聯網產品可以用高保真原型（如果來不及，幾頁可以跳轉的ppt也可以）。
• 服務體驗：空間可以用現有空間進行改造，布置需要的場景氛圍；服務流程可以編腳本並請「演員」來模擬角色，提供給目標用戶一個模擬的流程。

2.決策者在整個流程中的作用

在整本書里，我頻頻看到這樣的話「一定要加入決策者」「讓決策者決定」「決策者可以擁有2張票「。為啥決策者這麼重要？

作者自己講了個故事，在某次設計衝刺中他們沒有邀請忙碌的決策者，結果在大家完成整個流程之後，決策者還是選擇了自己偏好的方案。這真是一個血淋淋的事實：

得不到用戶認可的衝刺方案是失敗的，但得不到決策者認可的衝刺方案連失敗的機會都沒有。

為了改進這個問題，作者提出了將較大的決策權重分配給決策者的方案，比如「給3張票」「最後讓決策者過目」等等，這樣天平偏向決策者，還會產生新的問題：決策者萬一指錯方向了呢？我認為，還可以綜合其他輔助手段，比如儘可能讓決策者深度參與流程，傾聽Day1專家們的補充建議，諮詢Day3時的民意調查，觀察Day5時用戶的真實反映。決策者會喜歡「這個合我眼緣」的方案，但一定會選擇「這個能解決問題帶來利益」的方案。

3. 藝術博物館的偏頗

藝術博物館是把各個方案一字排開陳列在牆上，讓成員們自由觀看，不允許作者一開始就闡述解決方案。這種方式的優點顯而易見：比起頭腦風暴那種「誰嗓門大聽誰的」，成員們在篩選方案時不會受到作者個人魅力和表現方式的影響，更集中於方案本身。但也不是絕對公平的——高考還有「卷面分」，這種投票也不能免俗。下面這兩種方案，你在詳細了解內容之前，會不會內心已經有了偏好？

慚愧地說，我會的。所以我建議在時間允許的情況下，對表現形式做一個統一，比如發手機模板紙，找人統一謄抄等等，最大限度地減少其他干擾。

4.用戶心儀的方案已經被我們篩掉了

前面的4天都是在準備原型——一切為了Day5的用戶測試。而在用戶測試之前，方案已經經歷了「點子-方案-腳本」的過程，大體細節被重重篩選，如果那個真正能取悅到用戶的方案並沒有存活到第5天呢？就像《哈利波特與魔法石》的草稿並沒有被出版商的小女兒看到，那整個設計衝刺不就白忙活了嗎？

基於這個問題，我建議在Day1確定了「誰是我們最重要的用戶」之後，增添一名目標用戶進入團隊，參與接下來3天的篩選流程。這樣可以把控整體走向，一定程度上避免這個問題。

三、寫在最後

設計衝刺作為一種快速試錯的設計流程，和「小步快跑」的迭代開發有異曲同工之妙。能在最大程度上壓縮周期、節約成本，性價比極高。最有意思的是，我在鳴謝名單里還看到了「目標讀者XXX」——這本書的寫作也是一次小小的設計衝刺！

比起頭腦風暴和冗長無果的會議，設計衝刺也許更適合快節奏的設計工作。至於上面提到的問題，在接下來的實際嘗試中，我會不斷深入思考，歡迎討論！