David Ko的學習之旅

設計思考是近年來火紅的名詞, 很多東西都會和它搭上一腳, 軟體開發也不例外, 那在軟體開發中, design thinking 是代表什麼呢? 我想應該很多人會有興趣他們的關聯, 因此讓我們一起來聊聊如何將 design thinking 融入到開發上面.
 
 
雖然敏捷開發方法, 對於解決方法的驗證十分快速, 但是如果對於想要解決的問題不了解, 你便無法提出好的解法. 而設計思考則是從人的需求出發, 以設計師的邏輯與方法來解決問題. 它可以補足敏捷開發方法的不足.
因此, 如果我們打算用 design thinking 去解決問題, 我們將需要組成一個跨功能的”小”團體, 大家一起通力合作, 進行以下步驟:
1. 了解你想要解決的問題
在這個階段, 基本上是利用 design thinking 的方式, 來觀察使用者的問題, 這裡我們常使用的工具是 empathy map 及 customer journey map. 接著將從中找出設計觀點(point of view), 以及要處理的挑戰 (How might we).

最近在看 Lean UX 這本書, 看到第三章時, 發現它對於規劃假設的部分不是很清楚, 因此在找尋是否有別的做法比較清楚一點. 因此看到了Running Lean 一書中, 提到了 Lean Canvas 的做法, 覺得還蠻不錯的. 很容易上手, 方便和別人介紹跟驗證自己的東西合不合適. 所以就把書上的重點整理下來:
 
  
1 & 2. Problem & Customer Segments
客戶最在乎的不是你的解決方案, 而是他們的問題. 你要先釐清你想解決什麼問題, 這些問題到底對使用者來說重不重要.  創業者通常很容易一頭栽進去解法, 這時候還不是那個時機點.
3. Unique Value Proposition
你的產品有什麼特別之處, 所以大家會找你買, 而不會找別人. 這東西一開始不一定要很正確, 可以之後根據回饋來不斷演進. 例如: ASAP 的"台北市5h全台灣24h閃電到貨", 就是一個很棒的很獨特的價值主張.
4. Solution
這裡就是描述你的解法. 只是在早期都只想法, 並且沒有被驗證過, 還不確定是否是客戶要的. 並且儘量晚一點, 將你的問題和解決方案綁在一起.
5. Channel
通道是要引領你到達潛在的客戶. 但是初創事業一開始的目標, 是在學習, 而不是擴展. 不要一開始就把事業搞很大. 
6. Revenue Streams
很多新創公司開始就想賺大錢, 因此會低價搶攻市場. 須知還沒確認你的想法是否可行前, 你不需要很多的客戶, 你應該先找能強烈承諾的客戶, 讓你能在最短時間內學習到如何把產品做好的回饋.
7. Cost Structure
在成本結構方面, 不要急著思考大規模來做事, 請聚焦在目前的時刻, 讓你在錢燒光之前, 有時間和有機會做出正確的產品.
8. Key Metrics
你必須要有些關鍵指標, 來評估目前執行的狀況. 通常是使用 Dave McClure 的 Pirate Metrics:
如何找到使用者
如何確定使用者有用
如何確定使用者會重複使用
如果確定使用者會付錢
如何確定使用者有推薦給別人
9. Unfair Advantage 
不公平的競爭優勢, 這通常是最難寫的部分. 因為你需要花時間, 去找出某種無法讓人輕易複製或獲取的東西.
最後記住, 寫完的時候要記得找人分享, 及時回饋喔 !!!