user-research-synthesis分析並綜合使用者研究發現，形成結構化、可行動的洞察。當拿到需要分析和總結的使用者研究資料、訪談記錄、問卷結果或使用者反饋時使用。產出按主題整理的綜合報告：普遍程度資料、支撐引語、痛點分析、功能需求優先順序和建議的下一步。專門處理訪談記錄時請使用 user-interview-synthesis。
Independent GitHub snapshot · Automated classification · Original documentation governs
user-research-synthesis 的繁體中文翻譯，英文版本為規範版本。
這個技能幫助分析使用者研究資料，並按結構化方法把它轉化為可行動的洞察。
如未提供，請向使用者詢問：
如果存在 professional-brain（brain/），先用它再提問：
hypotheses/（這次研究可以驗證或推翻哪些假設）和 context.md（使用者是誰）。knowledge/users.md，把原始筆記保留在 source/。來自訪談的說法標註為 [interview]，絕不把它們洗成 [data]。按以下結構把發現整理成主題：
主題名稱
每次研究目標是 4 到 8 個主要主題。
對每個識別出的痛點：
分類：
對每個需求：
記錄觀察到的真實工作流：
如果研究揭示了不同的使用者群體：
如果使用者提到了競品或替代方案：
基於洞察的優先順序建議：
高優先順序
中優先順序
低優先順序 / 未來考慮
發現的研究缺口：
綜合訪談時：
分析引語時：
識別主題時：
這個技能附帶支援檔案，可用時請使用：
references/theme-validity.md：什麼時候主題才算真實？綜合有效性規則。在產出時應用它；它包含上面方法摘要壓縮掉的校準和判斷。templates/synthesis-report.md：可填寫的成果模板，品質關卡寫在裡面。當使用者想自己完成文件而不是生成時提供。交付前給這個技能的任何產出打分；32 分以上才算可以交付。
| 維度 | 0 | 5 | 10 |
|---|---|---|---|
| 證據紀律 | 說法沒有依託：沒有人數、沒有引語，或引語沒有出處 | 大多數主題有量化，但部分引語缺少出處，或普遍程度含糊（"很多使用者"） | 每個主題都寫明來自資料的普遍程度（"12 位中有 8 位"），並有 2 到 3 條註明出處、體現規律的引語 |
| 綜合的高度 | 把一條條個人評論包裝成發現 | 有真正跨參與者的主題，但有一兩個是被提升為主題的單人軼事 | 4 到 8 個真正跨參與者的規律；個例標註為個例；發現了"說的和做的"不一致，而不只是記錄觀點 |
| 與決策的聯絡 | 只有觀察，沒有含義：像參觀資料博物館 | 有含義但很籠統（"改進引導"），沒有優先順序或預期影響 | 每個主題都寫明它影響的產品決策；建議按優先順序排列，附證據、預期影響和工作量 |
| 對沖突和缺口的誠實 | 粉飾過的順利路徑：矛盾和不確定性都看不到 | 承認了衝突的資料但沒有深入；解讀與觀察混在一起 | 矛盾的發現被擺出來並附解決路徑；觀察與解讀明確分開；待解決問題有具名的後續行動 |
**主題：引導過程中資訊過載**
**描述**：使用者一致表示，初始設定時呈現的資訊量讓人不知所措，導致引導沒有完成、獲得價值的時間推遲。
**普遍程度**：12 位參與者中有 9 位在沒有提示的情況下提到了這個問題
**支撐引語**：
- "我只想趕緊開始用，但感覺得先讀一本說明書"［P3，市場經理］
- "到第三屏說明的時候，我已經開始不看就點'下一步'了"［P7，銷售代表］
- "真希望有個'快速開始'，給我這種只想試一試的人"［P11，產品設計師］
**含義**：我們現在的引導流程重視完整性勝過參與度。應考慮漸進式展示：讓使用者能很快開始使用產品，在具體場景中再學習高階功能。
**建議行動**：
- 設計一條"快速開始"路徑，讓使用者在 3 分鐘內獲得第一份價值
- 把高階配置移到 App 內的場景化幫助中
- 全量上線前先用 5 到 10 名新使用者測試
- 預期影響：啟用率提升 20% 到 30%
綜合研究時，使用這個結構：
# 使用者研究綜合：[研究主題]
## 研究概覽
- **日期**：[日期範圍]
- **方法**：[訪談 / 問卷 / 測試]
- **參與者**：[人數] [使用者型別]
- **研究問題**：
1. [問題 1]
2. [問題 2]
3. [問題 3]
## 執行摘要
[2 到 3 句話概述關鍵發現和含義]
## 關鍵主題
### 主題 1：[主題名稱]
[按上面示例完整記錄主題]
### 主題 2：[主題名稱]
[完整記錄主題]
[繼續寫滿 4 到 8 個主題]
## 痛點彙總
| 痛點 | 嚴重程度 | 頻率 | 當前變通辦法 |
|------------|----------|-----------|-------------------|
| [痛點 1] | 高 | 10/12 位使用者 | [他們怎麼應對] |
| [痛點 2] | 中 | 7/12 位使用者 | [他們怎麼應對] |
## 功能需求
### 必須有
1. **[需求]**：[X] 位參與者提到
- 原話："[代表性原話]"
- 背後的需要：[他們為什麼想要]
### 高價值
[類似結構]
### 最好有
[類似結構]
## 建議
### 高優先順序（0 到 3 個月）
1. **[建議]**
- 支撐證據：[研究資料]
- 預期影響：[會改善什麼]
- 工作量估計：[粗略規模]
### 中優先順序（3 到 6 個月）
[類似結構]
### 未來考慮（6 個月以上）
[類似結構]
## 待解決問題
1. [需要更多研究的問題]
2. [需要驗證的不確定性]
3. [需要的後續研究]
## 附錄
- 使用的訪談提綱
- 完整的參與者資訊
- 原始筆記或記錄（連結）