設計思考之企業案例Q&A系列 — Q2: 產品開發的那個階段導入設計思考最有用？

Quesion: Tina 老師，我負責一個軟件開發團隊，參加了您兩天的設計思考工作坊，體驗到在兩天內就能產出很實際的 prototypes，覺得很有用，想帶動我自己的團隊使用這個方法，但實際推動時遇到的阻力還是蠻大的，團隊裡有人覺得，我們已經知道要做什麼了，product backlog已經都做不完了，為什麼還要花時間去跟用戶訪談、找需求？我覺得他說的也有道理，那麼在什麼情況下，設計思考是不是比較適用、和比較不適用呢？

Tina's Answer：這是個好問題，主要的關鍵是：你是在產品開發週期的那一個階段、以什麼目的來導入設計思考？

從產品開發週期來看設計思考

在你的問題中，你的產品已經面市了 (existing product)，使用者已經提出過很多改善的需求（bugs 、requests、tickets），進而累積成冗長的 product backlog。

當這個產品已經定義得很明確，並且已經訂好了項目驗收的指標（KPI）時，這時候設計思維就不會發揮那樣大的影響力。當然你還是可以使用設計思考來針對backlog中來找尋重要的痛點，然後做腦力激蕩 ideations，然後做模型 prototypes，然後再去找使用者做 test等等，對於產品的迭代還是很有幫助。

一般來說，設計思考能發揮最大功用，是在產品規格還不明確、團隊還不清楚使用者的需求的時候，這時候開始用戶訪談、分析採訪紀錄、查看市場數據、生成早期原型、用戶測試、並從中獲得洞察力再加以優化為第一代產品。這樣從 0到1、從無到有開發出一個新產品的過程，非常需要一個能激發團隊創造力的工作模式，而設計思考就是這樣的模式，讓團隊可以按照步驟進行、一步步釐清需求、迭代出真正有市場優勢的產品。

從跨領域團隊協作來看設計思考

以團隊協作的角度來看，設計思考在產品開發的任何一個環節都值得利用。因為設計思考的原則就是讓是來自不同學科、不同背景、不同部門、來自公司內外利益相關者（stakeholders），大家一起合作。設計思考是一個開放的過程，如果您正在努力地想做出一些全新的東西，邀請來自不同背景、不同生活經驗的人，將他們的觀點混搭，將更容易得到一些新的想法與洞見。

我遇到的大多數領導人，都非常知道自己在做什麼，有充分信心帶領團隊達到目標。但若這個目標，一開始就沒有沒有和使用者的痛點對準、結合市場的需求，如此硬開發出來一個沒人要的產品，就是浪費時間和金錢。好的領導者會不斷學習新的想法，為組織注入新的動能，這幾年在中外各大商業期刊介紹設計思考的非常多，大家應該都聽說過設計思考、讀過一些資料。我認為領導者投資一些時間和金錢，在組織內推動設計思考，是絕對值得做的事，因為它真的能幫助到團隊協作，產生長遠的影響力。

領導人必須真心相信，團隊成員的多樣性，會提高公司的利益。在一個創新的團隊中，如果每個人都朝著同一個方向前進，而且大家的好處都是一致的，每個人都可以在他人的想法上繼續貢獻，那麼團隊之中人與人之間的互相競爭、扯後腿的事情就不容易發生。我在很多大公司看到部門和部門之間壁壘分明，甚至有不同的團隊在做相同的題目，競爭得非常厲害，這是非常浪費資源、而且毀滅組織創造力的方法。

以設計思考的方式來主導創新專案，讓跨部門的團隊參與，是創新開始的第一步。

這是設計思考之企業案例Q&A系列的第二篇，有興趣請看之前Q1，並持續關注。也歡迎大家留言提出問題，謝謝！