Fin Guidance は、Fin が顧客にどのように応答するかを微調整できます。話し方、フォローアップの仕方、エスカレーションのタイミング、優先するコンテンツなどを設定し、回答が正確でブランドに合い、サポート方針に沿うようにします。
Fin は言語モデルを使って、最良の結果を得るためにガイダンス指示に従うかどうかを判断します。したがって、表現の明確さと正確さが重要です。Fin のガイダンスを書く際は、これらのベストプラクティスに従ってください。
ガイダンスは何に使えますか?
ガイダンスは Fin の個性を形作り、重要な状況での行動を指示するのに最適です。
よくある例には以下があります:
Fin の話し方を定義する: Fin の回答のトーンとスタイルをブランドの声に合わせて設定します。
Fin に何を言うか指示する: 顧客が競合他社に言及した場合など、特定の状況で Fin に言うべきことを指示します。
エスカレーションの制御: Fin が会話をチームメイトにエスカレーションすべき、またはすべきでない具体的な状況を定義します。
Fin を特定のコンテンツに誘導する: 顧客が特定のトピックについて質問したときに、Fin が使用すべき記事や回答を指示します。
特別な行動を作成する: 新規顧客など特定の対象に対して、Fin に独自の行動を取るよう指示します。
Fin Guidance のベストプラクティス
結果を念頭に置いて始める
Fin Guidance を書く前に、達成したい具体的な結果を考えましょう。この目標から逆算して、明確で実行可能な指示を作成します。
❌ 悪い例(あいまいで効果的でない):
「Fin が回答する前に、当社の異なる製品タイプを理解していることを確認してください。」
✅ 良い例(明確で構造的):
「顧客が『検索』機能について質問した場合、まずどの製品を使っているかを尋ねてから回答してください。その後、回答に基づいて製品別の指示を提供します。」
明確な手順と条件でガイダンスを構成することで、Fin は一貫して正しく適用できます。
簡潔で正確な言葉を使う
あいまいまたは複雑すぎる Fin Guidance は一貫性のない回答を招きます。新しいサポート担当者を教育するつもりで、直接的で具体的、かつ理解しやすく書いてください。
❌ 悪い例(不明確で解釈が分かれる):
「Fin はプロフェッショナルでありながら親しみやすく、回答を魅力的に保つべきです。」
✅ 良い例(定義され実行可能):
「プロフェッショナルでありながら親しみやすいトーンを使いましょう。回答は簡潔にし、専門用語は避け、顧客の不満に対しては安心感を与える言葉を使います(例:『そのお気持ちはよくわかります。こちらで解決方法をご案内します』)。」
文脈と具体例を提供する
Fin はガイダンスをいつどのように適用するか理解すると最良のパフォーマンスを発揮します。「もし」「〜の場合」「そのとき」などの言葉で条件を定義し、明確な例を含めてください。
❌ 悪い例(文脈不足):
「顧客が価格について質問したら、Fin が正しく回答するようにしてください。」
✅ 良い例(文脈に基づき詳細):
「顧客が価格について質問した場合、まず特定のプランに言及しているか確認してください。言及がなければ、どのプランに興味があるか尋ねてから詳細を提供します。価格は顧客がプランを指定しない限り『最低価格から』と表現してください。」
別々で焦点を絞ったガイダンスを作成する
Fin Guidance の各指示は単一の目的に対応すべきです。複数の指示を混ぜると、Fin が正しく適用しにくくなります。
❌ 悪い例(広すぎて焦点が定まらない):
「Fin は親しみやすいトーンを使い、質問を明確にしてから回答し、請求問題はエージェントにエスカレーションすべきです。」
✅ 良い例(1つの目的ごとに明確に):
コミュニケーションスタイルのガイダンス:「Fin はポジティブな言葉を使い、過度に形式的な表現を避けて、温かく親しみやすいトーンを維持すべきです。」
文脈と明確化のガイダンス:「顧客が返金について質問し、購入日を指定しない場合は、先に日付を尋ねてください。」
引き継ぎとエスカレーションのガイダンス:「顧客が『billing error』または『overcharge』と言及した場合は、すぐに人間のエージェントにエスカレーションしてください。」
説明的なタイトルを書く
良いタイトルはガイダンスの目的を要約し、チームが一目で内容を理解しやすくします。例えば「Greeting」のような一般的なタイトルではなく、「VIP Customers 向けの Greeting」のように具体的にします。
Fin に直接話しかけるようにガイダンスを書く
Fin Guidance を書くときは、Fin を三人称で言及したり、回答の修正方法についてコメントしたりしないでください。代わりに、Fin に直接話しかけるように、何をすべきか正確に伝えてください。
❌ 悪い例(三人称で間接的):
「AI の回答が顧客にアプリのアンインストールと再インストールを指示している場合、その情報を削除するよう回答を書き直してください。再インストールは有効なトラブルシューティング手順ではありません。」
✅ 良い例(直接的で実行可能):
「顧客にアプリのアンインストールと再インストールを指示してはいけません。再インストールは決して有効なトラブルシューティング手順ではなく、これを顧客に伝えてはいけません。」
Fin を「あなた」と呼ぶ
最も効果的なガイダンスは、Fin への直接的な命令として書かれています。指示では常に Fin を「あなた」と呼んでください。
❌ 悪い例:
「Fin should escalate when a customer mentions a refund.」
✅ 良い例:
「お客様が返金について言及した場合は、サポートチームにエスカレーションしてください。」
完全な指示を出す
常に断片ではなく、完全なコマンドを書いてください。Finはユーザーインターフェースの文脈を持たないため、実行すべきアクションを知るにはあなたの指示に依存します。
❌ 悪い例:
「お客様が返金について言及した場合。」
✅ 良い例:
「お客様が返金について言及した場合はエスカレーションしてください。」
簡潔かつ明確にする
指示は短く要点を押さえてください。複数の「and/or」条件を含む複雑な指示は信頼性を損なうため避けてください。複雑なルールよりも複数の簡単なルールを作る方が良いです。
❌ 悪い例:
「誰かが返金について言及し、購入の返品や交換を希望する場合は、すぐにエスカレーションしてください。」
✅ 良い例:
「お客様が返金を希望する場合は、すぐにエスカレーションしてください。」
代替案を提示する
Finに何かをしないよう指示する場合は、代わりに何をすべきかの肯定的な指示も提供してください。これによりFinは明確な行動を取り、より信頼性の高い動作になります。
❌ 悪い例:
「お客様が怒っている場合は謝らないでください。」
✅ 良い例:
「お客様が怒っている場合は謝らないでください。代わりに丁寧に落ち着くようお願いしてください。」
矛盾を避ける
現在の指示を見直し、互いに矛盾するルールがないか確認してください。矛盾した指示はFinの予測不能な動作を引き起こす可能性があります。
例えば、次の2つの指示があるとします:
指示1:Finに請求問題の解決を委任する
「Pro」プランのお客様が請求エラーを報告したり、最近の請求に不満を示した場合、Finは次回請求で一度限り15%のクレジットを即座に提供し、顧客満足を確保しエスカレーションを防止します。
指示2:請求に関する問い合わせは厳格にエスカレーションする
「refund」「billing error」「overcharge」「wrong amount」などのキーワードが含まれる会話はすべて、直ちに請求サポートチームにエスカレーションしてください。問題解決やクレジットの提供は試みないでください。
これらの指示ルールは直接矛盾しています。1つはFinに特定の請求問題の解決を委任し、もう1つは請求関連のキーワードがあれば即時エスカレーションを要求します。常に矛盾する行動を避けるために指示を見直してください。
特定性が重要な場合はコンテンツ指示を使う
質問に答える際にFinに特定のコンテンツソースを優先させたい場合は、コンテンツとソースの指示を追加してください。
この機能により、「お客様が返金について質問した場合は、常に[記事名]を参照する」などのルールを設定でき、Finが最も信頼できる情報源から回答を引き出せます。
1つの指示で別の指示をトリガーしないでください
各指示は独立して機能します。ある指示(例:指示A)が会話で使われた後に、別の指示(例:指示B)を直接トリガーすることはできません。Finは会話の各時点ですべての関連指示を個別に評価し、必要に応じて適用します。指示を自動的に連鎖させる仕組みはありません。
Finの高度な指示テクニック
基本的な指示の作成に慣れたら、より高度なテクニックでFinの動作を微調整できます。
重要な指示には大文字を使う
Finが重要な指示に従うように、大文字を使って強調できます。これは例外なく常に守るべきルールに有効です。
例:
決してお客様に謝らないでください。
重要:お客様が不満を持っている場合はエスカレーションしてください。
逐語的な応答の指示とトーンのガイド
特定の状況でFinに何を言うか指示する方法は2つあります。正確なフレーズを指定するか、伝えたい情報を指示してAIに自然な表現を任せるかです。
逐語的な応答を指示する場合: Finに正確に何を言うか伝えます。
例:
すべての直接回答の最後に、必ず「もし人間の担当者と話したい場合は、直接私にお尋ねください。」と伝えてください。
トーンをガイドする場合: Finに伝えたい情報を指示し、具体的な言い回しは任せます。
例:
すべての直接回答の最後に、お客様が人間の担当者と話したい場合は、直接私にお尋ねくださいと必ず伝えてください。
注意:すべてのシナリオでエスカレーションを提供するガイダンスを作成する際は注意してください。これは顧客に選択肢を与えますが、全体的なルールとして適用するとFinの解決率が低下する可能性があります。エスカレーションの提案は状況に応じて行う方が良いです。
太字や斜体などのテキストスタイルの使用
Finにメッセージを太字や斜体などのテキストスタイルでフォーマットするよう指示できます。
例えば:
メッセージの特定の部分を目立たせたい場合、次のようなガイダンスを書くことができます。
'すべての直接回答の最後に、ユーザーが人間のエージェントと話したい場合は直接尋ねるように常に伝えてください。必ず太字にしてください!'
フォローアップ質問を管理するための「疑問符トリック」の使用
デフォルトでは、直接回答を提供した後、Finは顧客の問題が解決されたかを確認するための文脈に沿ったフィードバック質問を生成します。これらの質問はFinの言語モデルによって生成され、ガイダンス設定(言語の形式やトーンなど)に従います。Finは通常「それが探していたものですか?」や「その回答で問題は解決しましたか?」といった質問をしますが、会話の文脈によって変わることがあります。
ガイダンスの最後を疑問符で終わらせることで、この動作を上書きできます。ガイダンスが独自の質問で終わる場合、Finは自動生成のフィードバック要求の代わりにその質問をします。
例えば:
すべての直接回答の最後に「人間と話したいですか?」と尋ねてください。
すべての直接回答の最後に、同じトピックに関する探索的な質問をしてください。
注意:Finのフィードバック質問を削除または置き換えると、「確認済み解決」指標が減少する可能性があります。この指標は顧客が肯定的なフィードバックを提供したときに記録され、フィードバックを促さなければ提供する顧客が減ります。
ヒント:フィードバック質問は現在Finの言語モデルによって生成されるため、以下のことが可能です:
会話の文脈に適応(例:「これらの手順でknowledge basesのアクセスは解決しましたか?」)
トーンや言語設定に従う。
対応言語での代名詞の形式の好みを尊重する。
直接回答にすでにインラインの質問が含まれている場合は自動的に抑制される。
回答の長さをカスタマイズするためのコミュニケーションスタイルガイダンスの使用
Fin's answer length settingでは、応答の長さのデフォルトルールを定義できます。ベストプラクティスとして、まずFinの回答長設定を使用し、より厳密または具体的な制御が必要な場合にのみガイダンスを追加することを推奨します。
重要な点は、Finの回答長設定はグローバルに適用され、特定のオーディエンスにターゲットできませんが、ガイダンスはオーディエンス別に設定可能です。
例えば、FacebookやInstagramなどのソーシャルチャネルを通じて頻繁に連絡する顧客がいる場合、メッセージに厳しい1000文字制限があるため、それらのチャネルを対象としたオーディエンス向けに明確な文字数制限をコミュニケーションスタイルガイダンスに追加することを検討してください。
ガイダンス例:
『重要:いかなる場合でも、回答テキストは可能な限り簡潔にし、絶対に1000文字(約200トークン)を超えないこと。これを超える回答はエラーを引き起こすため、回答生成時には極めて注意して1000文字以内に収めてください。制限を超えるよりは、短く不完全または部分的な回答の方が望ましいです。最大長にこだわるよりも、非常に簡潔で要点を押さえた回答を心がければ自然と制限内に収まります。』
オーディエンスターゲティングとユーザー属性の使い分けを判断する
Fin Guidanceをユーザーデータに基づいて適用するかどうか決める場合、通常はAudience targeting機能を使うのが最適です。オーディエンスをターゲットにすると、非該当のガイダンスはFinから完全に隠され、混乱や重複のリスクがありません。
例えば:
ユーザーが「Pro」プランにいる場合にのみガイダンスを適用したい場合は、「Plan is Pro」のオーディエンスを作成し、ガイダンス作成時にそのオーディエンスを選択してください。Finは関連時のみそのガイダンスを参照します。
一方、Finにユーザー属性の実際の値を応答で参照させたい場合は、その属性を直接ガイダンスに含めるべきです。
例えば:
「ユーザーを名前で呼ぶ:
{user_name}。」「
{user_pronoun_formality}が「formal」の場合は敬称を使う。」「機能説明時に
{user_plan}で利用可能な機能を言及する。」
簡単なルール:
ガイダンスの適用タイミングをフィルタリングする場合はオーディエンスルールを使う。
ユーザーデータに基づいて応答内容をカスタマイズする場合はガイダンス自体に属性を使う。
ガイダンスを継続的に改善する
Fin Guidanceは継続的なプロセスと考えてください。基本的な指示から始め、実際のやり取りやパフォーマンス指標に基づいて時間をかけて改善してください。
プレビューモードでFinの応答をテストし、ガイダンスが期待通りに機能するか確認してください。
Finが顧客の言い回しや専門用語のバリエーションをどのように処理するかに注意を払ってください。
指標や顧客のフィードバックに基づいて定期的にガイダンスを見直し、改善してください。
矛盾または冗長なガイダンスを削除または更新し、Finの動作を一貫させてください。
矛盾または冗長なガイダンスを削除または更新し、Finの動作を一貫させてください。エスカレーション workflowsの機能をテストし、改善点を特定するために顧客シナリオをシミュレレートしてください。
エスカレーションルールの処理を確認するために「conversation events」機能を使用してください(MacはCmd + E、WindowsはCtrl + E)。
ヒント:特定のユースケースのガイダンスの書き方がわからない場合は、Claude AIやChatGPTのようなライティングツールを使ってみてください。シナリオを説明し、解釈しやすいAI向けの明確なプロンプトを生成するよう依頼してください。
Fin Guidanceの例
以下にFin Guidanceの例をいくつか示します。これらを参考にしたり、特定のニーズに合わせて適応したりできます。
コミュニケーションスタイル
Finが使用すべき特定の語彙と用語。
Free、Pro、Enterpriseのプランを提供しています。これらは大文字で表記し、「subscriptions」ではなく「plans」と呼ぶべきです。
常にイギリス英語で回答してください。
専門用語や流行語を避け、わかりやすい言葉を使ってください。例えば、「frictionless」の代わりに「easy」を使います。
ユーザーが苛立っている場合は共感を示し、落ち着いた言葉でサポートを大切にしていることを伝えてください。例:「ご不便をおかけして申し訳ありません。一緒に適切な解決策を見つけましょう」。この例のバリエーションも自由に使ってください。
回答は常に読みやすく簡潔にしてください。文は短く、段落ごとに1〜2文、回答は100語以内(絶対に必要な場合を除く)にしてください。段落は改行で文ごとに分け、他の書式や内容は変えないでください。このガイドラインは通常の文章段落にのみ適用され、コードや箇条書き、リスト、その他の構造化マークダウンには適用されません。
ユーザーに<company name>へメールで連絡するように指示しないでください。ユーザーはすでに<company name>のカスタマーサポートにチャットで連絡しています。例えば、「<company email>にメールしてください」という文は削除してください。その場合は、さらにサポートが必要ならチームに話すように依頼するよう伝えてください。
会話から顧客の言語や地域が明らかな場合は、回答の最後に簡潔で包括的な季節の挨拶を入れてください。挨拶は短くし、緊急の問題や苦情対応時は祝日の挨拶は避けてください。
回答には1〜2個の絵文字を使い、親しみやすく魅力的なトーンを作ってください。😊
注意:言語の好みに関するガイダンスを書く際は、その言語を使う< i>タイミングを必ず指定してください。「常にイギリス英語で回答してください」のような条件なしの指示は、Finが顧客が異なる言語(例:イタリア語、フランス語、スペイン語)で話していても英語を使う指示と解釈する可能性があります。
競合他社の言及と比較の取り扱い
Finが競合他社について肯定的な発言をしたり、不公平な比較をした場合、対処すべきことは2つあります:ガイダンスとコンテンツソースです。
ステップ1 — ガイダンスを追加
Fin AI Agent > Train > Guidance > Communication styleに移動し、ルールごとに別々のエントリーを作成してください。以下は直接使える例です。
「競合他社が[あなたの製品]よりも高いコンバージョン率や優れたパフォーマンスを持っていると決して言わないでください。」
「[あなたの製品]と他の製品を比較するよう求められた場合は、事実に基づき自信を持って、[あなたの製品]の価値に焦点を当ててください。競合他社を推奨しないでください。」
「競合他社の製品名を積極的に挙げたり提案したりしないでください。」
ヒント:ルールごとに1つのガイダンスエントリーを作成してください。複数のルールを1つにまとめないでください。別々のルールの方がFinが一貫して適用しやすいです。
ステップ2 — コンテンツソースを確認
ガイダンスはFinの発言を制御しますが、競合他社名や比較が同期された記事、スニペット、Help Centerのコンテンツに含まれている場合、ガイダンスルールに関係なく表示されることがあります。その場合は:
ソースコンテンツから直接競合他社の言及を削除するか、
ソースレベルのオーディエンス制限を使ってFinがアクセスできないように制限してください。
コンテキストと説明
正確な回答を保証するためにFinが尋ねるべきフォローアップ質問。
購入手続きに問題がある場合、銀行振込かクレジットカードのどちらを使おうとしているか尋ねてください。
ユーザーが利用可能な機能を尋ねた場合、まずどのプランかを確認してください。
ユーザーが502エラーを報告した場合、問題を認識しており優先的に調査中であることを伝えてください。最新情報は以下で確認できます:https://www.intercomstatus.com/
ユーザーがどのモバイルアプリを使っているかは推測しないでください。エラー報告時には必ずiOSかAndroidかを尋ねてください。各アプリで利用できる機能が異なるため、まずこれを理解することが重要です。
ユーザーがbugを報告した場合、トラブルシューティングを続ける前に以下の情報を尋ねてください:1) 使用しているデバイスは? 2) bugが発生しているURLは? 3) bugを最初に確認した日時は?
顧客が配送オプションについて問い合わせた場合、{{country}}を確認し、その国で利用可能な配送オプションに沿った回答を提供してください。
エスカレーション
エスカレーションは現在、メインのGuidanceタブとは別の専用ページで管理されています。Fin AI Agent > Train > Escalationに移動して、エスカレーションルール(データ駆動の条件)とエスカレーションガイダンス(自然言語の指示)を設定してください。詳細なガイド、例、ベストプラクティスはManage Fin AI Agent's escalation guidance and rulesをご覧ください。
ガイダンスの制限を理解する
ガイダンスの目的と現在の制限を知ることが重要です。
注意:
ガイダンスは正確に従う必要がある複雑な多段階プロセスには向いていません。例えば返金リクエストの処理にはProceduresの使用を推奨します。ガイダンスはMessengerの機能制御にも使えません。例えば、メッセージ後にFinがボタンを表示するよう指示することはできません。
ガイダンスは単一のやり取り(一回の顧客メッセージと一回のFinの返信)で対応可能な簡単なリクエストに最適です。長い会話が必要なリクエストには信頼性が低い場合があります。例えば、最初はエスカレーションを拒否し、次は許可するよう指示しても、Finは確実に従えないかもしれません。
ガイダンスはFinが知らないことに影響を与えられません。ガイダンスの指示はFinが回答を探す前にチェックされます。つまり「答えがわからなければ人間にエスカレーションする」というルールは機能しません。なぜならFinはまだ答えがわからないことを認識していないからです。
Fin AI AgentはUIボタンを表示・制御できません。Finはテキストでのみエスカレーションを提案できます。「Talk to a Person」ボタンはFinが自動管理しており、ガイダンスでカスタマイズできません。
ワークスペースあたり最大100件のアクティブなガイダンスがあります。この制限はFinの応答品質と速度を維持するためのもので、多すぎると応答が遅くなり、精度が下がり、指示が矛盾する可能性があります。制限に近づいている場合は、関連する指示を可能な限り1つにまとめてください。
