iT邦幫忙

2026 iThome 鐵人賽

DAY 8
0
Claude AI

今晚來點 Claude Skills:產品開發者的 AI 工作流系列 第 8 篇

Day 8 - 用 Claude Code 把 50 則回饋分成問題群

  • 分享至 

  • xImage
  •  

Day 8 封面:50 則回饋整理成 5 類

Day 8 - 用 Claude Code 把 50 則回饋分成問題群

如何將散落的大量回饋精準歸納為清晰問題群?

面對數十則甚至上百則使用者回饋,團隊最期待能快速梳理出清晰的聚焦點。這就像走進一間堆滿各式積木的房間,你依照積木的卡榫形狀與顏色把它們整齊收進專屬收納盒。回饋分群是將多筆原始發言依照真實遭遇的操作阻礙與目標工作,歸納成高內聚問題集合的分析程序。

核心概念拆解

回饋分群的核心在於維持資料與結論之間的精確連結:

  • 回饋身分編號:像每位學童擁有專屬學號,回饋編號(feedback_id)是每筆使用者發言在整個分析週期中唯一且固定的追溯代碼。
  • 自然聚合探索:像積木依據自身形狀自由堆疊,自然分群是讓原始資料依據情境阻礙自由湧現分類的探索技術。
  • 決策群組收斂:像將分類好的小盒子裝入搬家大紙箱,決策群組是為了團隊資源配置與排定優先級而進行的結構化收斂。

進行回饋分群時,團隊可以在兩種做法之間取得平衡:

  • 方案 A(簡單有效):單階段直接分類法。原因在於步驟極度精簡且產出迅速,適合回饋總量極少且問題單純的初期探索。
  • 方案 B(高效有用):兩階段遞進分群法。原因在於完整保留原始情境多樣性後再進行策略整併,確保關鍵細節與少數群體聲音完整留存。

執行規則

請依循以下四個動作動詞步驟執行分群:

① 指派每則回饋專屬編號:為每筆回饋標註永久固定 ID,維持原始字句完整性。
② 執行首輪情境自然分群:引導模型聚焦「使用者遭遇的阻礙與目標工作」自由分群,記錄真實產生的群數。
③ 合併收斂為決策群組:依據團隊決策需求整併為目標群數,明確標註代表性原話與核心問題。
④ 標註邊界案例與待確認項:完整記錄跨群或情境模糊的項目,留待團隊進行人工裁決。

原始回饋資料集

以下 50 則全部是教學用模擬資料,完整保留以利讀者直接複製演練:

F01 我接受邀請後看到很多專案,不知道自己要看哪一個。
F02 能不能一登入就跳出新手教學?
F03 同事說有派任務給我,但我找不到。
F04 首頁都是空的,我以為邀請失敗了。
F05 我只想知道今天要做什麼,不想先設定一堆東西。
F06 左邊選單項目太多,第一次使用看不懂。
F07 希望有人告訴我這個工作區是做什麼的。
F08 進來沒有任務,也不知道要等主管還是自己建立。
F09 個人資料沒填完一直被提醒,但那不是我現在要做的事。
F10 可不可以寄一封信告訴我第一步?
F11 找了十分鐘才在「我的工作」看到任務。
F12 我被加進三個專案,不知道哪個跟我有關。
F13 首頁的最近瀏覽對新人沒有幫助。
F14 能否把主管指派的事情放最上面?
F15 手機上沒看到同事說的任務入口。
F16 我不知道「收件匣」和「我的工作」差在哪。
F17 登入後只有歡迎文字,沒有可做的事。
F18 專案名稱都是縮寫,我看不懂。
F19 希望邀請時附上加入原因。
F20 進來後不知道團隊用哪個專案追工作。
F21 我沒有建立任務權限,按了才發現。
F22 首頁叫我建立專案,但我是一般成員。
F23 不確定自己能不能邀請其他人。
F24 我只讀不能編輯,畫面沒有先說。
F25 點了按鈕才知道權限不足。
F26 教學列了八個步驟,我直接關掉。
F27 希望只告訴我現在最需要做的一件事。
F28 看完導覽仍找不到主管提到的看板。
F29 影片太長,我只是想回覆一則留言。
F30 每次登入都看到同一個新手提示。
F31 我完成個人資料後還是不知道下一步。
F32 通知很多,但不知道哪一則需要處理。
F33 邀請信只寫加入工作區,沒有說要做什麼。
F34 邀請連結過期後不知道找誰重寄。
F35 接受邀請後又被要求登入另一個帳號。
F36 我有兩個工作區,第一次進錯了。
F37 同事傳的專案連結把我帶到首頁。
F38 加入成功沒有明確提示。
F39 返回邀請信才找到原本的專案名稱。
F40 想先看團隊範例,但工作區是空的。
F41 空白看板讓我不知道欄位怎麼使用。
F42 希望看到一個完成任務的範例。
F43 不知道要自己建立第一張卡片還是等指派。
F44 範本很多,但不知道哪個適合團隊。
F45 建立測試任務後不知道怎麼刪除。
F46 我加入只是看進度,首頁卻叫我建立任務。
F47 身為主管,我想知道新人是否完成第一次操作。
F48 新人問我的問題每次都一樣,希望系統協助說明。
F49 我邀請同事後,不知道他看到什麼畫面。
F50 希望不同角色看到不同的開始方式。

結構化示範:五類問題群卡片

經過自然分群與策略收斂,50 則回饋轉化為五張高內聚問題卡片:

① 問題群卡片:工作任務定位困難

  • 納入筆數:12 筆
  • 包含代碼:F03、F05、F11、F13、F14、F15、F16、F27、F31、F32、F37、F43
  • 核心阻礙:成員難以辨識哪些具體任務或通知需要自己優先處理。
  • 代表原話:「找了十分鐘才在『我的工作』看到任務。」

② 問題群卡片:缺少專案脈絡指引

  • 納入筆數:9 筆
  • 包含代碼:F01、F07、F12、F18、F20、F28、F39、F40、F42
  • 核心阻礙:成員難以理解加入工作區的業務目標與專案背景全貌。
  • 代表原話:「我被加進三個專案,不知道哪個跟我有關。」

③ 問題群卡片:角色權限設定受限

  • 納入筆數:9 筆
  • 包含代碼:F08、F09、F21、F22、F23、F24、F25、F46、F50
  • 核心阻礙:介面呈現受限的操作動作,導致成員遭遇阻礙時才得知權限狀態。
  • 代表原話:「點了按鈕才知道權限受限。」

④ 問題群卡片:引導時機與份量待調整

  • 納入筆數:10 筆
  • 包含代碼:F02、F06、F10、F17、F26、F29、F30、F41、F44、F45
  • 核心阻礙:教學資訊一次性大量湧現,難以貼合使用者當下的操作目標。
  • 代表原話:「教學列了八個步驟,我直接關掉。」

⑤ 問題群卡片:邀請與進入流程斷裂

  • 納入筆數:10 筆
  • 包含代碼:F04、F19、F33、F34、F35、F36、F38、F47、F48、F49
  • 核心阻礙:從接受邀請至抵達正確工作區的過程遺失情境脈絡。
  • 代表原話:「邀請信只寫加入工作區,缺少後續指引。」

提示詞設計(Prompt)

背景:
這是 FlowBoard 新成員啟用的 50 則教學用模擬回饋。

任務:
① 依據「使用者要完成的工作與遭遇的阻礙」執行首輪自然分群。
② 提出整併為 5 個決策問題群的收斂架構。
③ 詳列各群邊界案例與待人工確認項目。
④ 執行 ID 完整性檢查,確認 50 筆資料全數納入且呈現單一歸屬。

輸入:
【貼上 F01–F50 完整原文】

規則:
① 確保每個 feedback_id 恰好出現一次。
② 專注於使用者的操作目標與阻礙本質進行分群。
③ 遇到複合情境時,指定主要阻礙為歸屬類別,次要情境記錄於備註。
④ 保持原始資料的完整性。
⑤ 使用程式邏輯核對筆數總和。

輸出:
A. 第一輪自然分群結果
B. 五類收斂問題卡片:名稱、核心阻礙、納入 ID、筆數統計、代表原話、群內差異
C. 待確認與邊界案例清單
D. ID 完整性查驗報告

範例輸出與核心價值

先自然分群,再由人合併為五類問題

自然分群探索完成:湧現 8 個原始問題類別。
策略收斂完成:整併為 5 個決策問題群。

五類收斂完整性查驗:
- 總筆數精確吻合:50 筆
- 涵蓋 ID:F01 至 F50,每筆 ID 恰好分配至單一主要群組
- 邊界案例提醒:F47 至 F50 屬於邀請者視角,建議與新成員視角分開檢視。

這套兩階段分群流程的核心價值在於:保護原始資料的真實性,讓邊界案例與少數問題被清晰看見,為產品決策提供可追溯的堅實證據。

人類需要檢查什麼

請團隊在會議中逐一核對以下四個驗證問題:

① 每個 feedback_id 是否精確出現一次且總數完全吻合?
② 代表性原話是否完整涵蓋該群內所有成員的痛點情境?
③ 群內成員是否屬於相同的使用者角色與操作階段?
④ 分群結果能否直接引導後續獨立的研究與產品行動?

把規則封裝成 Claude Code Skill

建立 .claude/skills/feedback-clustering/SKILL.md:

---
name: feedback-clustering
description: 將具備編號的使用者回饋歸納為問題群,完整保留原始 ID、代表性原話與邊界案例。
---

請依循以下步驟執行分群:
① 逐筆核對回饋 ID,保持資料完整性。
② 依照使用者遭遇的阻礙執行自然分群。
③ 呈現每群納入 ID、代表原話、命名依據與邊界案例。
④ 執行 ID 完整性查驗,確認所有編號皆正確納入統計。

執行指令:

/feedback-clustering 請讀取這 50 則回饋,先提出分群,再列出需要我確認的邊界案例。

執行後,終端機完整呈現 ID 查驗報告與各群的結構化卡片:

分群輸出保留 ID 完整性檢查與每一群的納入編號、代表原話與命名理由
輸出的後半段詳細列出待人工確認的邊界案例,讓決策缺口保持透明:

輸出後半段列出剩餘群組、九項待確認的邊界案例與需要人工裁示的事項

今天的產出物

每則回饋只計一次
今天帶走的核心重點是一套回饋分群結構化方法:

  • 確立每筆回饋具備唯一身分代碼(feedback_id)。
  • 掌握兩階段遞進分群,兼顧情境真實性與決策收斂性。
  • 保留邊界案例與角色差異,打造可追溯的分析資產。

參考資料


上一篇
Day 7 - 用 Claude Code 把使用者回饋留在問題層
下一篇
Day 9 - 用 Claude Code 生成可追溯需求卡片
系列文
今晚來點 Claude Skills:產品開發者的 AI 工作流 共 15 篇
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言