iT邦幫忙

第 12 屆 iT 邦幫忙鐵人賽

DAY 29
0
Modern Web

用 JavaScript 打造全端產品的入門學習筆記系列 第 29

全端開發者必懂的「產品設計」——全端開發者內功 IV

UX

from Unsplash

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

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

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

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

筆記目的

解決哪些問題:

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

誰適合閱讀:

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

 

寫扣前的產品設計流程

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

實用方法論

Design Thinking

Design Thinking

from Interaction Design Foundation

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

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

Running Lean

Running Lean

from Pinterest

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

Google Sprint

Google Sprint

from GV

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

共通重點

Design Thinking Lean Startup Agile Diagram

from Design Thinking Lean Startup Agile Diagram

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

釐清使用者與痛點

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

定義最小可行方案

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

打造原型與驗證

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

 


閱讀更多

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


上一篇
我如何鍛鍊解決問題的能力——全端開發者內功 III
下一篇
非本科、半路轉職的「軟體科技職涯發展筆記」
系列文
用 JavaScript 打造全端產品的入門學習筆記30

尚未有邦友留言

立即登入留言