在產品的定義階段，產品發展形態的可能性是最多的。對于當前國內絕大多數移動互聯網創業公司來說，在產品定義初期，往往都是由個別產品負責人或者創始人「決定」產品方向的。這種「命題式」的傳統方法，會導致產品的大部分可能性被早早扼殺，很容易讓產品設計陷入程式化的思維或是已有的產品模式。在這種方式下，不能說誕生不了好的產品，但突破和創新的難度將會大大提高。傳統的「頭腦風暴」，在發散思維時往往失于天馬行空，忽略了落地的可行性。

在歐美等設計業成熟的國家，很多設計機構都采用了 Design Hackathon 的產品設計方法論，這種方法融合了來自 Google、IDEO 等業內頂尖公司的設計方法和工具。這種方法論目前尚未被公開引入國內。豌豆莢作為一家產品和技術驅動的公司，早在 2011 年就引入 Design Hackathon 的方法論做產品設計。如今已經使用這種方法設計出了豌豆莢 2.0 的 Windows 端和 Android 端，2013 年 8 月發布的 Windows 端新版歡迎頁，以及 9 月剛剛發布的視頻搜索產品。

在這些產品的設計過程中，豌豆莢也積累了一些經驗和心得。19 日上午，在?IxDC?主辦的 2013 中國互聯網產品大會上，豌豆莢產品設計總監劉亞平主持了主題為「產品設計不是命題作文」的產品設計工作坊，第一次將 Design Hackathon 引入國內業界，并組織所有參會者親身實踐了這個方法論的全過程。我們將現場整個 Design Hackathon 的過程整理出來，希望通過這種方式，將 Design Hackathon 的產品設計方法介紹給所有致力于打造優質產品的同行和朋友們。

什么是 Design Hackathon ？

Hackathon，即「黑客馬拉松」，是一個流傳于程序員和技術愛好者中的活動。在該活動當中，大家相聚在一起，以合作的形式去編程，整個編程的過程幾乎沒有任何限制或方向。Design Hackathon 類似用「黑客馬拉松」的思維做產品設計，它將所有的產品設計師、視覺設計師甚至工程師聚在一起，在一定的時間內，以頭腦風暴的方式，最大范圍地搜集產品的各種可能性，然后抽象地整理出這些想法背后所隱藏的核心概念和產品需求，快速梳理出正確的產品設計方向，之后將想法轉化成可視的手稿和線框圖，最終變成產品雛形。

快速發現海量可能性

Design Hackathon 非常適合產品定義階段。在產品定義階段，設計方向和目標尚模糊，產品形態發展的可能性非常多。如果僅僅采用傳統的設計手段（比如單人決策），非常容易走向片面和狹隘的方向，既可能出錯，也會喪失許多機會。 Design Hackathon 將所有與產品相關的人員聚在一起，利用頭腦風暴法，快速產生海量想法和點子，讓產品設計從個人經驗和競品預設的桎梏中脫離出來，搜集最大范圍的產品可能性。

確定方向并擁有可落地的細節

Design Hackathon 遵循了一個「從發散到抽象再到具體」的過程，從最直接的個人經驗、想法或者靈機一動的點子出發，抽象地歸納出這些想法背后所隱藏的核心概念或產品需求，最后再回歸到具體的產品設計草圖當中。這個由「發散到抽象再到具體」的過程，既保證了思維發散階段的豐富性和靈感的多元化，又能達到將想法現實化的目的。

激發不同角色團隊成員的創意

Design Hackathon 參與人員并不局限于產品設計師和交互設計師，而是可以拓展到工程師等其他產品相關人員。不同背景和角色的人通過討論和互動，能夠相互激發靈感，獲得豐富的創意。在產品的設計過程中，設計師、工程師和高層領導者由于背景和理解問題的角度不同，常常會產生分歧和爭議，使產品設計的時間周期變得不可預測。Design Hackathon 的方法論可以讓整個產品團隊都加入其中，在平等、專注且高效的狀態下，通過分類的方法，將所有人思考的亮點條理化，匯聚到最終的產品設計中。

如何操作 Design Hackathon？

準備階段

在 Design Hackathon 開始之前，我們需要先做一些準備工作，包括場地、人數和紙筆的準備。

1) 人數：Design Hackathon 的參與人數以 8-15 人為宜，產品設計師、視覺設計師甚至工程師等所有與產品相關的人員都可以參加；

2) 場地：場地需要容納 5-7 組桌椅（因為在「方案設計」環節，所有人需要被分為 5-7 組），能保證每組成員都無障礙地寫紙條和繪制線框圖；

3) 物料：每位參加者需要配備 1 支馬克筆，至少 1 支繪圖鉛筆，至少 1 本記事貼或 N 次貼，3–5 張 A3 白紙。場地內還需要有一塊大的白板 or 白墻（需要能容納 100-200 張記事貼）。PPT 和幻燈設備根據情況選擇；

4) Design Hackathon 整場需要 1 位主持人，主持人只負責引導和組織，原則上不提供任何關于產品的主觀導向。

1. 發散：解決問題的方式

在開始一切之前，我們首先需要明確自己要解決的問題是什么。我們可能是需要設計一個全新的產品，但我們對這個產品只有模模糊糊的想法。我們已經了解到一些用戶遇到的困難和問題，但是這個產品具體會以什么樣的方式解決這些問題，呈現成什么樣，應該有哪些功能和特點，我們并不清楚。

解決任何一個問題的方式都是多種多樣的，我們可以使用「How might we……」的句式，從各個不同的角度分解問題，找出所有可能解決問題的方式。在這個階段，我們需要的是開闊思路，追求的是全面的、打破常規的思維和方向，不需要評價它是不是嚴謹，是不是可實現，更不需要提出具體的解決方案，解決方案將會在后續階段補充。

舉個例子，如果我們的問題是，到了一家餐廳不知道吃什么？

那么，我們需要使用「How might we……」的句式，從所有可能的角度來分解這個問題：

如何讓點菜的過程變得有趣 （既然點菜的過程很麻煩）？

如何不去餐廳（不去餐廳也就不存在點菜的問題了）？

如何讓大家不吃飯呢？（不吃飯也就不存在點菜的問題了）

如何知道大家最愛吃什么？

如何讓大家口味都變得一樣（這樣就解決了眾口難調的問題了） ？

如何事先知道這個菜大家喜歡不喜歡？

如何點主菜、素菜、湯（點一整桌菜可能很麻煩，但是只點一個湯就好多了）？

如何讓大家進入餐廳就自然知道點什么菜？

等等……

2. 頭腦風暴

通過前一步的預熱，我們已經整理出產品開發中可能遇到的問題了。我們接下來要做的，是基于這些問題，自由地、無拘無束地闡述解決方案。

我們需要最大范圍地盡力去想各種可能的解決方案或 idea，不要限制自己的思維。任何人想到一個 idea，就寫在紙條或卡片上。

可以采用類似 N×5×5 的方式。N 表示所有參與頭腦風暴的人總數，這個式子表示需要每人在 5min 的時間內寫下 5 個想法，然后將這 5 個想法傳給下一個人，同時接收上一個人傳來的 5 個想法，再寫一輪，如此類推，N 輪過后，每個人手中都會有 5N 個想法，所有人共有 5×N×N 個。所有人都要寫，但是相互之間不要交流。這樣，每個人既會受到他人的激發，又不會受他人想法的限制。

圖1：每個童鞋需要在 5 分鐘內，寫下 5 個想法貼在 1 張 A3 紙上，時間到就傳給下一個人，同時接收上一個人傳來的 5 個想法。

譬如，在第一步的點菜問題上，針對「如何讓進入餐廳就自然知道點什么菜？」，我們可能會有很多的想法：

可以在餐廳門口放上菜單，任顧客翻閱瀏覽；

可以做招牌菜的海報或易拉寶展示；

可以做食客最多點選的菜肴 list；

甚至可以像風波莊那樣，根本無需點菜，只需要食客告訴服務員用餐人數和忌口，服務員馬上就能為你上菜……

頭腦風暴中，需要所有人遵守幾項原則：

1) 不要關心老板或者領導的意見；

2) 不要限制自己的想法，因為往往到了下一階段的執行，現實條件會給你限制的；

3) 不要放棄捷徑，要站在巨人的肩膀上；

4) 不要講太過于抽象的東西，譬如「做一個更好的產品」；

5) 事先設定一個時間限制，不可草草結束或無限拉長時間。

3. 卡片分類和完善

通過上一步的頭腦風暴，我們會搜集到 100-200 個想法，甚至更多。這些 idea 都是感性的、靈光一閃的、零散的。這一步，我們需要將這些 idea 組織起來，抽象出其中暗含的核心功能或需求。我們需要對搜集到的所有想法進行分類，大概分成 5-7 類，每個類別都需要有一個概括性的標題。

分類沒有一定的規則，因為一般情況下，這個分類不需要非常嚴謹，由主持人組織大家討論進行。每類下包含 idea 的數量應該差不多，如果有某個類別所包含的 idea 數量明顯少于其他組，則需要大家一起思考，為這個分類再做補充，直到所有類別下 idea 的數量大致相等。

圖2：分類的維度很多，沒有嚴格的規則。

關于上一個點菜的問題，我們可能產生了很多的想法，這其中有一些是關于菜單設計的，有一些是關于服務員服務技巧的，還有一些是關于餐廳制度的，等等。

4. 方案設計

經過分類，這些頭腦風暴產生的零散想法之間就有了關聯，每一個類別下的想法，對應的就是一類功能或需求。截至此階段，設計師們也會開始產生一些具象化的內容。這一步，我們需要發動所有的設計師參與和貢獻：將所有的設計師分組，每一組設計師領走一個類別的卡片；根據這些卡片上的信息，設計師可以開始繪制草圖和線框圖，也可以出一個故事板。

對于每個組，繪圖的過程和方式比較靈活，可以是每位組員分工做，根據所拿到的 idea 做不同方面的草圖，也可以組員一起討論出一個草圖。對 idea 的取舍由設計師自己確定。

圖3：設計師們出的線框圖

當所有的組都完成了草圖或故事板后, 主持人可以進行簡單的點評。之后, 這些成果就可以交給具體負責產品的設計師做正式的產品設計了。

總結

Design Hackathon 遵循了「從發散到抽象再到具體」的思維過程?！赴l散」保證了我們不會錯失有關產品設計的各種可能性和細節，「抽象」幫助我們整理出想法中的產品邏輯和需求層次，而「再具體」的過程則保證了我們所有的想法和需求都能落地成為可見的設計。通過 Design Hackathon 的方式，我們能夠快速、準確地整理出一條正確的產品設計方向。

《Design Hackathon 方法手冊》PDF 下載：http://vdisk.weibo.com/s/aoFZDu6DQl4FN

via：豌豆家