最近有一本蠻紅的書: Sprint: How to Solve Problems and Test New Ideas in Just Five Days. 這是由 Google Ventures 的合夥人 Jake Knapp 所撰寫的一本書. 主要是在談如何在五天內, 設計和驗證你的產品想法是否可行.
因為他們的工作, 就是幫忙找出有潛力的新創公司, 解決他們初期在市場需求, 產品定位, 營銷策略等等遇到的難題. 因此, 他們發展出了這套做法, 並且實際在一百多家新創公司上使用過, 相信這套做法是有一定程度的參考性.
本書的架構, 基本上分成以下部分:
1. Set the Stage
選擇好要處理的挑戰. 以及要參與討論的團隊, 跟相關的後勤設備 (場地和文具等等)
2. Monday: Map
對於要解決的挑戰或問題, 把自己所知道的都貢獻出來, 讓大家能獲得更多背景知識.
3. Tuesday: Sketch
各自在紙上描繪出解決方案, 不要相互討論, 想辦法提出更多細節的做法
4. Wednesday: Decide
從一堆解決方案中, 挑出做好的部分. 然後以 story board 的方式來呈現最後的方案. 同時, 也要找好測試的人, 計劃好星期五的訪談.
5. Thursday: Prototype
用盡各種方法生出雛型.
6. Friday: Test
和客戶訪談, 從客戶跟雛型的互動中, 觀察到客戶對產品的想法.
看到這裡, 我發現到這其實是 Lean UX 的 design studio 一種變化型, 然後再加上 design thinking 的做法進去. 這也難怪, 因為 Braden Kowitz 擅長故事為主的設計思考, 而 Michael Margolis 精通 user research. 所以整個過程看起來很熟悉.
就像以前我說的, 光靠 agile 最多只能把軟體開發的不錯, 但這只是 do the thing right. 你還需要 lean startup, design thinking 這些東西, 來幫助你釐清方向, 讓你有機會 do the right thing.
另外這種 process, 要熟悉並不難, 就像 design thinking 的做法一樣, 市面上有多少人在開課, 可是真的能用它來搞出個名堂, 還真的是不多. 通常會需要花錢, 請 IDEO 這類的顧問公司來聊聊, 才可能會真的有所不同.
因為這個過程中, 如何可以找出 insight, 通常是關鍵所在. 如果第一天大家產生出來資訊, 並沒有觀察出真正的重點, 後面幾天的辛苦就會白搭, 當然啦, 五天後就讓你知道這想法不行, 也是很大的收穫 XDD
所以一開始組成參與的團隊, 這件事情就很重要, 找到善於觀察, 和找洞見的人, 或許就能讓事情容易很多.
那這本書有沒有用呢? 可能重點還是在, 是哪些人參與團隊吧.
下一則: Google 衝刺計畫: Set the Stage (Link)
全站熱搜
留言列表
