《UX 三刀流2》自學筆記+心得第5回

1. 本系列內容為 UX 三刀流 Hahow 平台 課程進度內容
2. 本篇依據自身當下手抄筆記再次統整歸納為貼文
3. Hahow 課程頁面
4. 對共學課程（無費用）有興趣者可參考

章節進度 1–11 使用者需求排序與驗證
筆記環節

1. 為何要取捨使用者需求？

(1) 使用者需求類型分類

┌────使用動機↓｜活動需求→★根本需求★
需求──使用目的↓｜任務需求→應用、服務設計需求 
└────作業流程 ｜操作需求→互動、介面設計需求
★「高層次的活動需求是核心的根本」，任務和操作需求則因人而異

(2) UX 設計者的誤解：「靠傾聽使用者需求來做產品設計」

└Don Norman《以人為中心的設計可能是有害的》

a. 過度傾聽及接受使用者意見想法→設計複雜度提升
b. 概念模型若清楚，不需擔心忽略需求分析

(3) 需求分析前第一步：過濾離太遠的需求→需求消化

 a. 哪些要哪些不要 — — 判斷
 b. 要的裡面哪些不要 — — 取捨

(4) 歸納需求或驗證需求

(5) 需求確認：雙鑽石（1–4章） — — 將設計思考架構與需求分析融合

(6) 三刀流架構：三面向收斂

 a. 有人想要：用戶需求
 b. 做得出來：技術需求
 c. 有利可圖：商業需求

2. 如何決定需求重要排序？

(1) 需求會議中常見誤區

 a. 使用者需求會議（來自使用者研究或客服資料）
 • 未定義「驗證」或「探索」主題
 • 缺乏視覺化呈現
 • 缺少篩選關鍵需求能力→無法快速聚焦
 • 照單全收→研發成本風險最高
 • 用分析頻率判斷關鍵需求

b. 產品需求會議
 • 只有產品設計部門參加
 • 變成功能討論（以自己為使用者）
 • 各維度沒有同時討論
 • 投票決定／無意義民主方式→問題最大
 • 較少成本與風險評估→產品推力與成本拉力要併行思考

(2) 可行性 — — 篩選需求的重要指標→產品與資源權衡

 a. 產品優先：功能規模＞資源／人力／預算、可用時程
 b. 有限資源（最小可行）：資源／人力／預算＞功能規模、可用時程
 c. 有限時程（特定期程、加速開發）：可用時程＞功能規模、資源／人力／預算

3. 需求篩選技術

(1) 使用者需求與設計概念評估矩陣

 a. 特性計算法：就需求面向訂立評估指標，但無法顯現負面表列→正負面應併行考量
 b. 強弱指標估計：承特性計算法，加入負面表列
 c. 權重法：承強弱指標估計，給予要衡量的指標加入權重

(2) 產品概念需求評估矩陣

a. 不同部門專業人員一自身專業角度進行各維度指標評比
└兼顧商業、用戶、技術需求
 b. 依專業程度不同調整權重（特定人士一票抵多票）
 c. 任一維度不可行→排他法

心得環節

這一章節再度提醒了我們「產品設計並非完全極大化UX 」。

之前有在共學課程中聽完前輩《以人為中心的設計可能是有害的》導讀分享，裡面令我最印象深刻的兩點：
1. 聽客戶意見是明智的，但為了滿足要求會使設計變得複雜
2. 過度觀察、考慮使用者需求，會導致設計缺乏凝聚力，也增加複雜度

同理心氾濫到什麼都要替別人著想，絕對累死。🫠（至少我光想就開始滿頭大汗了）

產品設計一定有一個最核心的目標，且眾多需求一定有分輕重緩急。

能夠以適當的篩選方式進行判斷與取捨是我們非常需要養成的能力。

關於我