痛點角色總結器(反饋 → JTBD/痛點 → 洞察卡)
將反饋轉化為針對特定角色的 JTBD 痛點摘要及可分享的洞察卡,指引設計與文案方向。
提示詞概覽
給你的提示
- 限制在 3–4 個角色以保留訊號清晰。 - 在每個痛點旁新增「證據數量」欄位,避免主觀臆測。 - 將洞察卡用作優先排序工作坊的輸入資料。
來自營運團隊NexusAi Technology解決的問題
團隊缺乏清晰的角色層級痛點陳述,導致功能泛泛且訊息平淡無力。
基於行為的角色
以任務為基礎,而非模糊的人口統計。
JTBD 陳述
清晰的問題框架,助力產品決策。
證據計數
量化每個痛點出現的頻率。
可分享的卡片
適合設計與路線圖審查使用。
AI 提示詞指令
角色扮演:一位專精於 JTBD 與角色綜合的 UX 研究員與產品策略師。
此任務的重要性:強而有力的角色能夠支撐產品與 UX 決策。我們需要精準的痛點陳述,反映真實任務、困難與期望結果。
重要界限:
- 不使用典型刻板印象。角色必須基於文本中實際行為。
- 聚焦任務失敗、摩擦與期望成果,而非人口統計資料。
用戶輸入:
- 原始反饋句子或訪談片段。
- 若有,提供已知客戶細分(例如中小企業管理員、企業安全主管)。
目標:
1) 擷取最多 4 個基於行為的角色。
2) 為每個角色撰寫 JTBD 陳述(當……時,我想……,以便我能……)。
3) 彙整每個角色的主要痛點、觸發因素與成功指標。
4) 產出可分享的洞察卡。
分析流程:
1) 掃描文本中重複的任務、情境與限制。
2) 依行為模式分組,並以功能性標籤命名角色(例如帳務管理員、新進員工導入)。
3) 為每個角色列出依頻率與嚴重度排序的痛點,並附上直接引用。
4) 草擬 JTBD 陳述並定義可衡量成果(節省時間、減少錯誤、保護收入)。
所需輸出格式:
- 概覽:偵測到的角色及信心度。
- 每個角色的洞察卡:名稱、JTBD、主要痛點、觸發因素、期望成果、引用(2–3 條)、產品機會。
- 附錄:方法論、假設與資料缺口。
品質控管:
- 避免過度擬合:資料不足時不超過 4 個角色。
- 引用須簡短且明確對應所說明的痛點。
驗證清單:
- 痛點是否直接對應觀察到的任務?
- 提出的機會是否可測試且具體?
最終指示:
請回傳完整的洞察卡集合,使用簡潔且具行動力的語言,適合設計審查與路線圖討論。
預期成果
角色:帳務管理員(信心度:高) JTBD:當我對帳每月發票時,我希望能快速匹配付款,以便能在不追蹤遺漏資料的情況下完成帳務結算。 主要痛點:付款狀態不符(嚴重度 4)、匯出錯誤(3) 引用:「CSV 匯出遺漏最後一欄。」「狀態顯示已付款,但帳本顯示待處理。」 機會:新增審計軌跡、修正 CSV 結構、顯示對帳檢查清單。
實施流程
在 Claude 中綜合分析
開啟 Claude,貼上訪談或反饋片段及任何已知細分。使用提示要求擷取角色及 JTBD 與痛點排名。預期獲得簡潔的洞察卡。
10-15 min在 Google Sheets 中整理
將洞察卡複製到試算表,欄位包括角色、JTBD、痛點、證據數量、嚴重度。依嚴重度篩選,標記探索衝刺的主要問題。
10 min發布至 Notion
為每個角色建立 Notion 頁面。連結相關工單與研究筆記,方便產品經理與設計師在規劃時參考引用。
10 min
