8小時320個Ideas,用Design Workshop設計小程式方案是什麼樣的體驗?

ADVERTISEMENT

編者按:本文來自微信公眾號“職人社”(ID:Shokunins),作者 黃海均。

我一共參與過五六次 Design Workshop,每次都有不同的感悟。

2011 年我在知乎工作,8 月的一天收到俊煜的郵件,邀請我作為評審嘉賓參加豌豆莢內部的 Hack Day。在那次 Hackathon 裡,我看到了 7 支內部小團隊在短時間內迸發出了無限的想象力、創造力和實際動手能力,第一次為這種新穎的產品開發形式所吸引。

2014 年初,我加入豌豆莢團隊,當時的項目對我而言是一個陌生的行業。面對多樣、雜亂的需求,當時搭擋的設計師主持了一場團隊內的 Design Hackathon,通過高效的 Brainstorming,對需求進行了地毯式的遍歷蒐集並分類,幫助我快速地看到了全局。這一次,我感受到了正確的 Brainstorming 姿勢的重要性。

離開豌豆莢後,我在社交領域開始了第一次創業 —— 這是一個需求廣泛但產品形態亟待創新的市場。一段時間後,產品增長遭遇瓶頸,於是我在團隊內組織了一場 Design Workshop,以「如何讓兩個陌生人進行有效見面」為主題,開展了魔鏡 2.0 的設計探索,做出了全新的產品方案。儘管最終我們沒有將這一版上線,那場 Workshop 無疑對我們團隊而言是一場整齊高效的交流討論。

Design Workshop 強調創新思考、追根溯源、去偽存真、動手創造,這個方法不僅適用於網際網路產品,也適用於日常生活中碰到的一些問題。去年 11 月,我參加豌豆莢「豌豆大篷車 · 深夜酒館」聚會,跟俊煜聊到想圍繞產品設計方法論做分享社群的嘗試,他提出可以與他的新公司「光澗實驗室」一起合作,我當時就覺得非常棒 —— 能把豌豆莢內部實踐多次行之有效的設計方法論推廣給行業內更廣泛的職人,這事兒太有意義了。

光澗實驗室聯合職人社計劃在 2017 年舉辦一系列的 Design Workshop。

為了確保 Workshop 啟動的質量,第一期 Design Workshop 由光澗實驗室的聯合創始人王俊煜親自設計和主持,保證全程推進效果,並特別邀請了兩位嘉賓進行經驗分享。光澗實驗室和職人社共同進行參與者的招募。職人社特別推薦了幾位資深產品經理參與,全程跟進記錄,並將在之後和光澗實驗室一起共同改進 Workshop。

俊煜從眾多選題中選擇了大家關心度比較高的「日常場景中易用的小程式」。為了讓設計流程更加流暢高效,還預先在每個小組進行了背景、經驗的精準搭配,以期產生更多有趣的想法碰撞。

*Design Workshop 是 Googke、IDEO 等業界頂尖公司內常用的產品設計方法和工具。在一定時間內以頭腦風暴的形式,最大範圍內搜尋產品的可行性,抽象地整理出這些想法背後隱藏和核心概念和使用者需求,快速整理出正確的產品設計方向,將想法轉化成合適的方案草稿圖,最終變成產品故事板。整個的設計過程我們幾乎沒有做任何方向的限制,我們讓產品設計師、工程師等不同角色的朋友討論互動,相互激發靈感獲得豐富的創意。

為 Design Workshop 充分準備

簡單來說 Design Workshop 可以分為提問、頭腦風暴、Idea 分類和完善、方案設計四個環節,遵循思維從發散到抽象到具體的過程。

材料上的準備:

人數:Design Workshop 人數以 8-15 人為宜,鼓勵在角色上更加多元,除了產品設計師以外,運營、工程師、BD 等角色都可以參加。

場地:場地需要有容納 5-7 組桌椅,確保成員可以在方案設計環節無障礙分組,進行寫紙條和繪製線框圖。

物料:每個成員有至少一支馬克筆,一本 N 次貼,3-5 張 A4 紙,場地內有一塊大白板,PPT、投影儀和計時器看情況選擇。根據分組情況準備 5-7 個白板。

在動手之前,需要每個參與者對今天設計的命題以及設計流程做足夠的瞭解。俊煜分享了他理解的設計方法論:

第一,需要對問題做一些瞭解;

ADVERTISEMENT

第二,在命題中尋找機會;

第三,設計方案,對命題做一些驗證;

第四,對方案做一些迭代,完善方案。

衡量設計的好壞可以從三個角度去思考, Desirability(使用者渴求)、Feasibility(技術可行性)和 Sustainability(商業可持續)。好的 Idea 應該實現這三者的交叉。

當天的設計環節分為三個部分:

第一,學習小程式。俊煜邀請了輕芒聯合創始人、前豌豆莢技術負責人範懷宇,以及有可能學院 CEO、知名部落格「可能吧」的作者阿禪(Jason Ng )分享關於小程式的想法,參與者會基於他們的分享,加深對小程式的理解。

第二,找小程式的機會和設計解決方案。避免大家 Brainstorming 的過程太零散,花費更多的時間,俊煜會嘗試用結構化的方法帶領大家完成 Brainstorming 的過程。

第三,交付解決方案。這次我們準備了足夠的便利貼和白板,鼓勵大家把解決方法用視覺化的方法展示出來。由於時間關係不能做使用者測試,我們這次會嘗試做一次有效的設計評審。

尋找正確的問題

設計是創造性地解決問題的過程。而比解決問題更重要的是找到正確的問題。

什麼是「問題」,什麼是「解決方案」?

發現問題和解決方案是兩個不同的含義。很多時候大家都會忽略明確問題的這個過程直接跳到解決方案上。

俊煜舉出的問題是「飛機上的熊孩子很吵」,大家當下反應出的解決方案:去批評熊孩子讓熊孩子閉嘴、或是去和熊孩子的父母理論。設計的方法應該是找到問題背後的「機會」,這樣就會重新定義問題,比如:「我想在飛機上休息,HMW(How Might We) 讓熊孩子不吵到我?」。經過這樣 HMW(How Might We) 對問題重新定義之後,一副好的降噪耳機也許才是更好的解決方案。

今天大家嘗試提出正確的問題,不急著給出解決方案,而是用 HMW(How Might We) 提出其中的機會。

無拘無束地提出機會需要遵循幾個規則:

不對別人的 Idea 有 Judgement。大家在提問題的本質是為了找到最有價值的 Idea,要用 「Yes, and」 的積極心態看待別人的 Idea。

ADVERTISEMENT

數量大於質量。整個過程中追求儘可能多的 Idea。

鼓勵狂野的 Idea。也許最後正是這些狂野地想法產生了更多的可能性。

不要害怕借鑑別人的 Idea。在 Brainstorming 環節中借用團隊 Idea 做一些改良,是被允許的。

鼓勵把 Idea 圖形化。我們隻準備了粗筆,希望大家把 Idea 寫得儘量簡潔。

從小程式的分享開始 Brainstorming

小程式是一個新的技術,發展階段還比較初期。

根據「創新擴散理論」,俊煜用使用者群的概念把使用者分為職業鑑賞家、專業發燒友、業餘愛好者、匆忙路人甲和圍觀群眾幾種類型,定義了我們要影響的人群會是專業發燒友和業餘愛好者。這類人群的特點是不抗拒使用新的東西,但並不會為了嚐鮮而嚐鮮,只有這個功能真實有用,他們才會願意繼續使用。

俊煜分享了一些過去公開的研究成果,引導大家用 HMW(How Might We) 來表達小程式的機會。比如對於大多數安卓使用者來說,裝很多的 App 意味著手機不安全、遭受推送的騷擾和手機變卡,所以他們會減少 App 的安裝;對 iOS 使用者來講,16G 大小手機佔使用者比重比較大,而這類使用者相對喜歡嚐鮮。

接著每組參與者輪流分享大家在體驗不同小程式時發現的好用的小程式場景以及用法,大家在交流中繼續尋找新的機會,做更多 HMW(How Might We) 的提問。

經過這一輪相互啟發之後,大家手裡的 HMW(How Might We) 漸漸多了起來。接下來範懷宇給大家分享了小程式的技術特點和可行性,可以從以下幾個層面開始思考小程式的機會:

互動:小程式在可行性上目前能做出什麼樣的東西

裝置:小程式對手機裝置有什麼樣的許可權,可以獲得哪些資訊

微信服務:小程式寄附在微信當中,可以從微信得到什麼樣的功能

獲取和迴流:小程式作為比較新的產品,和其他傳統產品的區別

阿禪為大家分享了他在小程式商業機會的思考。阿禪在業界首先提出了微信小程式從線上鍊接線下場景的方向,成功的小程式應該做到即用即走,提供與線下場景特別相關的服務,更好的利用還沒有被開發的使用者流量和使用者時間。如果這個使用場景還具有可傳播性,整個環節將會更加完整。

大家與阿禪進行了長達半小時的 Q&A,對於一些與服務號的區別、特定的服務場景以及小程式的生態進行更深入的提問,在交流過程中大家產生了更多的場景可行性的想象。俊煜根據範老師、和阿禪的分享,把使用者體驗做了更準確梳理,做了更完整的使用者體驗地圖。

分享環節結束,白板上已經貼了近百個 HMW 的提問。接下來大家對這些 HMW 進行分組,整個過程大家隻看展示不做任何交流和引導,基於自己的理解對機會進行分組。分類的過程不必要求完美,遇到不理解的 HMW 就放到一邊。大概十分鐘的功夫就完成全部的分類。

ADVERTISEMENT

接下來大家用一開始準備好的小圓點對分類之後 HMW 進行投票和決策。所有的成員可以根據自己的理解給這些機會投票,每人有三張貼紙,如果大家認為一個問題非常值得解決,可以投多次來體現問題的價值。當主持人把票數最多的幾個 HMW 轉移到使用者地圖的對應位置時,大家就可以很直觀地看出在哪些環節,潛在的問題或機會最多。

每一個小組基於使用者體驗地圖,對每個機會的入口、分享等環境進行了一些思考和討論。從使用者需求角度出發,每個小組認領了一個問題。

每個小組又明確了一次小組想要解決的問題。這個時候隻需要明確需求的場景和問題,而不需要給出具體的解決方案。這裡的句式是「如何解決什麼場景下的什麼問題」。

到現在為止,大家已經完成了「前期立項」的工作。

總有更好的解決方案

每個小組把自己認領的問題明確地寫出來,嘗試用 Brainstorming 的方法設計解決方案。這個過程需要大家的思維不斷發散再收斂,從「問題到故事板」的過程要進行至少三次發散收斂的過程,這樣做出來解決方案會更加經得起推敲。

第一次,圍繞著問題寫出 Idea。一開始可以根據直覺畫出一些 Idea,這些可能是零散的,不成體系的。

第二次,每個人整理出一個成體系方案。這個環節大家可以用粗筆來畫,迴避很多設計細節。

第三次,小組成員一起設計出一個更加完整的 Story Board。把使用者使用小程式的過程畫出來。它可以是一個介面,可以是某線下場景的整體流程。

第一步大家要在組內榨出足夠多的 Idea。我們準備了一些 A3 的紙。每個人有 16 分鐘,每隔 4 分鐘畫出來 4 個 Idea 貼在紙上,然後傳給右手邊的同學。每個同學需要先理解一下上一個同學的 Idea,然後再畫出 4 個 Idea。這樣每組可以得到 4 × 4 × 4 個 Idea。

由於時間短,鼓勵大家依靠直覺,思維儘可能得發散。強迫自己在規定時間內把 Idea 畫出來。可以是對整體系統的 Idea,也可以是某個環節上的 Idea。不用擔心 Idea 跟其他同學是重複的。

接著大家用分類和投票的方式對 Idea 進行整理。大家安靜地把每組 64 個 Idea 進行展示和分組,然後進行不限次數地投票。標記出 Idea 的設計細節或者方案中亮點。不限次數的意義在於,可以在 Idea 中畫出熱點圖。

完成了 Idea 的整理和投票後,每個人有 5 分鐘的時間按照自己的喜好把每個環節串進去,畫出更系統化的方案草圖。這裡的保真度需要做到用簡單的三屏草稿紙來描繪「使用者是怎麼進入到這個小程式的」、「使用者做了什麼動作」、「使用者得到了什麼結果」。這裡每個人應該思考更多的應該是流程的完整性,避免陷入具體細節鑽牛角尖。

每個組產出四個方案草圖,大家在組內繼續對這個四個方案草圖用小圓點貼紙進行投票和討論,不但要投出喜歡的方案,還要去貼具體喜歡哪點設計。之後大家就可以從大家最喜歡的部分裡提取出產品的 Story Board。

做方案設計的過程中小組成員難免會遇到分歧。當組內的成員對於將要形成的故事板無法達成一致時,俊煜給小組分別引導,用一些方法*幫助大家走出設計的僵局:

第一個方法是再收斂。很多情況下,有爭議是因為組員的背景資訊不同,導致大家心目中的場景設定、目標使用者有偏差,給出的解決方案不能互相認同。這時就需要將命題進一步收斂到一個更加具體的要解決的問題。比如說有一組認領的命題是「HMW 讓使用者更好的完成醫院的就診流程」,大家會先將這個命題的場景縮小到「去一家普通三甲醫院看病,可以掛得到號,各環節排隊人很多」這樣的背景,在此基礎上再去各自設計方案,大家的思路就不會偏差太大。

第二個方法是引入決策者。當無限次投票等方法沒能產出結果時,可以引入決策者來拍板。決策者需要從各個角度理解大家的立場,做一個綜合考量再做出決策。

對設計方案做有效的評審

「設計評審」的環節有兩種方法,一種是大家去看別人的 Idea,然後投票點出自己最喜歡的點。這樣做的目的不是選出設計最好的方案,而是找出方案中的最好的部分然後繼續細化。

這次俊煜選用了 Thinking Hat 的方式對設計方案做評審。首先每個小組展示自己的故事板,展示之後其他參與者有 15 分鐘的時間可以分別從 User Advocate(使用者),Optimist(樂觀主義者),Pessimist(悲觀主義者),Feasibility(技術可行性),Idea Generator(點子大王)這五個不同的角度提出意見,給小組團隊更多的反饋。

在這個過程中,大家給出了很多有趣的評審觀點。比如「去一家普通三甲醫院看病,可以掛得到號,各環節排隊人很多」這個場景,原本設計的結果分享給家人,現場同學以 Idea Generator 地角度評價說可以把最後一步設計成為眾籌,一方面幫助患者解決了費用負擔問題,另一方面為醫療捐助做了可信驗證。

通過 Design Workshop 的方式,我們能夠快速、準確地整理出一條正確的產品設計方向。但在實際進行產品設計的過程中,我們需要把產品實現出來,通過使用者反饋,迅速反應和調整,對產品進行一次次迭代。經過下午三段發散到收斂,大家都拿出了保證度相對比較高的解決方案。最後大家把活動的感受和疑問都整理出來貼在了光澗的白板上。

職人社與光澗實驗室將在 2017 年舉辦一系列的 Design Workshop。在職人社()後臺回覆「群」單字或者加職醬(),可加入職人社系列微信群,第一時間 get 參加 Workshop 的活動通知。

「職談」是職人社主辦的系列線下分享活動,為 3 年以上工作經驗的網際網路從業者提供一手的經驗乾貨、實戰案例,持續交流學習,拓展視野。同時構建高質量的社交圈子,結識同行新朋友。

『本文封面圖片來自:Yestone 邑石網正版相簿』

» 36氪

ADVERTISEMENT