Finが会話を分類する際に最高のパフォーマンスを得るには、明確で区別しやすい属性名と説明を作成することが重要です。これらのベストプラクティスに従うことで、Finがプロンプトをより確実に解釈し、分類成功率を高めることができます。
ベストプラクティス
短く説明的な値名を作成する
属性名は簡潔でわかりやすく保ちましょう。良い名前は属性の目的を即座に示します。
名前は約25文字以内に抑えましょう。
短く説明的な言葉を使いましょう（例：「Login Issues」「Billing Questions」）。
社内用語、ticket ID、またはあいまいな用語は避けてください。
値の詳細な説明を書く
詳細な説明は、Finが各属性値のニュアンスを理解するのに不可欠です。
値が何を表し、Finがいつそれを選ぶべきかを説明してください。
顧客が使う可能性のあるキーワードやフレーズを含めましょう。
質問や意図の例を示してください（例：「パスワードをリセットするには？」）。
必要に応じて、属性に含まれない内容の説明を追加してください。
属性値を区別しやすくする
属性値間の重複を最小限に抑えましょう。属性が似すぎていると、Finが正しいものを選ぶのに苦労します。
最終決定前に自問してください：「人間がこれらの属性の間で選ぶのが難しいだろうか？」
冗長または狭すぎる属性は避け、統合できるものはまとめましょう。
誤分類を防ぐために「Other」属性値を作成する
一般的な「Other」属性を含めることを推奨します。これは、会話が定義された属性に明確に当てはまらない場合にFinが安全に使用できる選択肢を提供し、誤ったマッチングを防ぎます。より効果的にするために、この属性には「Other/Uncategorized」のような明確な名前を付け、その意図を説明する詳細な説明を提供してください。例えば、「他の値が当てはまらない場合のみ使用；話題外、不明瞭、範囲外のメッセージ用」といったガイダンスを含めます。「該当しない場合...」のセクションを設け、関連カテゴリとの重複を避けてください。
これは特定の製品や機能に関する会話など、他の属性が特定の会話のサブセットにのみ適用される場合に特に有用です。より広範な設定では、分類体系に親子関係を実装することを検討してください。この階層的アプローチにより、Finはまず広い親カテゴリに会話を分類し、その後特定の子カテゴリに絞り込むことができ、「Other」属性の使用が各枝内でより意味のあるものになります。
これらのガイドラインに従うことで、Finがプロンプトをより確実に解釈し、属性間の混乱を減らし、分類成功率を高めることができます。
良い属性値説明の例
例1
Account Access
This value covers conversations where customers cannot log into their account, have forgotten their password, or are locked out for security reasons. Customers often express urgency since they cannot use the product until access is restored.
Applies if the customer:
- Says they cannot log in to their account.
- Reports a forgotten or incorrect password.
- Mentions being locked out or account suspended.
Does not apply if the customer:
- Is asking about subscription or billing without mentioning login.
- Is requesting account deletion or GDPR/Privacy help.
- Is reporting a technical bug inside the app after logging in.
Likely Keywords: login, password, locked out, sign in, access denied
例2
Refund Requests
Covers conversations where customers explicitly request a refund, mention overcharges, or ask about cancelling payments. This includes disputes over being incorrectly charged or needing money returned.
Applies if the customer:
- Requests a refund directly (“I want my money back”).
- Mentions being charged incorrectly (“I was charged twice”).
- Asks about refund status or refund timelines.
Does not apply if the customer:
- Is reporting a failed payment or declined card.
- Is asking about subscription cancellation but not refunds.
- Is asking about financial hardship or restructuring options.
Likely Keywords: refund, charged, cancel payment, overcharged, money back, refund status
プロのコツ：属性名と説明をChatGPTやClaudeのような文章作成ツールに渡して、より明確に定義する手助けをしてもらいましょう。
例のプロンプト：リストされているすべての属性値に対して包括的な説明を書いてください。属性に含まれる内容の関連詳細をすべて含めてください。この属性に該当するあらゆる種類の会話を考え、それらを説明に記述してください。詳細な説明を提供することで、当社のAIエージェントがサポート会話を正しく分類するのに役立ちます。関連する場合は、含めてはいけない内容のキーワードや例も含めてください。