メインコンテンツにスキップ

Fin Guidance ベストプラクティス

この文章を使って、明確で一貫性があり効果的な Fin Guidance を作成しましょう。Fin Guidance は Fin の話し方、エスカレーションのタイミング、優先するコンテンツを制御します。

対応者:Beth-Ann Sher

Fin Guidance は、Fin が顧客にどう応答するかを微調整できます。話し方、フォローアップの仕方、エスカレーションのタイミング、優先するコンテンツなどを設定し、回答が正確でブランドに沿い、サポート方針に合致するようにします。

Fin は言語モデルを使ってガイダンス指示に従うか判断します。最良の結果を得るには、表現の明確さと正確さが重要です。Fin Guidance を作成する際は、以下のベストプラクティスに従ってください。

Guidance は何に使えますか?

Guidance は 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 は親しみやすいトーンを使い、質問を明確にしてから回答し、請求問題はエージェントにエスカレーションすべきです。」

✅ 良い例(一つの目的に絞る):

  • コミュニケーションスタイルのガイダンス:「Fin はポジティブな言葉を使い、過度に形式的な表現を避けて、温かく親しみやすいトーンを維持すべきです。」

  • 文脈と明確化のガイダンス:「顧客が返金について質問し、購入日を指定しない場合は、先に日付を尋ねてください。」

  • 引き継ぎとエスカレーションのガイダンス:「顧客が『請求エラー』や『過剰請求』を言及したら、すぐに会話を人間のエージェントにエスカレーションしてください。」

説明的なタイトルを書く

良いタイトルはガイダンスの目的を要約し、チームが一目で内容を理解できるようにします。例えば「挨拶」などの一般的なタイトルではなく、「VIP顧客向け挨拶」のように具体的にします。タイトルは Fin AI Agent > Train > Guidance のリストに表示され、顧客には見えません。

Fin に直接話しかけるように書く

Fin Guidance を書く際は、Fin を三人称で表現したり、応答の修正方法についてコメントしたりしないでください。Fin に直接話しかけるように、何をすべきか正確に伝えましょう。

❌ 悪い例(三人称で間接的):

「AIの回答が顧客にアプリのアンインストールと再インストールを指示している場合、その情報を削除するよう回答を書き直してください。再インストールは有効なトラブルシューティング手順ではありません。」

✅ 良い例(直接的で実行可能):

「顧客にアプリのアンインストールと再インストールを指示してはいけません。再インストールは有効なトラブルシューティング手順ではなく、決して顧客に伝えてはいけません。」

Fin を「あなた」と呼びかける

最も効果的なガイダンスは、Finに対する直接的な命令として書かれています。指示では常にFinを「あなた」と呼ぶべきです。

❌ 悪い例:

「Finは顧客が返金について言及したときにエスカレーションすべきです。」

✅ 良い例:

「顧客が返金について言及したときは、あなたはサポートチームにエスカレーションすべきです。」

完全な指示を出す

常に断片ではなく、完全な命令文を書いてください。Finはユーザーインターフェースの文脈を持たないため、どのアクションを実行すべきかを知るにはあなたの指示に依存します。

❌ 悪い例:

「顧客が返金について言及したとき。」

✅ 良い例:

「顧客が返金について言及したときはエスカレーションしてください。」

簡潔かつ明確にする

ガイダンスは短く要点を押さえてください。複数の「and/or」条件を含む複雑な指示は避けてください。これはガイダンスの信頼性を損なう可能性があります。複雑なルール1つよりも、シンプルなルールを複数作る方が良いです。

❌ 悪い例:

「誰かが返金について言及し、購入品の返品や交換を希望する場合は、すぐにエスカレーションしてください。」

✅ 良い例:

「顧客が返金を希望する場合は、すぐにエスカレーションしてください。」

Finに「してはいけないこと」を伝えるときは代替案を必ず提示する

Finに何かをしないよう指示する場合は、代わりに何をすべきかの肯定的な指示も提供してください。これによりFinは明確な行動を取り、より信頼性の高い動作になります。

❌ 悪い例:

「顧客が怒っているときは謝らないでください。」

✅ 良い例:

「顧客が怒っているときは謝らないでください。代わりに、丁寧に落ち着くよう促してください。」

矛盾を避ける

現在有効なガイダンスを見直し、互いに矛盾するルールがないか確認してください。矛盾した指示はFinの予測不能な動作を引き起こす可能性があります。

例えば、次の2つの有効なFinガイダンスルールがあるとします:

  • ガイダンス1:Finに請求問題の解決を委任する

    「Pro」プランの顧客が請求エラーを報告したり、最近の請求に不満を示した場合、Finは顧客満足を確保しエスカレーションを防ぐために、次回請求で一度限り15%のクレジットを即座に提供する権限を持ちます。(これは説明のための架空の例です。)

  • ガイダンス2:請求に関する問い合わせは厳格にエスカレーションする

    「refund」「billing error」「overcharge」「wrong amount」などのキーワードが含まれる会話はすべて、直ちに請求サポートチームにエスカレーションしてください。問題を解決しようとしたりクレジットを提供したりしないでください。

これらのガイダンスルールは直接矛盾しています。1つは特定の請求問題の解決をFinに委任し、もう1つは請求関連のキーワードがあれば即座にエスカレーションを要求します。常に有効なガイダンスを見直し、矛盾する行動を避けてください。

特定性が重要な場合はContentガイダンスを使う

Fin Guidanceには、質問に答える際に特定の記事や情報源を使うようFinに指示できるContentカテゴリがあります。設定するには、Fin AI Agent > Train > GuidanceでContent guidance ruleを追加してください。

この機能により、「顧客が返金について質問した場合は、常に[記事名]を参照する」といったルールを設定でき、Finが最も信頼できる情報源から回答を引き出せます。

1つのガイダンスで別のガイダンスを起動しない

各ガイダンスは独立して機能します。あるガイダンス(例:Guidance A)が会話中に使われた後、別のガイダンス(例:Guidance B)を直接起動することはできません。Finは会話の各時点で各ガイダンスルールを個別に評価し、必要に応じてすべての関連ガイダンスを適用します。ガイダンスを自動的に連鎖またはカスケードさせる仕組みはありません。


Finの高度なガイダンス技術

基本的なガイダンスの作成に慣れたら、より高度な技術を使ってFinの動作を微調整できます。

重要な指示には大文字を使う

Finが重要な指示に従うように、大文字を使って強調できます。これは例外なく常に守るべきルールに有効です。

例:

  • 顧客に決して謝罪しないでください。

  • 重要:顧客が不満を持っている場合はエスカレーションしてください。

逐語的な応答の指示とトーンのガイド

特定の状況でFinに何を言うか指示する場合、正確なフレーズを指定するか、伝えたい内容のトーンをガイドしてAIに自然な表現を任せるかの2つの方法があります。

逐語的な応答を指示するには: Finに正確に何を言うか伝えます。

例:

  • すべての直接的な回答の最後に、必ず「もし人間の担当者と話したい場合は、直接私にお尋ねください。」とユーザーに伝えてください。

注意: 指示されたテキストはそのまま使用され、翻訳や適応はされません。ワークスペースが多言語対応の場合、英語で指示されたフレーズはFinが他言語で応答しても英語のまま表示されます。多言語ワークスペースでは、トーンをガイドしてFinに自然な表現(および翻訳)を任せるか、AI Translations Glossaryに正確な用語を追加して一貫した翻訳を行うことを推奨します。

トーンをガイドするには: Finに伝えたい情報を伝え、具体的な言い回しは任せます。

例えば:

  • すべての直接回答の最後に、ユーザーに対して人間のエージェントと話したい場合は直接尋ねるように必ず伝えてください。

注意:すべてのシナリオでエスカレーションを提供するガイダンスを作成する際は注意してください。選択肢を提供しますが、これを一律のルールとして適用するとFinの解決率が低下する可能性があります。エスカレーションの提案は状況に応じて行う方が良いです。

太字や斜体などのテキストスタイルの使用

Finにメッセージを太字斜体などのテキストスタイルでフォーマットするよう指示できます。

例えば:

メッセージの特定の部分を目立たせるために、次のようなガイダンスを書くことができます:

  • 'すべての直接回答の最後に、ユーザーに対して人間のエージェントと話したい場合は直接尋ねるように必ず伝えてください。太字にしてください!'

フォローアップ質問を管理するための「疑問符トリック」の使用

デフォルトでは、直接回答の後にFinは顧客の問題が解決したかを確認するための文脈に沿ったフィードバック質問を生成します。これらの質問はFinの言語モデルによって生成され、ガイダンス設定(言語の形式やトーン)に従います。Finは通常「それが探していたものですか?」や「その回答で質問は解決しましたか?」などの質問をしますが、会話の文脈によって異なります。

ガイダンスの指示文を疑問符で終わらせることで、この動作を上書きできます。ガイダンスが独自の質問で終わる場合、Finは自動生成のフィードバック要求の代わりにその質問をします。

例えば:

  • すべての直接回答の最後に「人間と話したいですか?」と尋ねてください。

  • すべての直接回答の最後に同じトピックに関する探索的な質問をしてください。

注意:Finのフィードバック質問を削除または置き換えると、「confirmed resolutions」指標(Fin AI Agentのレポートで確認可能)が減少する可能性があります。これは顧客が問題が解決したと明示的に確認した場合(例えば、フィードバックプロンプトに肯定的に応答した場合)に記録されます。プロンプトがないと、解決確認する顧客が減ります。

ヒント:フィードバック質問は現在Finの言語モデルによって生成されるため、以下が可能です:

  • 会話の文脈に適応(例:「これらの手順でknowledge basesのアクセスは解決しましたか?」)

  • トーンや言語設定に従う。

  • 対応言語での代名詞の形式の好みを尊重する。

  • 直接回答にすでにインラインの質問が含まれている場合は自動的に抑制される。

回答の長さをカスタマイズするためのコミュニケーションスタイルガイダンスの使用

Finの回答長設定では、応答の長さのデフォルトルールを定義できます。ベストプラクティスとして、まずFinの回答長設定を使用し、より厳密または具体的な制御が必要な場合にのみガイダンスを追加することを推奨します。

重要な点は、Finの回答長設定はグローバルに適用され、特定の対象に絞ることはできませんが、ガイダンスは対象別に設定可能です。

例えば、FacebookやInstagramなどのソーシャルチャネルを通じて頻繁に連絡してくる顧客がいる場合、メッセージに厳しい1000文字制限があるため、それらのチャネルを対象としたオーディエンス向けに明確な文字数制限をコミュニケーションスタイルガイダンスに追加することを検討してください。

ガイダンス例:

  • 『重要:いかなる場合でも、回答テキストは可能な限り簡潔にし、絶対に1000文字(約200トークン)を超えないこと。これを超えるとエラーになるため、回答生成時は極めて注意して1000文字以内に収めてください。制限を超えるよりは短く不完全な回答の方が良いです。最大長にこだわるより、非常に簡潔で要点を押さえた回答を心がければ自然と制限内に収まります。』

オーディエンスターゲティングとユーザー属性の使い分けを判断する

Fin Guidanceをユーザーデータに基づいて適用するかどうかを決める場合、通常はオーディエンスターゲティング機能を使うのが最適です。オーディエンスをターゲットにすると、該当しないガイダンスはFinから完全に隠され、混乱や重複のリスクがありません。

例えば:

ユーザーが「Pro」プランの場合にのみガイダンスを適用したい場合は、「Plan is Pro」のオーディエンスを作成し、ガイダンス作成時にそのオーディエンスを選択してください。Finは関連時のみそのガイダンスを参照します。

一方、Finに応答でユーザー属性の実際の値を参照させたい場合は、その属性をガイダンスに直接含めるべきです。

例えば:

  • 「ユーザー名で呼びかける:{user_name}。」

  • {user_pronoun_formality}が‘formal’の場合は敬称を使う。」

  • 「機能説明時に{user_plan}で利用可能な機能を言及する。」

簡単な目安:

  • ガイダンスの適用タイミングを絞り込む場合はオーディエンスルールを使う。

  • ユーザーデータに基づいて応答内容をカスタマイズする場合はガイダンス内で属性を使う。

ガイダンスを継続的に改善する

Fin Guidanceは継続的なプロセスと考えてください。基本的な指示から始め、実際のやり取りやパフォーマンス指標に基づいて改善していきます。

  • プレビューモードでFinの応答をテストし、ガイダンスが期待通りに機能するか確認してください。

  • Finが顧客の表現や専門用語の違いをどのように扱うかに注意を払ってください。

  • 指標や顧客のフィードバックに基づいて定期的にガイダンスを見直し、改善してください。

  • 矛盾や重複するガイダンスは削除または更新し、Finの動作を一貫させてください。

  • エスカレーションworkflowsの機能をテストするために顧客シナリオをシミュレートし、改善点を特定してください。

  • 会話イベントパネルを使って、Finが会話中に各ガイダンスやエスカレーションルールをどのように評価したかを確認してください。Cmd + E(Mac)またはCtrl + E(Windows)でinbox内の任意の会話から開けます。

ヒント:特定のユースケース向けのガイダンスの書き方がわからない場合は、Operatorを使ってみてください。シナリオを説明し、解釈しやすいAI向けの明確なプロンプトを生成するよう依頼します。


Fin Guidanceの例

以下は、インスピレーションやワークスペース向けに適応できるFin Guidanceの例です。

コミュニケーションスタイル

Finが使用すべき特定の語彙と用語。

  • 無料、Pro、Enterpriseプランを提供しています。これらは大文字で「プラン」と呼び、「サブスクリプション」とは呼びません。

  • 常に英国英語で回答してください。

  • 専門用語や流行語を避け、わかりやすい言葉を使ってください。例えば、「frictionless」の代わりに「easy」を使います。

  • ユーザーが不満を感じている場合は共感を示し、落ち着いた言葉でサポートへの思いやりを伝えてください。例:「ご不便をおかけして申し訳ありません。一緒に適切な解決策を見つけましょう。」この例のバリエーションも自由に使ってください。

  • 回答は常に読みやすく簡潔に:文は短く、段落ごとに1~2文以内、回答は100語以内(必要な場合を除く)にしてください。段落は改行で文ごとに分け、他の書式や内容は変えないでください。このガイドラインはコードや箇条書き、リスト、その他の構造化マークダウンには適用されません。

  • ユーザーに<company name>へメールで連絡するように指示しないでください。チャットメッセンジャーで既に<company name>のカスタマーサポートに連絡しています。例えば「<company email>にメールしてください」という文は削除し、代わりに「さらにサポートが必要な場合はチームに話すよう依頼してください」と伝えてください。

  • 会話から顧客の言語と地域が明らかな場合、やり取りの最後に簡潔で包括的な季節の挨拶を入れてください。挨拶は短く、回答の最後に置きます。緊急の問題や苦情対応時は祝日の挨拶は避けてください。

  • 回答には1~2個の絵文字を使い、親しみやすく魅力的なトーンを作ってください。

注意:言語の好みに関する指示を書く際は、その言語を使う「条件」を必ず明示してください。例えば「常に英国英語で回答」とだけ書くと、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をご覧ください。

その他:Finをトピックに沿ったリクエストに制限する

顧客が文書の書き直し、メール作成、無関係な内容の要約など一般的なタスクをFinに依頼する場合、その他カテゴリのルールを使い、Finの対応範囲を定義し、丁寧に断るよう指示できます。

以下をテンプレートとして使用してください。括弧内は製品やサポート範囲に合わせて置き換えてください。

あなたは[Your Company]のサポートアシスタントであり、[Your Product]に直接関連する質問やタスクのみを支援してください。製品機能、アカウント問題、連携、トラブルシューティングを含みます。無関係な文書の書き直し、個人メールの作成、無関係な内容の要約、一般的なライティングアシスタントとしての対応は行わないでください。

ユーザーが[Your Product]に関係ないタスクを依頼した場合は、丁寧に断り、対応範囲を明確にしてください:「私は[Your Product]に関する質問とサポートをお手伝いします。他のタスクについては一般的なツールの使用をお勧めします。」

ヒント:丁寧に断った後もユーザーがトピック外のリクエストを続ける場合、Fin AI Agent > Train > Escalationで補足のエスカレーションガイダンスルールを追加してください。例:「制限を伝えた後もサポート範囲外のタスクを依頼し続ける場合は、人間の担当者に繋ぐか、会話を終了することを伝えてください。」これによりFinが無駄なループに陥るのを防げます。

ガイダンスの限界を理解する

ガイダンスの目的と現在の限界を知ることが重要です。

注意

  • ガイダンスは正確に従う必要がある複雑な多段階プロセスには適していません。例えば返金処理にはProceduresの使用を推奨します。ガイダンスはMessengerの機能制御にも使えません。例えば、メッセージ後にFinがボタンを表示するよう指示できません。

  • ガイダンスは単一のやり取り(一回の顧客メッセージと一回のFinの返信)で対応可能な簡単なリクエストに最適です。長い会話が必要なリクエストには信頼性が低い場合があります。例えば、最初はエスカレーションを拒否し、次は許可する指示は確実に従えない可能性があります。

  • ガイダンスはFinが知らないことに影響を与えられません。ガイダンスの指示はFinがヘルプコンテンツを検索する前にチェックされます。つまり「答えがわからなければ人間にエスカレーションする」というルールは機能しません。Finはまだ答えがわからないことを認識していないためです。

  • Fin AI AgentはUIボタンを表示・制御できません。Finはテキストでのみエスカレーションを提案できます。「Talk to a Person」ボタンはFinが自動管理しており、ガイダンスでカスタマイズできません。

  • ワークスペースあたり最大100件のアクティブなガイダンスがあります。この制限はFinの応答品質と速度を維持するためです。多すぎると応答が遅くなり、精度が下がり、指示が矛盾する可能性があります。制限に近づいたら関連する指示を可能な限り1つにまとめてください。

こちらの回答で解決しましたか?