眾所周知,設計沖刺(Design Sprint)是一項需要集合多角色、經歷五天的共創工作坊,目的在于幫助產品團隊快速了解用戶痛點需求,快速找到切入點及相應產品方案。但在方法的實際應用中,大多時候也會存在人員組織上的困難,很難將不同崗位的小伙伴集合在一塊進行比較長時間的封閉會議,因此不少人肯定會問,設計沖刺一定需要在五天內完成所有嗎?

其實未必,方法雖是不變的,但執行是靈活的。

上個月我們用研作為“聯結者”的角色,聯合產品同學組織了一場歷時10小時的敏捷版“營銷工具平臺設計沖刺”,通過理解用戶-方案發散-收斂思維-方案建立四個流程環節,輔助產品同學了解用戶需求及規劃相應的產品方案。

接下來,小編和大家介紹一下我們是如何高效組織共創工作坊~

前期準備

盡管這次產品共創工作坊只有1天,但工作坊的成功與否也取決于前期準備是否周全,取決于議程的設計是否合理順暢,因此這就要求作為組織者的我們需要提前幾天籌劃,比如參會的角色有哪些?參會的人數需要控制在什么范圍內?會場環境怎么布置?準備什么物料?工作坊最終達成的目標是什么?流程怎么設計?討論的議題有哪些?以上種種看似相互獨立,但實際上是相輔相成的。

比設計沖刺還敏捷!如何高效組織一場共創工作坊

首先,要確立工作坊目標,也就是我們要解決什么問題?對于共創工作坊來說,最重要的就是確定目標,因為它是貫穿整個活動最為關鍵的一環,能夠幫助來自不同領域的參與者快速達成共識。而我們這次共創的終極目標就是打造服務于內部使用的營銷工具產品,但在實現終極目標前,我們要在工作坊中解決以下四個方面的問題——

比設計沖刺還敏捷!如何高效組織一場共創工作坊

其次,要保證參會角色的多元化及分工明確,因為這樣不僅可以保證在活動中碰撞更為發散的想法和建議,而且還能保證最終方案有足夠的落地性,最終做到收放自如。當然人數的控制也是必不可少的,6-8人足以,因為人數過多,想法容易過于發散,會給流程節奏的把控上帶來一定的困難。

接下來大家肯定會問,敏捷版工作坊的多元角色是怎么選擇?選擇的邏輯是什么樣的?以及具體角色分工是什么樣的呢?

其實在實際中,我們更多會參考產品開發迭代過程中常用到的“雙鉆模型”,從中選擇各個環節觸點所涉及的角色,比如我們在這次共創工作坊中就加入了涉及用戶需求調研和方案驗證環節的用研角色,以及與產品規劃相關的各線負責人,如產品1號位、設計1號位等角色。上述角色除了需要施展各自專業能力之外,還需要分別被安排主持控場、會議記錄、人員組織、輔助串場、輸出想法等任務,真正實現“人盡其用”。

比設計沖刺還敏捷!如何高效組織一場共創工作坊

第三,做好敏捷版的設計沖刺,前期的用戶洞察不可或缺。為了保證“短小精悍”的產品共創工作坊能夠高效輸出方案,我們用研角色需要通過可視化的“用戶體驗旅程圖”方式幫助產品全方位梳理用戶的痛點需求。

當然,前期準備的用戶體驗旅程圖無須各個方面都要涉及到,只需要將流程各節點涉及到的主要角色和問題標明清楚即可,因為在工作坊執行階段的“輸入環節”,活動參與者會在用研準備的旅程圖雛形上進行補充。

比設計沖刺還敏捷!如何高效組織一場共創工作坊

第四,共創需要來點儀式感。不管是附有設計海報的會邀郵件、準備好的用戶旅程圖便簽墻和串場PPT,還是輕松舒適的場所,這些都能夠給參與者帶來參會的儀式感和沉浸式的互動體驗,能夠促使參與者轉變原有的工作角色,快速融入到活動中來,因此前期的會場布置和物料準備非常重要。

工作坊執行

前期準備已經就位,那么接下來,我們產品共創工作坊也正式拉開序幕~

比設計沖刺還敏捷!如何高效組織一場共創工作坊

10:00-12:00 輸入:“不以規矩,不能成方圓”,設計沖刺本質上也是一種頭腦風暴,是激發參與者產生大量創意的特別方法,倘若在腦暴過程中沒有活動規則和程序的存在,那么參與者創意容易跑遠,整個活動也容易變成辯論場,因此在輸入環節中向參與者同步規則是首要的。

產品共創工作坊的規則主要有以下五點:

  • 推遲評價:在共創時,我們盡量不考慮重要性、可行性、實用性等方面,盡可能避免對不同想法提出異議或評價,保證最終能輸出不可估量的新想法。
  • 大膽想法:鼓勵每位參與者隨心所欲提出想法,內容越廣越好,給參與者營造一個舒心安全的氛圍。
  • Yes,and:鼓勵每位參與者在他人提出的想法的基礎上進行補充和升級。
  • 量大于質:共創工作坊的基本假設前提就是“數量成就質量”,想法是否可行,方案是否實用在共創前期不重要,重要的是同一關鍵問題下所對應的解決方向是否足夠多。
  • 想法“可視化”:在工作坊中,我們會鼓勵參與者暫時忘掉自己原有的“身份”,站在一個新產品的角度將自己的所思所想記錄在紙上。

比設計沖刺還敏捷!如何高效組織一場共創工作坊

同步完規則,用研側首先結合基礎版的“用戶體驗旅程圖”向參與者輸入調研信息,幫助參與者理解“哪些用戶是核心的”,“用戶存在哪些痛點需求”,其次邀請參與者共同討論和投票“哪些場景的痛點才是最為核心的”,最終在輸入環節中產出下圖完整的旅程圖。

比設計沖刺還敏捷!如何高效組織一場共創工作坊

13:00-15:00 發散:通過“輸入環節”我們梳理清楚了最核心的待解決問題,那么接下來我們基于這些關鍵問題,盡可能發散思考出“我們能做什么”、“如何解決用戶痛點”等一系列議題。

首先在這個過程中我們需要使用不同顏色的便簽紙記錄不同類型的解決能力項,以便下一環節的分類和篩選。其次我們會圍繞自己提出的能力項向大家詳細地說明。

在“發散環節”中,盡管我們都盡量避免對不同想法提出評判,但實際操作時也會遇到一些爭議問題,是爭論不休?還是擱置爭議?這時候為了保證環節的順利進行,我們就增加了一個新的工具——“停車場”,將一些有爭議的問題暫時置于“停車場”,會后我們再圍繞停車場問題進行有針對性調研解答。

比設計沖刺還敏捷!如何高效組織一場共創工作坊

15:00-16:30 收斂:在這一環節我們的目的主要是通過一系列的討論、評估等方式將腦暴出來的解決方案篩選收斂成最終的方案。

首先我們需要對腦暴出的產品能力項進行篩選和分類,將同類的能力項歸攏在一起,然后梳理在關鍵待解決問題上大概有哪些方案后再進行方案評估。

在方案評估中,我們引入了新的評價模型——C-Box模型,該模型是一種歸納評估大量設計概念的矩陣圖,往往用于概念創意的早期階段,尤其是在腦暴后得到了大量創意時。

一般情況下,C-Box模型主要從創新性(有創意/無創意)、可行性(簡單/困難)兩個方面來評估,而我們這次共創工作坊更多是出于成本和落地性的考量,會結合“能力項缺失后是否影響流程”和“現有或缺失的系統能力項”等兩方面對原有的評估模型進行演變和融合,換句話說,會基于必要性(優先級高/低)、可行性(已有能力/缺失能力)等維度評估方案。

比設計沖刺還敏捷!如何高效組織一場共創工作坊

最后,基于第一象限和第二象限中的能力項,結合各種目標用戶的工作流程整理出初步的產品方案。

比設計沖刺還敏捷!如何高效組織一場共創工作坊

16:30-20:00 建立:在這一環節,我們首先會考量“產品首要解決的問題是什么?”、“哪些業務場景要優先考慮?”、“首要切入點是什么?”在確定方向后,我們就如何實現來搭建線框圖,通過可視化的方式產出基本的產品框架,用于后續調研階段的測試和驗證。

資料沉淀

在工作坊執行結束后,還有最重要的一環不要忘記,那就是收集并拍照記錄整個工作坊中產出的便利貼、大白板、草稿上的想法內容以及會議記錄,可以通過Word、Axure、PS等方式將所有的紙質資料整理并電子化,同時沉淀到共享空間,以備參與者隨時瀏覽參考和復用。

比設計沖刺還敏捷!如何高效組織一場共創工作坊

最后的話

這次營銷工具平臺產品共創工作坊是我們用研作為“聯結者”的角色首次嘗試與產品同學進行想法共創,通過這次的共創工作坊,不同領域的小伙伴一起針對一項創新項目來尋求解決方案,不僅加深了對彼此工作流程、發力方向的認知,而且也深刻理解了目標用戶的痛點需求。

基本上到了這里,敏捷版設計沖刺也告一段落了,從最終效果來看,方案的產出效率和成果都是令人驚喜和超出預期的,希望這套敏捷版的問題解決方法論能夠給大家帶來一定的參考,幫助大家解決難題。

*目前產品還未上線,故上述部分圖片已做虛化處理。

歡迎關注「JellyDesign」的小程序:

比設計沖刺還敏捷!如何高效組織一場共創工作坊

收藏 41
點贊 5

復制本文鏈接 文章為作者獨立觀點不代表優設網立場,未經允許不得轉載。