Zi 字媒體

我是個正宗本土原裝的設計師，目前在阿里巴巴做交互設計。教育背景一直都是設計方向，專業對口的工作做起來因該是得心應手。殊不知，在工作中面對複雜問題發覺自己使不上力氣，有想法沒辦法的時候有多抓狂。典型問題有這幾種：1. 我無法判斷產品經理給的需求是否是真需求「明明要拉新用戶，你卻告訴我要把用戶主頁做的更漂亮一些」2. 我無法將用戶研究的結論落地「用戶明明就是不喜歡看文章，你卻偏要我將文章展示出來」3. 我無法說服產品或者技術採用我的方案「明明是同事，評審的時候卻要互相傷害」4. 我無法眼睜睜看著兩個同事為了兩種目標在一起懟「明明要優化互動區域，另一個人卻在討論產品的展示創新性」5. 我無法直視改了又改，定了還改的產品方案「最後一次了，這次不改了！」直到我了解到Design Sprint為了指導150家創業公司的投資組合，Google Ventures的設計合作夥伴Jake Knapp開發了為期五天的設計流程。他已經與23andme、Slack、Nest、blue bottle、Uber和Foundation Medicine等創業公司進行了一百多次衝刺。這個方法詳細介紹了在公司如何運行自己的衝刺來解決一個大問題。我看到「Google、Nest、Uber」這些大名鼎鼎的產品，對這套方法更好奇了。機緣巧合，有幸加入了Design Sprint China（DSC），就有了充分的理由在業餘時間泡在DS的世界里，反覆研究，琢磨。花了快一年，在Design Sprint Workshop的過程中遇到了各種各樣的問題。也非常想把這種產品設計方法推廣到的各個城市。DSC小分隊已經去過上海，杭州，北京，蘇州，廣州。接下來還會去到福州，武漢等等城市。什麼是Design Sprint？Design Sprint 是為期5天的結合了設計思維和敏捷開發的結構化設計方法。團隊通過反覆的發散聚焦一起作出一個產品方案並對其進行驗證。 傳統設計流程 DS設計流程揭開Design Sprint的面紗舉個矽谷著名科技公司，咖啡界的Apple—Blue Bottle咖啡的例子。先上圖大家感受下這個調調。這家咖啡的老闆James Freeman是個放蕩不羈愛自由的樂手，在某天頓悟人生真諦后決定要做一款只為小眾服務的絕世手沖咖啡！說干就干，並且擼起袖子使勁干，經過自己實地拜訪咖啡農，親手磨製咖啡，閉門潛心研究后，他用「手工高品質咖啡」引領了第三次咖啡浪潮。順便科普一下前兩次：將咖啡帶向全世界-上世紀三四十年代美國軍隊濃縮咖啡連鎖店 – 星巴克為代表精品咖啡 – 突出咖啡本性就是這麼一家有調調的公司，用Design Sprint幫助自己完成了屌絲到高富帥的逆襲。在公司越來越壯大的時候，CEO覺得：只能線下購買和體驗咖啡是不夠的，我們要利用英特耐特來擴大銷售！於是「打造一個優質網站來售賣新鮮的咖啡豆」成為了公司最大的目標，他們完成了嗎？肯定完成了，怎麼做到的？用Design Sprint完成了這個目標。和其他公司的設計衝刺一樣，他們用了5天時間完成了創意到設計到驗證。結果令人振奮！在告訴大家這個網站多成功之前，我們先看看他們5天都做了什麼。第一天 組團隊&理解問題組隊這件事，Blue Bottle做的簡直可以說是優秀！團隊成員包括：技術開發、首席運營官、首席財政官、公關經理、客服經理、董事長、CEO花一整天的時間去討論我們面臨的問題包括：要達成的商業目標，利益者分析，要服務的對象，競品分析，用戶使用時候的場景地圖。這其中最有意思的點是HMW，是個及其有魅力的環節，也是考到不少人的環節。第二天 發散方案Design Sprint 提倡的是靜默式的個人頭腦風暴，在安靜的環境中自己思考出來的點子往往更有效。機遇第一天大家達成一致的問題，團隊內部開始個人頭腦風暴，然後進行團隊頭腦風暴。Blue Bottle的一個腦爆是「我們為何不想想，顧客進店的時候我們的咖啡師是怎麼接待他的？」結論是大家根據這個靈光一閃的線索，給出了一個設計方案「你在家是怎麼做咖啡的？」在這個環節，大琪要強調的一點是「Yes, and…」這也是整個Design Sprint的原則。當隊友提出一個idea，不要為了堅持而堅持的一味反駁對方的觀點。如果他是豬隊友，你可以在他的idea上優化，提出建設性可執行的意見；如果他是神隊友，你給他個愛的鼓勵，團隊關係會更加緊密喲。第三天 達成一致這一天要有里程碑式的進展了。Blue Bottle的團隊通過投票，從15個方案中選出了3個方案進行深化。這三個方案中就包括「您在家是怎麼做咖啡的？」第四天 原型製作這是我最愛的環節，但是我並不想承認我是個線框仔。因為Design Sprint倡導原型「簡單，能用」。不追求高保真原型。但是實際工作中大量時間都在做高保證原型，為神馬？大概因為秘書忘記提醒大老闆「這個階段的目標是看看產品是否符合市場預期和您的判斷，而不是讓您評判UED的設計能力」 匿。。。第五天 驗證迭代一周的勞動成果在第五天要被驗證啦，至少找到5位用戶來使用已經做好的原型，團隊要做的是躲在觀察室觀察觀察觀察，記錄記錄記錄，動作快的同學直接畫出迭代方案，比如我。這個時候，第一個階段的Sprint就可以收官了，產品用了5天時間已經被用戶看到，使用了。開心不開心！Blue Bottle設計好的官網幾個月後咖啡網站上線，銷售額翻倍增長。高富帥橫空出世！大琪怎麼做的？有幸在工作中使用了一次Design Sprint限於篇幅，不展開描述。附上討論圖片一張。有時間再詳細寫寫這段工作。呼應一下文章開頭的幾個典型問題：我無法判斷產品經理給的需求是否是真需求。「明明要拉新，你卻告訴我我們應該把用戶等級做的更漂亮一些」Design Sprint時候，要求團隊成員多元化的目的就是為了讓一個需求是真實的，合理的。不讓設計做無用功！我無法將用戶研究的結論落地。「用戶明明就是不喜歡看文章，你卻偏要我將文章展示出來」我們用5天時間解決同一個問題，有了結論后立即執行。點贊還是怒懟，第五天驗證時候用戶說了算！我無法說服產品或者技術採用我的方案。「明明是同事，評審的時候卻要互相傷害」團隊做決定的時候，人人都是主人翁！人人都要站在自己的角度！但是人人都會為產品負責！「Yes, and…」怎麼讓我不愛你！我無法眼睜睜看著兩個同事為了兩種目標在一起懟。「明明要優化互動區域，另一個人卻在討論產品的展示創新性」達成一致！目標要一致，所解決的問題也要一致~我無法直視改了又改，定了還改的產品方案。「最後一次了，這次不改了！」改不改，改哪裡，用戶說了算啊喂！