《UX 三刀流2》自學筆記+心得第5回
- 本系列內容為 UX 三刀流 Hahow 平台 課程進度內容
- 本篇依據自身當下手抄筆記再次統整歸納為貼文
- Hahow 課程頁面
- 對共學課程（無費用）有興趣者可參考
章節進度 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. 過度觀察、考慮使用者需求，會導致設計缺乏凝聚力，也增加複雜度
同理心氾濫到什麼都要替別人著想，絕對累死。🫠（至少我光想就開始滿頭大汗了）
產品設計一定有一個最核心的目標，且眾多需求一定有分輕重緩急。
能夠以適當的篩選方式進行判斷與取捨是我們非常需要養成的能力。
關於我
你可能也想看
