先試一條明確的意見分類規則
面對「CSV 匯出很好用，但我需要日期篩選」時，先決定要分類的是意見類型還是產品領域。意見類型可以是功能需求、錯誤回報、稱讚與其他；產品領域則可以是報表、整合、定價與其他。這是兩個不同問題，混在同一份標籤清單裡會讓結果難以比較。
試用區連結會載入依意見類型分類的範例。若要量測產品主題，請換成自己的產品領域標籤，並同步修改指令。同一批資料應使用相同規則，匯出的各列才有可比性。下方範例是輸入，不是觀察到的模型實測結果。
{
"text": "CSV 匯出很好用，但我需要日期篩選。",
"instructions": "選擇所請求變更影響的產品領域。若沒有符合的領域，選擇 other。",
"labels": [
"reporting",
"integrations",
"pricing",
"other"
],
"threshold": 0.9
}覆核混合意見，並說清楚比例的分母
同一則訊息可能稱讚某個功能，又回報另一個功能的錯誤。若只保留一個主要標記，先定義哪種需求優先；若要分別判斷不同主題，就使用獨立的型別化問題。模糊資料應送往覆核，不要強行放進最常見的分類。
例如要報告「30% 提到報表」時，必須同時說明時間範圍、不重複紀錄數，以及重複訊息和混合意見的計算方式。這個百分比只是報表寫法的示例，並非本站實測。標記頻率反映樣本，不能保證營收；調整產品規劃前，還要與客戶討論具體問題。
建立有助於決策的分類
選擇能支援決策的主題，例如初次使用、可靠性、整合、定價、報表與其他，並為每個標記寫下簡短定義。少量清楚的主題，比數十個互相重疊的功能名稱更容易一致標記。
在自己的系統保留原始情境
Jev API Pro 不會在判定歷史中保存送出的訊息。若之後需要調查某筆結果，請在自己的客戶系統保留原始意見與來源，並使用自己的資料列識別碼連結匯出的分類。
把出現頻率與重要性分開
被反覆提到的需求，不一定是產品規劃中價值最高的項目。請結合標記、自己的客戶背景、業務優先順序與客戶訪談。每個主題都抽樣檢查，並隨產品變更重新檢視分類。