from Unsplash

為什麼工程師也要懂產品設計？

前面筆記提過，現代科技秒新分異、資訊爆炸，只要有足夠資源和時間，打造產品或服務已經越來越容易。所以關鍵是打造出有用的產品——也就是能解決使用者的痛點。

而在產品逐漸完善的過程中，很多細節並非一人能獨自完成，在軟體開發的領域更是注重團隊協作。而順暢的團隊協作取決於共同語言、框架及文化。

「寫扣前的產品設計流程」就是整個團隊試圖一起打造滿足使用者需求的產品的重要過程。

筆記目的

解決哪些問題：

• 各種產品設計方法論
• 方法論的共通重點

誰適合閱讀：

• 正在學習產品開發的準工程師

寫扣前的產品設計流程

Google 「產品設計」，網上不乏豐富資訊，也有許多書籍完整介紹某一方法論及其實踐方式。這邊羅列三項廣泛使用的方法論，並摘錄其共通點加以介紹。

實用方法論

Design Thinking

from Interaction Design Foundation

設計思考的核心是以人為本（user centeric），並以解決問題（problem solving）為導向的設計流程。

• Empathize（同理）：忠實呈現從使用者搜集來的資訊
• Define（定義問題）：明確定義使用者的特徵及其痛點／需求
• Ideate（創意發想）：先發散後聚焦以產生可行的解決方案
• Prototype（製作原型）：以低成本實現產品雛型
• Test（測試）：驗證構想是否能解決問題

Running Lean

from Pinterest

• 從假設中打造最小可行產品（MVP）：初步定義使用者及其痛點，並據此設計能解決問題的最小可行方案。
• 以 MVP 驗證假設並產生數據：搜集實際使用情形，以彙整成用戶數據。
• 從數據中學習以迭代 MVP：從用戶數據中掘金，以產生優化產品的洞察。

Google Sprint

from GV

• 定義使用者及痛點：透過大量討論，聚焦出一份使用者地圖。
• 發想解決方案：發散、廣泛、創新地構思任何可行方案。
• 決定解決方案：收斂、聚焦、決定首先執行的方案。
• 打造原型：快速並盡可能貼近地做出選定方案。
• 使用者驗證：從使用者身上搜集真實回饋，用以迭代。

共通重點

from Design Thinking Lean Startup Agile Diagram

網路上有許多強者把各種框架兜在一起，產生更大效益。而這邊萃取出三項所有流程都有的共通點：

釐清使用者與痛點

透過初步定義與假設、使用者訪談等方式，產出 同理心地圖（Empathy Map）、人物誌（Persona），最後聚焦為 使用者故事（User Story）。

定義最小可行方案

透過上階段彙整出的文件及腦力激盪，定義出能夠解決問題，但沒有太多額外功能的 最小可行方案 Minimum Viable Product (MVP)。

打造原型與驗證

以 wireframe、mock-up 等工具打造原型，並透過 prototype 讓使用者進行體驗與測試。

閱讀更多

關於本系列更多內容及導讀，請閱讀作者於 Medium 個人專欄 【無限賽局玩家 Infinite Gamer | Publication – 】 上的文章 《用 JavaScript 打造全端產品的入門學習筆記》系列指南。