Empathize|同理洞察
任務定義
透過訪談、觀察與資料彙整,萃取痛點、動機與情境,為後續 Define 奠定依據。當你需要了解「使用者為什麼會這樣做」、「使用者遇到什麼問題」、「使用者的真實需求是什麼」時,就應該使用此技能進行深入的使用者研究。
何時使用
- 專案初期需要確認真實使用者需求
- 需要建立人物誌、旅程與情境圖以對齊團隊認知
- 重新檢視既有產品的核心痛點與動機
- 想了解使用者為什麼放棄某個流程(如購物車、註冊、結帳等)
- 需要探索使用者的真實想法、感受和行為模式
- 發現產品問題但不確定根本原因,需要深入了解使用者觀點
必要輸入
- 研究目標與假設
- 目標使用者與招募條件
- 訪談/觀察大綱、同意書
- 產品或情境背景資料
預期輸出
- 研究原始資料(錄音/逐字稿/筆記)
- 痛點與動機整理(Affinity map)
- 人物誌、旅程圖或情境圖
- 初步洞察與後續假設
完成條件
- 至少 5-8 位目標使用者資料,能看到重複模式
- 痛點/動機/情境被清晰整理並對齊團隊
- 產出可供 Define 收斂的洞察摘要
不適用情境
- 需求已被明確定義且不需重新驗證(可直接進入 Define)
- 時程僅允許桌上調研,無法招募使用者
觸發條件
完整關鍵字庫請參考:KEYWORDS_LIBRARY.md > Empathize 章節
核心關鍵字(高優先級)
- 主要動詞:了解使用者、理解使用者、探索使用者、訪談、研究、調查、觀察、發現問題、找出痛點、挖掘需求
- 名詞:使用者訪談、使用者研究、人物誌、旅程圖、使用者洞察、痛點、動機、需求探索、目標族群
- 情境描述:為什麼使用者會...、使用者遇到什麼問題、使用者的真實需求是什麼、使用者為什麼放棄/流失
排除條件(優先考慮其他技能)
- 若同時提到「已經知道問題」→ 轉 Define
- 若同時提到「設計解決方案」→ 轉 Ideate
- 若同時提到「製作原型」→ 轉 Prototype
- 若同時提到「測試驗證」→ 轉 Test
必要澄清
專案狀態檢查
在開始使用者研究前,請先確認:
- 這是全新專案還是既有產品改善?
- 如果是既有產品,目前遇到什麼問題或挑戰?
- 是否已有初步假設或商業目標?
研究規劃
- 研究目標是探索需求、驗證假設還是了解行為?
- 目標族群定義與招募來源?
- 需要哪些輸出形式(人物誌/旅程/情境)?
- 法規或隱私限制(錄音、資料保存)?
避免重複工作
如果專案已有以下內容,可能不需要重新執行完整研究:
- ✅ 近期(3-6個月內)的使用者訪談資料
- ✅ 已驗證的人物誌與旅程圖
- ✅ 明確的使用者痛點清單
建議:若已有上述資料,可直接進入 /define 階段。
可搭配技能
- Define:收斂問題與成功指標
- Ideate:基於洞察進行解法發散
- Test:將洞察轉為待驗證假設
參考資料 (References)
本技能整合以下詳細方法,當需要更深入的執行指引時請參考:
使用者訪談相關
references/user-interview/SKILL.md
完整訪談規劃流程、訪綱設計技巧、逐字稿整理與洞察萃取方法。
適用時機:規劃訪談、設計訪綱、招募使用者、執行訪談、分析逐字稿、萃取洞察。
關鍵場景:「如何設計訪談問題」、「如何招募受訪者」、「如何整理訪談資料」、「如何從訪談中找出痛點」。
人物誌建立相關
references/persona-creation/SKILL.md
人物誌欄位範本、視覺樣式建議、角色分群流程與驗證方式。
適用時機:建立人物誌、角色分群、定義使用者特徵、製作人物誌文件。
關鍵場景:「人物誌應該包含哪些欄位」、「如何分群不同角色」、「如何視覺化人物誌」、「如何驗證人物誌準確性」。
進階參考
references/SKILL_USAGE_GUIDE.md- Skill 使用規則與專案檢測
執行步驟
- 規劃研究:定義目標、招募對象、撰寫訪談/觀察大綱。
- 執行研究:訪談或實地觀察,蒐集語錄、行為與情緒訊號。
- 整理洞察:轉錄、分組、標註主題,形成痛點與人物誌。
- 對齊共識:與團隊共讀洞察牆/旅程圖,確認後續收斂方向。
執行檢查
- 研究目標與招募條件已確認
- 訪談/觀察資料已完整記錄並備份
- 痛點/動機已分組並對齊 2+ 人審閱
- 產出人物誌/旅程或同等洞察輸出
精簡範例輸出
# Empathize 摘要
- 受訪 6 人,重複痛點:付款頁流程長、錯誤回饋不清楚
- 人物誌:精打細算的小資族/忙碌的店主
- 旅程重點:搜尋→加購→結帳,卡點集中在優惠碼與物流選擇
- 建議:結帳流程需精簡,錯誤提示與回饋要更即時清楚