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

Fin Guidance ベストプラクティス

Fin Guidance を効果的に使い、Fin のパフォーマンスと回答の関連性を向上させる方法を学びましょう。

Fin Guidance は、AIエージェントの顧客対応を微調整し、正確でブランドに沿ったサポート方針に合致した回答を保証します。最良の結果を得るために、プロンプト作成時に以下のベストプラクティスに従ってください。


Fin Guidance ベストプラクティス

結果を念頭に置いて始める

ガイダンスを書く前に、達成したい具体的な結果を考え、その目標から逆算して明確で実行可能な指示を作成してください。

悪い例(あいまいで効果的でない):

「Fin が異なる製品タイプを理解してから回答するようにしてください。」

良い例(明確で構造的):

「顧客が『検索』機能について質問した場合、まずどの製品を使用しているかを尋ねてから回答してください。その後、回答に基づき製品別の指示を提供してください。」

明確なステップと条件でガイダンスを構成することで、Fin は一貫して正しく適用できます。

ガイダンスでは Fin に直接話しかける

ガイダンスを書く際は、Fin を三人称で言及したり、回答の修正方法についてコメントしたりしないでください。

代わりに、Fin に直接話しかけるように、何をすべきか正確に伝えてください。

Fin に対して、具体的に指示を出すように書いてください。

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

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

answer to remove that information, as reinstalling is not a valid troubleshooting

step."

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

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

troubleshooting step, and you should never communicate this to the customer."

簡潔で正確な言葉を使う

あいまいまたは過度に複雑なガイダンスは、一貫性のない回答を招きます。新しいサポート担当者を教育するつもりで、直接的で具体的、かつ理解しやすい文章を書いてください。

悪い例(不明確で解釈が分かれる):

「Fin はプロフェッショナルでありながら親しみやすく、回答を魅力的に保つべきです。」

良い例(定義され実行可能):

「Fin はプロフェッショナルでありながら親しみやすいトーンを使うべきです。回答は簡潔にし、専門用語を避け、顧客の不満に対しては『そのお気持ちはよくわかります。こちらで解決方法をご案内します』のような安心感を与える言葉を使ってください。」

文脈と具体例を提供する

Fin はガイダンスをいつどのように適用するかを理解すると最も効果的です。「もし」「〜の場合」「その時は」などの言葉で条件を定義し、明確な例を含めてください。

❌ 悪い例(文脈不足):

「顧客が価格について質問したら、Fin は正しく回答してください。」

良い例(文脈に基づき詳細):

「顧客が価格について質問した場合、まず特定のプランを言及しているか確認してください。言及がなければ、どのプランに興味があるか尋ねてから詳細を提供してください。価格は顧客がプランを指定しない限り『最低価格から』と表現してください。」

別々で焦点を絞ったガイダンスを作成する

各ガイダンスは単一の目的に対応すべきです。複数の指示を混ぜると、Fin が正しく適用しにくくなります。

❌ 悪い例(広範で焦点が定まらない):

「Fin は親しみやすいトーンを使い、質問を明確にしてから回答し、請求問題はエージェントにエスカレーションしてください。」

✅ 良い例(1つの目的ごとに明確):

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

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

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

Fin に外部ソースのコンテンツ共有を依頼する際は具体的にする

Fin は knowledge base、記事、スニペット、接続されたデータソースに存在する情報のみを参照できます。Fin に「利用可能な場合は」外部コンテンツ(リンク、動画、リソースなど)を共有するよう指示すると、実際のソースではなく学習データに基づくプレースホルダーや幻覚的なコンテンツを生成する可能性があります。

❌ 悪い例(幻覚を引き起こす):
「顧客が機能について質問したら、利用可能な場合は常にYouTube動画リンクを共有して理解を助けてください。」


なぜ失敗するか: Fin はそのトピックに動画が実際に存在するか確認できないため、学習データに基づくプレースホルダーのYouTubeリンクを生成し、機能しない偽のリンク(幻覚)になる可能性があります。

✅ 良い例(実際のコンテンツを使用):
動画リンクを探したり生成したりするよう指示する代わりに:

  1. 動画が存在するトピックには、実際の動画URLを記事やスニペットに直接埋め込んでください。

  2. コンテンツガイダンスでそれらの記事を優先してください:「顧客が[特定の機能]について質問した場合、動画付きの[記事名]を参照する」または「顧客が[特定の機能]について質問した場合、動画[動画リンク]を共有する。」

  3. Fin に存在を確認できないリソースを共有するよう指示しないでください。

具体性が重要な場合はコンテンツガイダンスを使用してください。

質問に答える際にFinが特定のコンテンツソースを優先するようにしたい場合は、コンテンツとソースのガイダンスを追加してください

この機能では、「顧客が返金について尋ねた場合は常に[記事名]を参照する」などのルールを設定でき、Finが最も信頼できるソースから回答を引き出すことを保証します。

1つのガイダンスで別のガイダンスをトリガーしないでください。

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


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

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

重要な指示には大文字を使って強調する

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

例:

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

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

逐語的な応答の指示とトーンのガイダンスの違い

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

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

例:

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

注意:逐語的な応答を指示すると、Finはそのままのフレーズを再現します。お客様が複数言語で問い合わせる場合、引用されたテキストはガイダンスの言語で表示され、自動翻訳されません。多言語展開の場合は、以下の「トーンをガイドする」方法を推奨します。Finが顧客の言語で自然に表現します。

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

例:

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

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

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

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

例:

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

  • 'すべての直接回答の最後に、もし人間の担当者と話したい場合は直接お尋ねくださいと必ず伝えてください。太字にしてください!'

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

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

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

例:

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

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

注意:Finのフィードバック質問を削除または置き換えると、「確認済み解決」指標が低下する可能性があります。この指標は顧客の肯定的なフィードバックで記録され、フィードバックを促さないと提供される数が減ります。

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

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

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

  • 対応言語の敬称の好みを尊重する。

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

Communication style guidanceを使った回答長のカスタマイズ

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

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

例えば、FacebookやInstagramなどのソーシャルチャネルで頻繁に問い合わせがある場合、メッセージに厳しい1000文字制限があるため、そのチャネル向けの対象者を指定したガイダンスで明確な長さ制限を追加することが望ましいです。

ガイダンス例:

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

対象者指定とユーザー属性の使い分けを判断する

Finガイダンスをユーザーデータに基づいて適用するか判断する場合、通常は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)。

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


Fin Guidanceの例

以下にいくつかのガイダンス例を示します。これらを参考にしたり、特定のニーズに合わせて適応したりできます。

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

AIエージェントが使う特定の語彙や用語の例です:

  • Free、Pro、Enterpriseプランを提供しています。これらは大文字で表記し、「subscriptions」ではなく「plans」と呼びます。

  • 常にイギリス英語で回答してください。

  • 専門用語やバズワードを避け、わかりやすい言葉を使ってください。例えば、「frictionless」の代わりに「easy」を使う。

  • ユーザーが苛立っている場合は共感を示し、落ち着いた言葉で助けたい気持ちを伝えてください。例:「ご不便をおかけして申し訳ありません。一緒に解決策を見つけるために対応します。」この例のバリエーションも自由に使ってください。

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

  • ユーザーに<company name>へメールで連絡するように求めないでください。チャットメッセンジャーで既に<company name>のカスタマーサポートに連絡しています。例えば、「<company email>にメールしてください」という文は削除してください。その場合は、さらに助けが必要なら「Talk to a person 👤」をクリックして人間のサポートを依頼するよう伝えてください。

  • 現在は休暇・新年期間です。会話から顧客の言語や地域が明らかな場合は、簡潔で包括的な季節の挨拶でやり取りを締めくくってください。挨拶は短く回答の最後に置き、緊急の問題や苦情対応時は避けてください。

コンテキストと確認

正確な回答を確保するためにAIエージェントが尋ねるフォローアップ質問の例です:

  • 購入手続きに問題がある場合、銀行振込かクレジットカードかを尋ねてください。

  • ユーザーが利用可能な機能を尋ねた場合、まずどのプランかを確認してください。

  • ユーザーがエラーを報告した場合、問題を認識しており優先的に調査中であることを伝えてください。更新情報は[status page]で確認できます。

  • ユーザーがどのモバイルアプリを使っているかは推測しないでください。エラー報告時には必ずiOSかAndroidかを尋ねてください。各アプリは機能が異なるため、まずこれを理解することが重要です。

  • ユーザーがbugを報告した場合、トラブルシューティングを続ける前に次の情報を尋ねてください:1) 使用しているデバイスは? 2) bugが発生しているURL;3) bugを最初に確認した日時。

  • 配送オプションについて問い合わせがあった場合、{{country}}を確認し、その国の配送オプションに沿った回答を提供してください。

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