UX 研究員與設計師

從研究資料生成使用者人物誌、建立體驗旅程圖、規劃可用性測試，並將研究結果整合為可執行的設計建議。

觸發詞彙

當你需要以下事項時，請使用此技能：

"建立使用者人物誌"
"從資料生成人物誌"
"繪製顧客旅程地圖"
"繪製使用者旅程"
"規劃可用性測試"
"設計可用性研究"
"分析使用者研究"
"整合訪談發現"
"找出使用者痛點"
"定義使用者原型"
"計算研究樣本數"
"建立同理心地圖"
"找出使用者需求"

先釐清需求

在產出研究文檔之前，請先確認下列輸入資訊。當某項資訊缺失或模糊，且會影響結果時，請主動詢問；若不會影響，則使用合理的預設值，並說明你使用了哪個預設值。

要產出的交付物： 人物誌、旅程圖、可用性測試計畫或研究整合報告（這會決定套用哪個工作流程與範本）。
可用的資料與數量： 分析數據、訪談或調查結果，以及使用者人數（影響人物誌的信心度，以及是資料驅動還是原型人物誌）。
使用者目標與範圍： 人物誌的對象、要繪製的目標，以及起點與終點（影響旅程圖的階段與研究問題）。

只詢問對該請求最重要的兩到三個輸入，而不是全部列出。如果使用者希望立即得到結果，請直接產出，並在開頭說明你的假設。

工作流程

工作流程 1：生成使用者人物誌

情境： 你擁有使用者資料（分析數據、調查、訪談），需要建立一個有研究基礎的人物誌。

步驟：

準備使用者資料

所需格式 (JSON)：

[
  {
    "user_id": "user_1",
    "age": 32,
    "usage_frequency": "daily",
    "features_used": ["dashboard", "reports", "export"],
    "primary_device": "desktop",
    "usage_context": "work",
    "tech_proficiency": 7,
    "pain_points": ["slow loading", "confusing UI"]
  }
]

執行人物誌生成器

# 人類可讀的輸出
python scripts/persona_generator.py

# JSON 輸出以便整合
python scripts/persona_generator.py json

檢視生成的元件

元件	檢查重點
原型	是否符合資料模式？
人口統計	是否從實際資料推導而來？
目標	是否具體且可執行？
挫折	是否包含頻率計數？
設計啟示	設計師能否據此行動？

驗證人物誌
- 向 3-5 位真實用戶展示：「這聽起來像你嗎？」
- 與客服工單交叉比對
- 對照分析數據驗證
參考資料： 請參閱 references/persona-methodology.md 以了解有效性標準

原型人物誌畫布（輕量替代方案）

當你缺乏研究資料，但需要一個以假設驅動的人物誌來凝聚團隊共識時，請使用原型人物誌畫布。原型人物誌是假設工具，並非經過驗證的事實，其目的是為了被測試與改進。

使用時機： 在沒有研究預算的情況下啟動新專案、快速凝聚跨功能團隊，或建立一個關於使用者的可測試假設。

原型人物誌畫布範本：

### [頭韻的名字]（例如「謹慎的小陳」）

**背景與人口統計：**
- 年齡、地理位置、社會地位、職業階段
- 線上活動、休閒嗜好、伴侶狀況

**語錄**（他們所說、所感、所想）：
- "[直接引用，捕捉他們的觀點]"
- "[表達挫折或渴望的引用]"

**痛點：**
- [與問題領域相關的痛點]
- [與目前因應方法相關的痛點]

**他們想完成的事：**
- [可觀察行為 1]
- [可觀察行為 2]

**目標**（想要、需要、夢想）：
- [短期目標]
- [長期願望]

**態度與影響：**
- 決策權： [他們能否購買或採用你的解決方案？]
- 決策影響者： [誰影響他們的決定？]
- 信念與態度： [哪些信念影響他們的選擇？]

**待驗證的假設：**
- [若要此人設成立，最重要的假設]
- [第二個假設]
- [第三個假設]

原型人物誌後續步驟：

產生訪談問題以驗證假設（建議採用）
產生反人物誌以定義範圍邊界
轉換為一頁的利害關係人簡報

工作流程 2：建立體驗旅程圖

情境： 你需要為特定目標視覺化端到端的使用者體驗。

步驟：

定義範圍

元素說明
人物誌哪一種使用者類型
目標他們想達成什麼
起點觸發旅程的事件
終點成功標準
時間範圍小時/天/週
收集旅程資料

資料來源：
- 使用者訪談（詢問「請帶我走一遍...」）
- 工作階段錄影
- 分析數據（漏斗、跳出點）
- 客服工單

繪製階段

典型的 B2B SaaS 階段：

認知 → 評估 → 入職 → 採用 → 擁護

為每個階段填入層級

階段：[名稱]
├── 行動：使用者做了什麼？
├── 接觸點：他們在哪裡互動？
├── 情緒：他們的感受如何？ (1-5)
├── 痛點：什麼讓他們感到挫折？
└── 機會：我們可以在哪裡改善？

繪製三種體驗路徑（不僅是快樂路徑）

階段	快樂路徑	失敗路徑	困難路徑
認知	透過搜尋找到產品	從未發現產品	先找到競爭對手
考慮	明確的價值主張	被定價混淆	需要主管批准
決策	簡單的註冊流程	表單錯誤，放棄	法務審查延遲
交付與使用	順暢的入職體驗	無法匯入資料	需要變通方法
忠誠度	成為擁護者	默默流失	留下但抱怨

快樂路徑： 一切按設計運作。
失敗路徑： 使用者無法完成目標而離開。
困難路徑： 使用者完成目標，但伴隨著摩擦、變通方法或挫折感。

為每個階段添加 KPI 與負責團隊

階段	領先指標	落後指標	負責團隊
認知	網站訪問數、廣告曝光	品牌回憶度	行銷
考慮	示範請求數、定價頁瀏覽數	MQL 轉換率	行銷/銷售
決策	試用啟用數、合約寄送數	成交率	銷售
使用	功能採用率、DAU	留存率	產品
忠誠度	NPS、推薦數	LTV、擴展收入	客戶成功

找出首要摩擦點與介入措施

對於每個摩擦點，記錄：

摩擦點為何重要介入措施預期影響投入信心度
[說明] [使用者/商業影響] [建議的修正] 高/中/低小/中/大高/中/低

優先級分數 = 頻率 x 嚴重性 x 可解決性
參考資料： 請參閱 references/journey-mapping-guide.md 以取得範本

工作流程 3：規劃可用性測試

情境： 你需要與真實使用者驗證一個設計。

步驟：

定義研究問題

將模糊的目標轉化為可測試的問題：

模糊	可測試
"它容易使用嗎？"	"使用者能否在 3 分鐘內完成結帳？"
"使用者喜歡它嗎？"	"使用者會選擇設計 A 還是 B？"
"它合理嗎？"	"使用者在沒有提示的情況下能找到設定嗎？"

選擇方法

方法參與人數時間最適用於
遠端主持 5-8 45-60 分鐘深入洞察
遠端非主持 10-20 15-20 分鐘快速驗證
游擊測試 3-5 5-10 分鐘快速回饋

設計任務

良好的任務格式：

情境："想像你正在計劃一趟巴黎之旅..."
目標："在你的預算內預訂一間 3 晚的飯店。"
成功標準："你看到確認頁面。"

任務順序：暖身 → 核心 → 次要 → 邊緣案例 → 自由探索

定義成功指標

指標目標
完成率 >80%
任務時間 <2× 預期
錯誤率 <15%
滿意度 >4/5
準備主持人指南
- 出聲思考指示
- 非引導式提示
- 任務後問題
參考資料： 請參閱 references/usability-testing-frameworks.md 以取得完整指南

工作流程 4：研究結果整合

情境： 你擁有原始研究資料（訪談、調查、觀察），需要獲得可行的洞察。

步驟：

編碼資料

為每個資料點標記：
- [GOAL] - 他們想達成什麼
- [PAIN] - 什麼讓他們感到挫折
- [BEHAVIOR] - 他們實際做了什麼
- [CONTEXT] - 何時/何地使用產品
- [QUOTE] - 使用者的原話

將相似模式分群

使用者 A：每天使用，進階功能，快捷鍵
使用者 B：每天使用，複雜工作流程，自動化
使用者 C：每週使用，基本需求，偶爾使用

群組 1：A, B（重度使用者）
群組 2：C（一般使用者）

計算區隔大小

群組人數 % 可行性
重度使用者 18 36% 主要人物誌
商業使用者 15 30% 主要人物誌
一般使用者 12 24% 次要人物誌
提取關鍵發現

對於每個主題：
- 發現陳述
- 支持證據（引用、數據）
- 頻率 (X/Y 參與者)
- 商業影響
- 建議
排列機會優先級

因素分數 1-5
頻率這個問題多常發生？
嚴重性它造成多大的傷害？
範圍影響多少使用者？
可解決性我們能修復它嗎？
參考資料： 請參閱 references/persona-methodology.md 以了解分析框架

工具參考

persona_generator.py

從使用者研究資料生成資料驅動的人物誌。

參數	值	預設值	說明
format	(無), json	(無)	輸出格式

範例輸出：

============================================================
人物誌：Alex 重度使用者
============================================================

📝 每天使用產品的重度使用者，主要用於工作

原型：重度使用者
語錄：「我需要能跟上我工作流程的工具」

👤 人口統計：
  • 年齡範圍：25-34
  • 地點類型：都市
  • 技術熟練度：進階

🎯 目標與需求：
  • 有效率地完成任務
  • 自動化工作流程
  • 使用進階功能

😤 挫折：
  • 載入速度慢 (14/20 使用者)
  • 沒有鍵盤快捷鍵
  • API 存取受限

💡 設計啟示：
  → 最佳化速度與效率
  → 提供鍵盤快捷鍵與進階功能
  → 開放 API 與自動化功能

📈 資料：基於 45 位使用者
    信心度：高

生成的原型：

原型	訊號	設計重點
重度使用者	每日使用，10+ 功能	效率，客製化
一般使用者	每週使用，3-5 功能	簡單，引導
商業使用者	工作情境，團隊使用	協作，報表
手機優先	手機為主	觸控，離線，速度

輸出元件：

元件	說明
demographics	年齡範圍、地點、職業、技術水準
psychographics	動機、價值觀、態度、生活方式
behaviors	使用模式、功能偏好
needs_and_goals	主要、次要、功能性、情感性
frustrations	有證據的痛點
scenarios	情境化的使用故事
design_implications	可執行的建議
data_points	樣本數、信心水準

快速參考表格

研究方法選擇

問題類型	最佳方法	樣本數
「使用者做了什麼？」	分析數據、觀察	100+ 事件
「他們為什麼這麼做？」	訪談	8-15 位使用者
「他們做得如何？」	可用性測試	5-8 位使用者
「他們偏好什麼？」	調查、A/B 測試	50+ 位使用者
「他們的感受如何？」	日記研究、訪談	10-15 位使用者

人物誌信心水準

樣本數	信心水準	使用時機
5-10 位使用者	低	探索性
11-30 位使用者	中	方向性
31+ 位使用者	高	正式產出

可用性問題嚴重性

嚴重性	定義	行動
4 - 嚴重	阻止任務完成	立即修正
3 - 主要	顯著困難	發布前修正
2 - 次要	導致猶豫	有機會時修正
1 - 表面	被注意到但無大礙	低優先級

訪談問題類型

類型	範例	用途
背景	「請帶我走過你典型的一天」	了解環境
行為	「請示範你如何做 X」	觀察實際動作
目標	「你想達成什麼？」	挖掘動機
痛點	「最困難的部分是什麼？」	找出挫折
反思	「你會改變什麼？」	產生想法

知識庫

詳細的參考指南位於 refer...

[為簡潔起見截斷]

borghei/ux-researcher-designer

ux-researcher-designer 是什麼？

在你喜歡的 AI 中提問

說明文件

UX 研究員與設計師

目錄

觸發詞彙

先釐清需求

工作流程

工作流程 1：生成使用者人物誌

原型人物誌畫布（輕量替代方案）

工作流程 2：建立體驗旅程圖

工作流程 3：規劃可用性測試

工作流程 4：研究結果整合

工具參考

persona_generator.py

快速參考表格

研究方法選擇

人物誌信心水準

可用性問題嚴重性

訪談問題類型

知識庫

Individual skills in this repo

borghei/brand-strategist

borghei/ui-design-system

相關技能

steipete/sag

steipete/oracle

steipete/peekaboo

mattpocock/design-an-interface

mattpocock/prototype

mattpocock/grill-me

元素	說明
人物誌	哪一種使用者類型
目標	他們想達成什麼
起點	觸發旅程的事件
終點	成功標準
時間範圍	小時/天/週

方法	參與人數	時間	最適用於
遠端主持	5-8	45-60 分鐘	深入洞察
遠端非主持	10-20	15-20 分鐘	快速驗證
游擊測試	3-5	5-10 分鐘	快速回饋

指標	目標
完成率	>80%
任務時間	<2× 預期
錯誤率	<15%
滿意度	>4/5

群組	人數	%	可行性
重度使用者	18	36%	主要人物誌
商業使用者	15	30%	主要人物誌
一般使用者	12	24%	次要人物誌

因素	分數 1-5
頻率	這個問題多常發生？
嚴重性	它造成多大的傷害？
範圍	影響多少使用者？
可解決性	我們能修復它嗎？