設計思考
設計思考是一種迭代式的問題解決方法,先深入理解使用者的實際需求,再透過原型製作與測試,逐步找出在現實中真正可行的解決方案。
設計思考在2000年代於史丹佛大學的d.school與設計公司IDEO逐漸成形,並奠基於更早以前的設計與工程實務。它通常被描述為五個階段:同理、定義、發想、原型製作與測試。有些模型的步驟數量較多或較少,例如IDEO自身的方法就將整個流程濃縮為三個階段:啟發、發想與實踐。所有版本共通的核心理念是:解決方案應來自真實的觀察,而非坐在辦公桌前的臆測。
在實務上,跨職能團隊會與解決方案所服務的對象緊密合作。團隊不會花費數週撰寫詳盡的構想文件,而是及早製作簡單的原型,有時就用紙張、紙板,或是簡單的可點擊模型。這些原型會交由真實使用者測試,回饋則直接帶入下一輪。一個構想是透過多次短循環逐步打磨而成,而非一次性大規模完成。
設計思考並非從頭到尾一條直線,而是一個會視需要跳回先前階段的循環過程。它與傳統產品開發的不同之處,在於及早且頻繁地與真實使用者進行測試,而不是只在最後階段才測試。它與Scrum等敏捷方法或建構MVP(最小可行產品)可以很好地搭配運用,因為兩者都仰賴短期學習循環。企業也越來越常將設計思考應用於產品開發以外的領域,例如讓內部工作流程或表單更容易使用。
實用範例
一家擁有18名員工的技術服務業者發現,客戶常常看不懂書面報價單,因而不斷打電話詢問。團隊並沒有直接著手設計新表單,而是先與客戶進行了八場簡短訪談,並觀察他們實際閱讀現有報價單的方式。這些對話促成了三款紙本原型,用於一場兩小時的工作坊中構思新的報價單版面。客戶較偏好的原型接著再與另外五位客戶進行測試,並經過兩輪修改後,才成為新的標準範本。三個月內,關於報價單的後續詢問減少了約40%,估計為團隊每週釋放出三小時的時間。
Leanshift 如何提供協助
設計思考與kaizen思維相契合,因為解決方案不是在辦公桌前發明出來的,而是與每天使用該流程或產品的人一同塑造而成。原型、測試、調整的循環,遵循著與PDCA相同的節奏:從小處著手、實際嘗試、從真實回饋中學習,然後繼續前進。它不僅能讓單一解決方案變得更好,每一輪都會讓你對成為改善者這件事更多一分信心。
常見問題
設計思考與平面設計是同一回事嗎？
不是。儘管名稱中有「設計」二字,但它與視覺設計毫無關係。這是一種解決問題的方法,同樣適用於產品、服務與內部流程。
設計思考與精實創業(Lean Startup)有什麼不同？
設計思考的重點在於先透過同理與定義階段,深入理解使用者需求。精實創業則更著重於運用MVP快速驗證商業假設。在實務上,團隊經常將兩種方法結合運用。
進行設計思考需要特殊工具嗎？
不需要。便利貼、白板與一些紙張,就足以製作初期原型。真正重要的是與使用者的真實接觸,而不是用來達成這一點的工具。