5天設計產品?Google Design Sprint 實戰

1 評論 27080 瀏覽 45 收藏 7 分鐘

前兩天組織了上海2016 Google I/O Extended,活動伊始,我們幾個組織者都在苦惱I/O大會直播之前我們該做點什么,思索良久,“要不我帶人做Design Sprint吧”,其他組織者頓了頓,“要不試試吧”。

就這樣,我們把Design Sprint引入了這次GDG的活動中,可問題來了,大部分人可能都沒有聽過Design Sprint,如何讓大家了解這次的工作坊呢?

有人直接將Design Sprint翻譯為“設計沖刺”,這個翻譯不錯,但想要讓更多非互聯網行業的人知道“sprint沖刺”的概念還是有點難,索性簡單點,“產品設計流程”更方便科普。Design Sprint是一個為期5天的針對初創公司進行產品設計的一套流程方法,集思考、設計、分析、產品原型產出為一體,由Google Ventures推廣并發展,開始應用于硅谷初創企業產品設計當中,后推廣至整個互聯網行業。

從2014年下半年開始,我在以不同的形式和活動推廣Design Sprint。當然想要真正的將Design Sprint運用得好,得首先理解每個步驟的意義。

Design Sprint必備條件

首先我們得知道一個團隊應該具備怎樣的條件。

Design Sprint Team

一個團隊可以小至5-6人,也可以大到上百人,但無一例外,都得具備這樣幾種角色:設計師,工程師,產品經理和研究員。不得不提的還有Design Sprint的原則”YES,AND”,這個原則也是整個Design Sprint的精髓所在 。”YES,AND”意味著團隊成員在協同過程中需要認同對方的觀點而不是一味的抨擊,畢竟抨擊而不對問題提出新的替代方案,我們可以默認為對問題對解決是沒有幫助對,因此首先”YES”去認同你同伴對觀點,接著“AND“去幫助同伴一起更好對完善方案,這才能真正提高解決問題對效率。

Design Sprint流程

sprint流程截圖

Day 1:理解

第一天整個團隊會通過頭腦風暴、用戶訪談與競品分析等方式理解她們將要完成的主題,取得一致并對第一手的Idea進行分類和整合。

Day 2:發散

這一天團隊會從Idea轉到解決方案上,具體的思考問題所在方或者產品使用群體的使用方式并且開始設計團隊的產品原則和宣傳主題。

Day 3:決定

第三天是個轉折,這一天通常上午大家會將之前兩天的結果畫出來,關于產品的設計流程,關于用戶使用產品的流程等等,接著貼在墻上進行投票選出接下里要去執行的方案。

Day 4:原型

這一天的時間都得消耗在產品原型產出上了,軟件類產品可以開始編程寫代碼,硬件類產品可以拿簡易素材設計出原型,這一天也是整個團隊無縫對接最緊密,最充實的一天。

Day 5:驗證

最后一天則是驗證環節,會邀請真實的用戶以及和問題相關的利益群體對結果或產品進行驗證,并在最后進行復盤。

至此,整個Design Sprint算是完工,可這對于一個企業的產品或是一個產品的功能來說才只是個開始。

我自己所在的公司YoMail的團隊內部也在推廣著Design Sprint,之前的“郵件統計報告功能”功能便是Design Sprint的產物。

YoMail Email Report

起初“郵件統計”的功能就是誕生于一次頭腦風暴,畢竟現在的郵件客戶端都已經很成熟,但在功能上的更新很少,因此在做Design Sprint的時候我們在“理解”這個環節上下了不少功夫。統計的功能可以讓用戶清晰的知道自己最近一段時間和別人聯系的頻率,尤其是銷售類用戶的需求更為強烈。而在后面的發散和原型環節我們做了弱化,主要是我們的重點更多集中于設計部分,這一點也給了我啟發,Design Sprint并不是一塵不變的,也可以跟隨主題的偏重進行時間分配上的微調。

Design Sprint其實不僅僅可以應用于互聯網產品的設計,拿來做小型工作坊或是Teambuilding也是個不錯的方式,甚至它的思路可以用來解決任何困難。在我看來,這個“舶來品”目前正處于“被漢化”的階段,我身邊也有很多小伙伴在默默的翻譯和推廣著Design Sprint。畢竟硅谷的好東西太多,不是每個都能在中國落地生根發芽,但不可否認的是,它正在被越來越多的人所知曉,甚至被應用。

 

作者: 胡定宇,YoMail 創新產品經理,負責公司產品研發流程;Google GDG Shanghai 組織者;Google Design Sprint 倡導者。

本文由 @胡定宇 原創發布于人人都是產品經理。未經許可,禁止轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 請問,什么條件下,可以參加這種活動。

    來自北京 回復