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リンクを生成し、機能しない偽の「幻覚」リンクになる可能性があります。
✅ 良い例(実際のコンテンツを使用):
Fin に動画リンクを探したり生成したりするよう指示する代わりに:
動画が存在するトピックには、実際の動画URLを記事やスニペットに直接埋め込んでください。
コンテンツガイダンスを使って、これらの記事を優先してください:「お客様が[特定の機能]について質問した場合は、動画付きの[記事名]を参照する」または「お客様が[特定の機能]について質問した場合は、動画[動画リンク]を共有する。」
Fin に存在を確認できないリソースを共有するよう指示しないでください。
具体性が重要な場合はコンテンツガイダンスを使用してください。
質問に答える際にFinが特定のコンテンツソースを優先するようにしたい場合は、コンテンツとソースのガイダンスを追加してください。
この機能では、「顧客が返金について質問した場合は常に[記事名]を参照する」などのルールを設定でき、Finが最も信頼できるソースから回答を引き出すことを保証します。
1つのガイダンスで別のガイダンスをトリガーしないでください。
各ガイダンスは独立して機能します。1つのガイダンス(例:Guidance A)が会話中に使用された後、別のガイダンス(例:Guidance B)を直接トリガーすることはできません。各ガイダンスルールは会話の各時点でFinによって個別に評価され、必要に応じてすべての関連ガイダンスが適用されます。ガイダンスを自動的に連鎖またはカスケードする組み込みの方法はありません。
Finの高度なガイダンス技術
基本的なガイダンスの作成に慣れたら、より高度な技術を使ってFinの動作を微調整できます。
重要な指示には大文字を使って強調してください。
Finが重要な指示に従うことを確実にするために、大文字を使って強調を加えることができます。これは例外なく常に守るべきルールに有効です。
例えば:
顧客に決して謝罪しないでください。
重要:顧客が不満を持っている場合はエスカレーションしてください。
逐語的な応答の指示とトーンのガイド
特定の状況でFinに何を言わせるか指示する場合、正確なフレーズを指定するか、Finに伝えたい内容をガイドしてAIに自然な表現をさせるかの2つの選択肢があります。
応答を逐語的に指示するには:Finに正確に何を言うか伝えます。
例えば:
すべての直接的な回答の最後に、必ず「もし人間の担当者と話したい場合は、直接私にお尋ねください」とユーザーに伝えてください。
トーンをガイドするには:Finに伝えたい情報を伝え、具体的な言い回しはAIに任せます。
例えば:
すべての直接的な回答の最後に、もし人間の担当者と話したい場合は直接尋ねるようユーザーに必ず伝えてください。
注意:すべてのシナリオでエスカレーションを提供するガイダンスを作成する際は注意してください。これは顧客に選択肢を与えますが、包括的なルールとして適用するとFinの解決率が低下する可能性があります。エスカレーションの提案は状況に応じて行う方が良いです。
太字や斜体などのテキストスタイルの使用
Finにメッセージを太字や斜体などのテキストスタイルでフォーマットするよう指示できます。
例えば:
メッセージの特定の部分を目立たせたい場合、次のようなガイダンスを書くことができます:
'すべての直接的な回答の最後に、もし人間の担当者と話したい場合は直接尋ねるようユーザーに必ず伝えてください。太字にしてください!'
フォローアップ質問を管理するための「疑問符トリック」の使用
通常、直接的な回答を提供した後、Finは顧客の問題が解決したかどうかを確認するための文脈に沿ったフィードバック質問を生成します。これらの質問はFinの言語モデルによって生成され、ガイダンス設定(言語の形式やトーンなど)に従います。Finは通常「それが探していたものですか?」や「その回答で質問は解決しましたか?」のような質問をしますが、会話の文脈によって異なります。
ガイダンスの最後を疑問符で終えることで、この動作を上書きできます。ガイダンスが独自の質問で終わる場合、Finは自動生成のフィードバック要求の代わりにその質問をします。
例えば:
すべての直接的な回答の最後に「人間と話したいですか?」と尋ねてください。
すべての直接的な回答の最後に、同じトピックに関する探索的な質問をしてください。
注意:Finのフィードバック質問を削除または置き換えると、「確認済み解決」指標が低下する可能性があります。この指標は顧客が肯定的なフィードバックを提供したときに記録され、フィードバックを促さなければ提供する顧客が減ります。
ヒント:フィードバック質問は現在Finの言語モデルによって生成されるため、以下が可能です:
会話の文脈に適応(例:「これらの手順でknowledge basesのアクセスは解決しましたか?」)
トーンや言語設定に従う。
対応言語での敬称の好みを尊重する。
直接的な回答にすでにインラインの質問が含まれている場合は自動的に抑制される。
Communication style guidanceを使って回答の長さをカスタマイズする
Finの回答長設定では、応答の長さのデフォルトルールを定義できます。ベストプラクティスとして、まずFinの回答長設定を使用し、より厳密または具体的な制御が必要な場合にのみガイダンスを追加することを推奨します。
重要な点は、Finの回答長設定はグローバルに適用され、特定の対象者には適用できませんが、ガイダンスは対象者別に設定可能なことです。
例えば、FacebookやInstagramなどのソーシャルチャネルを通じて頻繁に連絡してくる顧客がいる場合、メッセージに厳しい1000文字制限があるため、それらのチャネルを対象とした対象者向けのCommunication style guidanceに明確な長さ制限を追加することを検討してください。
ガイダンス例:
「重要:いかなる場合でも、回答テキストはできるだけ簡潔にし、絶対に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" 機能を使用して、Fin のエスカレーションルール処理を確認してください(Mac は Cmd + E、Windows は Ctrl + E)。
ヒント: 特定のユースケース用のプロンプトの書き方がわからない場合は、Claude AI や ChatGPT のようなライティングツールを使ってみてください。シナリオを説明し、解釈しやすい 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}} を確認し、その国で利用可能な配送オプションに沿った回答を提供してください。
