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
プロのヒント：属性名と説明を Operator に渡して、より明確に定義する手助けをしてもらいましょう。
例のプロンプト：リストされているすべての属性値に対して包括的な説明を書いてください。属性に含まれる内容の関連詳細をすべて含めてください。この属性に該当するすべての会話タイプを考慮し、説明に記述してください。詳細な説明を提供することで、当社のAIエージェントがサポート会話を正しく分類するのに役立ちます。関連する場合は、含めてはいけない内容のキーワードや例も含めてください。