この資料では、メールチャネルの検証、Finのコンテンツ学習、応答テスト、顧客への展開、パフォーマンス最適化まで、メールでのFin AI Agentの設定方法を説明します。マルチ参加者スレッド制御、スパムフィルタリング、DMARCメールセキュリティもカバーしています。
注意:この記事はworkspace管理者向けです。Finをライブにするには請求権限が必要です。
以下の手順は、お客様のinbox内で正確なAI対応メールサポートを提供するために作成されています。
Finを有効にする前にメール設定を確認する方法
Finをメールで使用するには、まずメールチャネルの正しい設定が必要です。設定 > チャネル > Emailで設定を確認してください。
重要:メール設定(転送ルールや返信先アドレスなど)の構成だけでは、Finが受信メールに応答するには不十分です。Finをメールで使用するには、Fin AI Agent > Deploy > EmailのSimple setupを使うか、workflowにLet Fin handleステップを追加する必要があります。これらのいずれかがないと、Finは受信メールに応答しません。
設定要件 | 重要な理由 |
自動メール転送が設定され、検証済みであること | 自動メール転送により、サポートメールがIntercomのinboxに届きます。
|
あなたのdomainが接続され、認証されていること | domainの認証により、intercom-mail.comのアドレスではなく、会社の通常のサポートメールアドレス(例:support@yourcompany.com)からIntercomのinboxを使ってメールを送信できます。
これによりメールの配信可能性が保護され、お客様はあなたからのメールであると安心できます。 |
Finが返信するアドレスを設定する | Finの返信アドレスを設定するには、設定 > Workspace > Brandsに移動し、ブランドをクリックします。『Fin email address』セクションまでスクロールし、Finに使わせたい検証済みのアドレスを選択してください。
|
マルチブランドの場合:
1. ブランド設定でブランドを定義し、それぞれのブランドを正しいHelp Centerに接続します。
2. メール設定で正しいブランドにメールアドレスを接続します。
3. ブランド設定内でブランドに対応した検証済みのデフォルトアドレスが選択されます。
4. ブランド設定モーダル内で『Fin email address』を特に設定します。 | Finは会話に割り当てられたブランド属性に基づいてHelp Centersを参照します。
メールアドレスをブランドに接続すると、そのメールに送られた会話は正しいブランドに割り当てられます。正しいHelp Centerをブランドに接続すると、Finは正しいブランドに関連した回答を参照できます。
通知やその他の自動メッセージはブランドに関連付けられたデフォルトのメールアドレスから送信されます。このアドレスは送信者として使用できるよう検証が必要です。
Finが返信するメールアドレスを設定し、お客様が正しいブランドのメールアドレスからFinの返信を受け取れるようにします。 |
Finをメール会話用にトレーニングする方法
メール会話を分析する
Finにメールで対応させたい対象やサポートトピックを特定し、成功指標(例:解決率、顧客満足度(CSAT))を設定する必要があります。例えば、特定の高頻度トピックや顧客のサブセットなどです。
Finにコンテンツを学習させる
Fin AI Agent > Train > Contentに移動し、Finがメール問い合わせをサポートするために使える有効なコンテンツがあることを確認してください。よくあるメール問い合わせをカバーするためにコンテンツを更新できます。公開記事、PDF、スニペット、URL、過去の会話からのコンテンツを追加可能です。
注意:
Finをライブにする前に、できるだけ最新のコンテンツでトレーニングすることをお勧めします。
メール本文にコンテンツがなくても、Finはメールの件名を読み取り応答できます。
Finに転送されたメールの場合、通常Finは転送されたコンテンツを読みません。回避策として、転送された内容をメール本文に直接コピー&ペーストしてください。
Finにガイダンスを使ってトレーニングする
Fin AI Agent > Train > Guidanceに移動し、ガイダンス設定を行い、ブランドの声で話し、ポリシーに従い、望む方法で会話を処理するようFinをトレーニングします。簡単な自然言語の指示で、適切な用語の使用や敏感な話題を人間のサポートチームに引き継ぐルールを設定できます。
ヒント チャネル別ガイダンスを使って、メール専用にFinの行動を調整しましょう。例えば、メール返信で電話やライブチャットを次のステップとして提案しないよう指示したり、長文コミュニケーション向けにトーンを調整したりできます。Finはメールで単一の集約された応答を送るため(複数の短いメッセージではなく)、構造や形式を形作るガイダンスの影響がチャットより大きいです。
属性を使ってFinをトレーニング 任意
Fin AI Agent > Train > Attributesに移動し、Fin属性を設定して、トピック、感情、緊急度、または定義したカスタム属性で会話を自動分類します。Finは会話中にこれらの属性を設定し、workflowの条件として使い、会話を適切なチームに自動ルーティングまたはエスカレーションできます。
エスカレーションガイダンスを使ってFinをトレーニング 任意
Fin AI Agent > Train > Escalationに移動し、エスカレーションガイダンスを設定して、Finがいつどのように会話を人間のサポートチームに引き継ぐかを定義します。自然言語やルールでエスカレーション条件を指定できます。例えば、顧客が同じ質問を2回した場合、特定のキーワードを言及した場合、または不満を表明した場合にエスカレーションします。
手順を処理するようFinをトレーニング 任意
Fin AI Agent > Train > Proceduresに移動し、手順を構築して、より複雑なプロセスを自動化します。多くの場合、これらのプロセスは特定のビジネスルールに従う必要がある外部システムでのアクション(例:注文キャンセル、サブスクリプションの返金)を含みます。Finは手順をトリガーし、各ステップで積極的に関与して顧客の問い合わせを解決します。
ヒント:Finが外部システムやアプリから情報を取得してパーソナライズされた回答を提供できるように、データコネクターを追加しましょう(後で設定も可能です)。
メールでの本稼働前にFinをテストする方法
ワークスペースでFinをテストする
Fin AI Agent > Test から、実際の顧客の問い合わせに対するFinの応答をテストして、Finの展開準備ができているか確認できます。
過去の会話から質問を生成したり、CSV(カンマ区切り値ファイル)で質問を一括アップロードしたり、Finをテストしたい特定の質問を手動で追加したりできます。その後、Finの応答を確認し、「良い」または「悪い」と評価します。
応答を「悪い」と評価する際には理由を残せ、Finの回答がどこから来たのか(どのコンテンツソース、ガイダンス、またはパーソナリティ設定が使われたか)を詳しく調べることができます。また、Finの回答を改善するための推奨事項も得られます。これをレポートとしてエクスポートし、チームメイトと共有できます。
ヒント: Finのテストについて詳しく学ぶ。
本番環境のメールでFinをテストする
Finをメールで本稼働させる際は、少人数のテストまたは社内の対象者(例:自分やチームメイト)に限定し、Finの返信の品質と正確さを監視することをお勧めします。
Fin AI Agent > Deploy > Email に移動します。
「Simple deploy」の下で、Fin will respond to を開き、
Email contains [yourcompanydomain.com]のオーディエンスルールを追加します。これにより、あなたとチームメイトがFinに回答させるテストメールを送信できるようになります。次の設定も行えます:
Finからチームメイトへの引き継ぎ体験。
会話の自動クローズのタイミング。
会話評価(CSAT)のリクエストタイミング。
Set Fin Live. を選択します。
デフォルトのワークスペースアドレスに質問をメールで送信し、Finの応答を確認します。
注意:本番環境でFinをテストすると、Outcome(解決済みまたは完了したFinのやり取り)ごとに課金されます。ただし、あなたやチームメイトが「Get more help」やチームへの連絡を求めた場合、その会話は「未解決」とみなされ、課金されません。
ヒント: Finのテストと顧客への展開について詳しく学ぶ。
メールでFinを展開する方法
Finが返信するオーディエンスを拡大し、メールで実際の顧客との会話に対応させます。Fin AI Agent > Analyzeの結果を確認し、Finが対応するボリュームやトピックを拡大してください。
workflowsを使用していない場合は、Simple deployの手順に従ってください。
Workflowsを使用している場合は、Workflowsによる高度な設定の手順に従ってください。
Simple deploy(workflowsなし)
Fin AI Agent > Deploy > Email に移動します。このページの上部に「Simple deploy」があり、以下のことができます:
Finが返信する対象を決定する
Finがお客様にどのように回答するか
Finが自己紹介をする
サポートコンテンツの利用
ガイダンスに従う
Finが会話を解決できない場合の対応を決定する
引き継ぎまたはエスカレーションする
会話評価(CSAT)を求める 有効
お客様が非アクティブになった場合の対応を決定する
非アクティブなお客様へのフォローアップ
放置された会話を自動的にクローズする
ステップ1:Fin will respond to
どの顧客がFin AI Agentとやり取りできるかを決定します。Finがusersおよび/またはleadsに回答を提供できるように許可できます。
+ Add audience rule をクリックし、Intercomのデータ属性を使ってオーディエンスをさらに絞り込みます。その後、保存をクリックします。
ヒント: 「Email to」などのメール述語を使用すると、特定のアドレスに送信されたメールにFinが返信できます。
ステップ2:メールチャネルの設定
メールでFinを有効にする前に、以下が必要です:
ヒント: Finのメール設定について詳しく学ぶ。
ステップ3:Finが自己紹介をする
メールで問い合わせてきたお客様に対してFinの紹介メッセージを設定します。これにより、お客様はFinの機能ややり取り方法をより理解しやすくなります。紹介メッセージはワークスペースのデフォルト言語で作成するだけで構いません。保存をクリックすると、これらのメッセージは有効にしている対応言語に自動翻訳されます。
ステップ4:サポートコンテンツの使用
Fin AI Agent > Train > Contentに移動し、Finがメールに使用するコンテンツソースが有効になっていることを確認してください。Finはこれらのソースを参照してメール返信を生成します。最も頻繁なメールトピックをカバーしていることを確認してください。ソースの追加や更新が必要な場合は、上記のTrain Fin on Contentを参照してください。
ステップ5:ガイダンスに従う
設定したguidanceを確認してください。これはFinの応答をブランドの声や方針に合わせる方法です。メールはチャットと異なる動作をするため、関連するguidanceルールをメールチャネルのみに適用することを検討してください。例えば、チャットや電話のようなリアルタイムサポートオプションの提案を避けたり、Finの応答構造を調整したりするためです。
ステップ5b:複数参加者のスレッドでの返信管理
Finがメールで展開されている場合、複数参加者のスレッドでの動作を制御できます。Fin AI Agent > Deploy > EmailのFin answers the customerセクションに2つの設定があります。
CC動作 — FinがToフィールドではなくCCにのみ宛てられた場合に応答するかどうかを制御します:
すべてのメールに返信(デフォルト) — FinはToまたはCCフィールドに関係なくスレッドに応答します。これは既存の動作を維持します。
CCに宛てられた場合は応答しない — FinはCC受信者としてのみ含まれている場合、応答しません。
返信範囲 — Finが応答する場合に誰に返信するかを制御します:
全員に返信(デフォルト) — Finはスレッドの全参加者に返信します。これは既存の動作を維持します。
送信者のみに返信 — Finの返信は元の送信者のみに送られ、CC受信者は除外されます。
以下の表は、Fin AI AgentのCC動作と返信範囲設定がメールスレッドでどのように組み合わさるかを示しています:
スレッドタイプ | 設定 | Finの動作 |
FinはCCにのみ含まれている | CCに宛てられた場合は応答しない | Finは応答しません |
FinはCCにのみ含まれている | すべてのメールに返信(デフォルト) | Finは全参加者に応答します |
Finは直接の受信者である | 送信者のみに返信 | CC受信者はFinの返信から除外される |
Finは直接の受信者である | 全員に返信(デフォルト) | スレッドの全員がFinの返信を受け取る |
注意:両方の設定は既存の動作がデフォルトです。明示的にオプトインするまでワークスペースに変更はありません。これらの設定は個別のWorkflowsのLet Fin handleステップ内でも、展開レベルの設定とは独立して設定可能です。
ステップ6:引き継ぎまたはエスカレーション
Finが会話を解決できない場合に取るべきアクションを指定してください。Fin hands over or escalates先のチームや担当者を選択できます。次に保存をクリックして次のステップに進みます。
ステップ7:会話評価(CSAT)を依頼する
Fin AI Agentとの顧客のやり取りの最後に、これらの設定をオンにして会話評価を依頼できます。
注意:Workflows内でCSAT調査が設定されている場合は、別のメールとして送信されます。Fin AI Agent CSATについて詳しくはこちら。
ステップ8:非アクティブな顧客へのフォローアップ
会話中に静かになった顧客に対してFinがフォローアップメールを送るまでの待機時間をカスタマイズします。Follow up with inactive customersセクションで希望の遅延時間を設定してください。
フォローアップなし:顧客が非アクティブになってもFinは追加のメールを送りません。
Finがフォローアップします:Finは選択した遅延時間(1時間から7日間)後にフォローアップを送信します。デフォルトは24時間です。
ステップ9:保留中のFin会話を自動クローズ
Finが顧客を非アクティブとしてマークするまでの待機時間を指定して、会話を自動クローズするタイミングを選択します。フォローアップを有効にしている場合は、最後の顧客メッセージの後に送信されます。フォローアップ送信後に以下で設定した自動クローズのタイマーが開始されます。
Finが顧客の非アクティブ後に自動的に会話をクローズするかどうかを選択してください:
Finが質問に回答した場合、または
Finが質問に答えられなかった場合、または顧客が質問する前に離れた場合。
会話を終了するときにFinが何を言うかをカスタマイズして、顧客が必要なものを得られたことを確認し、会話が終了してもサポートチームに話しかけられることを思い出させることができます。次に保存をクリックして次のステップに進みます。
注意:この機能は現在多言語対応です。書いた終了メッセージは、保存をクリックするとサポートされているすべての言語に自動的に翻訳されます。
ステップ10:Finのメールプレビュー
メールプレビューでは、Finのメール体験をライブ前にエンドツーエンドでテストできます。スレッド形式の会話ビューを表示し、実際のメールinboxのように顧客がFinの返信をどのように受け取り、やり取りするかを正確に確認できます。複数ターンのやり取りも含まれ、Finが同じスレッド内のフォローアップメッセージを読み応答します。
Fin AI Agent > Deploy > Emailに移動してください。
プレビューパネルで、顧客の質問を入力すると、スレッド形式のメールビューでFinの返信が表示されます。
複数ターンの会話をテストするには、プレビュースレッドでFinのメッセージに返信してください。Finは会話履歴全体を読み、それに応じて応答します。
特定の顧客としてテストするには、Testing asドロップダウンからUser or leadを選択します。実際のusersやleadsになりすまし、接続された統合からライブまたはサンプルデータを使用して、パーソナライズされた応答を検証できます。
Finの応答に満足したら、Finをライブに設定してください。
特定のuserやブランドとしてFinのメールプレビューを行うには、プレビュー上部のPreview userドロップダウンを選択し、次にUser or leadを選択します。これにより、実際のusersやleadsになりすまし、Finがどのように応答するかを正確に確認できます。ライブまたはダミーデータを使って実際のシナリオをシミュレートし、データコネクターをテストし、すべての回答を検証できます。
注意:
このプレビューで生成された会話については料金は発生しません。
Finが会話を解決できない場合(例:チームinboxへのルーティング)、設定した引き継ぎ設定に従います。
プレビューでは会話終了時にCSAT調査は送信されません。
プレビューはFinをライブに設定する必要はありませんが、コンテンツはFinが利用可能である必要があります。
ステップ11:確認してライブ設定
Finのメール体験の設定が完了したら、Set Fin Liveをクリックしてください。Finは設定した対象ルールに合致する新しい受信メールに即座に応答を開始します。設定はいつでもFin AI Agent > Deploy > Emailから一時停止または更新できます。
注意:利用規約(T&Cs)にまだ同意していない場合、Finをライブに設定するには請求権限が必要です。これらの規約に同意することはFin AI Agentを使用するために必須です。
Workflowsによる高度な設定
Finをworkflowに追加したり、既存のworkflowでFinをカスタマイズしたい場合は、Fin AI Agent > Deploy > Emailに移動し、Workflowsによる高度な設定を開いてください。
注意:Simple deployはWorkflowsおよびSimple automationsより優先されます。
メール専用の既存workflowがある場合:
workflowを編集して、適切な場所に「Let Fin handle」ステップを追加できます。
workflow内でFinの動作をカスタマイズできます。期待値設定、引き継ぎ、保留中の会話の終了などは「Let Fin handle」をクリックしてください。
既存workflowにFinを追加すると、Fin AI Agent > Workflowsの「Type is Using Fin」でフィルターすると見つかります。
メール専用のworkflowが設定されていない場合:
このチャネル専用の新しいworkflowを作成することをお勧めします。
トリガー設定でworkflowがメール専用に有効になっていることを確認できます。
Finをworkflowに追加してパスを作成し、Let Fin handleを選択してください。
メールworkflowでFinの動作をカスタマイズする
メールworkflowでFinの動作をカスタマイズするには、workflowパスのLet Fin handleステップをクリックします。ここで以下が可能です:
非アクティブなメール顧客にフォローアップし、非アクティブ期間をカスタマイズします。
会話評価(CSAT)を依頼します。
複数参加者のスレッドに対するCC動作と返信範囲を制御します(上記Simple deployのステップ5b参照)。
会話を終了するときにFinが言う内容をカスタマイズします。
特定の対象にFinが応答するように設定する
分岐を使って、異なる対象向けに異なるFin体験を作成できます。
例えば:
有料顧客にはFinが答えられない場合にチームメンバーに引き継ぎ、非有料顧客にはHelp Centerに案内することが考えられます。
特定の会社や人物にFinが対応しないようにしたい場合は、‘Email’述語を使って特定のメールアドレスやdomainsを除外できます。
メールworkflowの柔軟性を高めるには、“Email to, "Email cc" and "Email bcc" predicatesを使い、顧客がメッセージを送るメールアドレスに応じて異なる自動返信メッセージ(およびその他のステップやアクション)を作成できます。
特定の対象や顧客を狙う方法や例の追加情報をご覧ください。- Email does not contain
support@[DOMAIN]のようなルールを使って、Finのworkflowsから特定のアドレスを除外できます。フォローアップメールに対して
converted-ticketのようなタグを適用し、Finがこれらの会話を完全にバイパスするようにします。Email domain does not contain
[COMPANY DOMAIN]のような設定で、社内のメールアドレスからのメールをスキップする workflows を設計します。
異なる顧客向けに異なる体験を作成するために、必要なだけ多くのブランチを追加してください。
プロのヒント: workflow トリガー設定内でオーディエンスルールを決定することもできますが、これらのルールに一致しないすべての人をカバーする追加の workflow がある場合にのみ推奨します。
Fin に特定のトピックに応答させる
分岐を使って、異なるメールトピックに基づき異なる Fin の体験やパスを作成することもできます。
ステップを追加をクリックして、分岐ロジックの作成を開始します。
次に「別のパスに進む」の下のBranchesを選択します。
ブランチを追加したら、条件がありませんをクリックしてブランチ設定を開きます。
+ 条件を追加をクリックして異なる条件を設定します。例えば、メッセージ内のキーワードに基づいて会話をエスカレートしたい場合は、「Message Content」を条件として選択します。
この手順を繰り返して、キーワードごとに複数のブランチを追加できます。
ブランチを定義したら、右の矢印をクリックしてそのブランチ固有のパスを決定します。例えば、チームメイトに割り当てるか Fin に回答させるかなどです。
例えば、「Message Content」フィルターを使って、「billing」というキーワードを含む会話を直接 Billing チームにエスカレートできます。
注意:「Let Fin handle」の直前に workflow に追加されたメッセージは、Fin の応答と同じメール通知に含まれます。
ヒント: Fin Attributes を使うと、Fin はトピックごとに会話を分類し、これらの属性を workflow の条件として使用して会話を適切なチームに自動的にエスカレートし、顧客の要望を効率的に処理します。
不要なメールの管理
workflows を使って、ニュースレター、外出時の自動返信、既知のスパム送信者からのメールなど、不要なメールを inbox や Fin に届く前に自動的に処理できます。
送信者のメールアドレスやメッセージ内容に基づくブランチ条件を追加して、不要なメールを特定します。
一致するメールをタグ付けしてクローズするパスにルーティングします。例:タグ「unwanted」を適用し、会話を自動的にクローズします。
Fin over email workflow をテストする
Fin over email workflow をテストしたい場合は、設定 > チャンネル > メール > ドメインとアドレスで設定したサポート用メールアドレスにメールを送信してください。
メール workflows のベストプラクティス
Fin AI Agent のメール workflows を設定する際は、すべてのメール会話で信頼性が高く予測可能な動作を確保するために、これらのプラクティスを念頭に置いてください。
Fin のシンプルデプロイは優先され、Workflows を使った高度な設定やシンプルオートメーションよりも先にトリガーされます。"シンプルデプロイ"で Fin をライブ設定し、workflows に Fin を追加する場合はこれを念頭に置いてください。
すべての workflow ステップがメールで利用できるわけではありません。このチャネルで対応可能なアクションを確認してください。このため、メール専用の workflow を別途作成することを推奨します。つまり、Messenger 用に設定された workflow にメール / Fin over email を追加しないでください。
トピックごとに複数の workflows を持つことは推奨しません。メールチャネル用に1つの workflow を持ち、各メールトピックはブランチで定義することを推奨します。
workflow を作成する際は、必ず「Else」のパスを設定してください。顧客が特定のトピックやオーディエンスに該当しない場合でも、サポートのためのフォールバックオプションが確保されます。
メッセージ内容やキーワードに基づく分岐を使う workflows では、未一致の自由文メッセージを Fin にルーティングするフォールバックブランチを追加してください。これにより、特定のブランチに該当しない顧客にも自動応答が提供され、未割り当て状態になるのを防ぎます。
複数参加者がいるメールスレッドの既知の制限事項
Fin AI Agent が CC されたスレッドや全員返信シナリオなど、複数参加者がいるメールスレッドを処理する際に以下の制限が適用されます。
Fin は送信者を顧客として扱うのがデフォルトです。 送信者が実際の顧客でない場合(例えば、同僚がメールを転送した場合)、Fin はエンドユーザーを特定できず、常に送信者を支援対象として扱います。
ワークスペース間の CC は処理されません。 他の組織の Fin が CC されたメールアドレスを監視している場合でも、独立してスレッドに応答する可能性があります。
連絡先の添付に制限があります。 複数参加者がいるスレッドでは、Intercom が会話を誤った連絡先レコードに添付することがあります。これらの CC/返信範囲設定ではこの問題は解決しません。
Fin の動作はルールベースです。 Fin はこれらの設定を正確に適用し、設定で指定された範囲を超えて CC 参加者の扱いを AI 判断しません。
Fin over email の分析と最適化
Fin over email を展開した後、Fin AI Agent > Analyze にアクセスして、顧客体験(CX)スコア、スケールでの自動会話分析、Fin 最適化のための AI 提案などのリアルタイム指標を取得します。
ここで以下のダッシュボードが見つかります:
パフォーマンス
トピックエクスプローラー
最適化
会話
ヒント: Fin の Insights の使い方を学ぶ。
Fin のパフォーマンスを分析し改善の機会を特定したら、継続的に Fin をトレーニング、テスト、展開して成果を増やしていく必要があります。
Fin がメールに応答する方法
Fin AI Agent は Messenger と同様に、メールで顧客の質問に返信できます。Fin からのすべてのメール応答は以下を含みます:
AI エージェントであることを示します。
回答の出典をインラインで提供します(対象のオーディエンスに公開されている場合)。
usersに次のステップの選択肢を提供し、チームメイトと話すことも含めます。
メール署名を表示します。
署名の下のフッターにAI開示を表示します。
Finがメールで返信するときの顧客の体験
Finがメールで顧客にどのようにフォローアップするかを選択できます。デフォルトでは、Finは自然な会話を促す関連する質問をします。
注意:メールには常にAIによって生成されたことを示す文が含まれ、顧客に透明性を確保します。この開示は、顧客が人間ではなくAIエージェントとやり取りしていることを知らせ、適切な期待値を設定します。また、AIコミュニケーションのベストプラクティスに沿い、やり取りの性質についての明確さが重要です。さらに、この透明性は顧客の期待管理に役立ち、必要に応じて人間のチームメイトと話すなどの次のステップの選択肢を提供します。
顧客のメッセージが不明瞭な場合、Finは何を手伝ってほしいかを明確にするようメッセージを送ります。
注意:Finに回答がない場合、顧客に知らせ、別の質問をするか人と話すオプションを提供します。Finはチャットのようなエラーメッセージ(「おっと、問題が発生しました」など)をメールで送信しません。代わりにすぐにチームにエスカレーションします。
顧客が返信すると、次の選択肢があります:
追加情報を返信する。
回答が役立ったことを確認する返信をすると、会話は解決済みとしてマークされます。
ヘルプを求める返信をすると、引き継ぎプロセスが開始されます。
顧客はアクションを確認するフォローアップメールを受け取ります:
顧客がさらにヘルプを求めるか人を要求すると、Fin AI Agentとチームメイト間の引き継ぎが開始されます。
顧客が回答が役立ったことを確認すると、Fin AI Agentは応答して会話を終了します(別途設定がない限り)。
Finがメールでスパムをフィルタリングする方法
Intercomには高度な組み込みスパムフィルタリングシステムがあり、受信メールの隠れたリンク、マルウェア、フィッシング試行、送信者アドレスの適切な認証を自動でチェックします。すべての受信メールにスパムスコアを割り当て、スパム閾値を超えたメッセージをフィルタリングします。これはIntercomのインフラレベルのスパムフィルタで、すべての受信メールで最初に実行されます。
ヒント:スパムフィルタリングされたメールの検索やSpamフォルダをサイドバーに固定する方法は、Inbox FAQsのHow does spam filtering work?を参照してください。
Fin AI Agentのスパムガイダンスをカスタマイズする
Fin AI Agentは、会話が作成される前の受信メール処理パイプラインの非常に早い段階でトリガーされるAIスパム検出システムを使用します。このシステムでスパムと判定されたメールは自動的にSpamフォルダに振り分けられます。これによりFinがスパムメッセージに関与するのを防ぎ、Finの関与率の指標精度が向上します。インフラレベルのスパムフィルタは数値スコアと設定可能な閾値を使用しますが、AIスパムフィルタは二択の判断(はい/いいえ)を行い、スコアや閾値はありません。
Spam Guidanceを使ってAIスパム検出の動作をカスタマイズできます。
「Spam」セクションまでスクロールし、New.をクリックします。
Finが潜在的なスパムメッセージをどのように識別し処理するかのカスタマイズガイダンスを追加します。
Spam inboxビューの使い方
SpamビューはFinがフラグを立てたすべてのメール会話を表示します。各フラグ付き会話にはFinからの簡単な理由メモが含まれ、チームがなぜフラグが立ったかをすぐに理解し、次の対応を決められます。
Finの理由を確認する — 各フラグ付き会話にはFinがフラグを立てた理由のメモが含まれます。
Not spamとしてマーク — フラグを解除し、会話を通常のinbox処理に戻します。
手動でスパムをフラグ付け — All inboxの会話ヘッダーから任意の会話をスパムとしてマークできます。
スパム検出は新しいメール会話にのみ適用されます — 既存スレッドへの返信はスパム再評価されません。
注意:
Spam inboxビューはFin AI Agentが有効でメール会話のみに適用されます。ビューは空から始まり、会話は遡って分類されません。
Spam inboxにはすべてのスパムメールが保管されます。これらの会話には会話IDがなく、レポートにはカウントされません。
デフォルトで自動応答メールはSpamフォルダに送られますが、これらをinboxに表示したい場合は、Settings > Channels > Email > Email settingsからこの設定をオフにできます。
注意:カスタムdomainメールアドレスをニュースレターや広告の登録に使用しないでください。これによりFinがこれらの会話に関与するのを防げます。
送信者ごとのレート制限の仕組み
Intercomは受信メールに送信者ごとのレート制限を自動適用します。単一送信者が短時間に異常に多くのメールを送信すると、その後のメッセージは新しい会話の作成がブロックされ、Spamビューに「Too many emails」ラベル付きでルーティングされます。
注意:「Too many emails」ラベルは他のSpamラベルとは異なり、コンテンツベースのスパム検出ではなくレート制限を示します。
レート制限された送信者を処理する方法は2つあります:
Not spamとしてマーク(一時的な回復) — 単一メールのフラグを解除し、通常のinbox処理に戻します。
送信者を許可リストに追加(恒久的なバイパス) — 送信者をTrusted Sendersリストに追加し、レート制限を恒久的にバイパスします。自動チケットシステムなどの正当な大量送信者に使用してください。
注意:既存会話への返信は送信者ごとのレート制限の影響を受けません — 新しい会話開始のみがブロックされます。Trusted Sendersリストにある送信者は自動的にレート制限をバイパスします。
DMARC認証でメールセキュリティを強化する方法
DMARC認証に失敗したメールの処理をFinが行わないようにすることで、受信メールフローに重要なセキュリティ層を追加できます。これにより、正当で検証済みのdomainから送信されたメールのみFinが対応し、不正リスクを減らします。
DMARC(Domain-based Message Authentication, Reporting, and Conformance)は、domainをなりすましやフィッシングから保護するためのメール認証プロトコルです。認証チェックに失敗した場合の受信メッセージの処理方法を指定できます。
「認証(DMARC)に失敗したメールの処理をFinが防ぐ」設定を有効にすると、このチェックに失敗した受信メールはFinに届かず、Finは応答しません。
これを有効にするには:
Fin AI Agent > Fin settings > General に移動します。
Fin's email responses セクションに移動します。
Prevent Fin from processing emails that fail authentication (DMARC) を有効にするには、トグルをクリックします。
重要: Fin settings で DMARC 保護を有効にすると、認証されていないメール設定の users には Fin が応答しなくなります。送信者がこれらのチェックに失敗した場合、会話は未割り当てのままとなり、必要に応じて手動でチームメイトにルーティングする必要があります。
これらを管理しやすくするために、未割り当て、オープン、Email conversations にフィルターをかけた Inbox view を作成できます。チームメイトはそこに表示されるものをすばやく確認して割り当てることができます!
注意: この設定にアクセスできるのは、ワークスペース管理者など適切な権限を持つチームメイトのみです。トグルが表示されない場合は、アクセスレベルを確認するために Intercom 管理者に連絡してください。
よくある質問
Fin はメールで CC に入っているときに返信しますか?
Fin はメールで CC に入っているときに返信しますか?
デフォルトでははい — Fin は直接の受信者であっても CC であってもすべてのメールに返信します。これを変更できます。
Fin AI Agent > Deploy > Email に移動し、「Fin answers the customer」の下にある CC behavior 設定を見つけます。
すべてのメールに返信(デフォルト) — Fin は To フィールドでも CC フィールドでも関係なく返信します。
CC にのみ入っている場合は返信しない — Fin は直接の受信者でない場合は返信しません。
注意: この設定は既存の動作がデフォルトです — Fin の応答パターンはオプトインしない限り変わりません。また、Let Fin handle ステップのワークフローごとに設定可能です。
Fin は CC に入っているスレッドで誰に返信しますか?
Fin は CC に入っているスレッドで誰に返信しますか?
デフォルトでは、Fin はすべての参加者に返信します — 送信者は「To」フィールドに入り、CC に入っている人は「Cc」フィールドに残ります。これを制限できます。
Fin AI Agent > Deploy > Email に移動し、「Fin answers the customer」の下にある Reply scope 設定を見つけます。
全員に返信(デフォルト) — スレッドの全員が Fin の返信を受け取ります。
送信者のみに返信 — Fin の返信は元の送信者のみに送られ、CC に入っている受信者は除外されます。
この設定は既存の動作がデフォルトです。また、Let Fin handle ステップのワークフローごとに、展開レベルの設定とは独立して設定可能です。
メールで多言語対応の Fin は利用できますか?
メールで多言語対応の Fin は利用できますか?
はい、メール用 Fin も多言語対応で、さまざまな言語でお客様をサポートできます。この機能と仕組みについては、記事 Multilingual Fin AI Agent をご覧ください。
Fin のメール会話と成果はどのように課金されますか?
Fin のメール会話と成果はどのように課金されますか?
Fin AI Agent のメール会話は、他のすべてのチャネルと同様に成果ごとに課金されます。成果は、Fin が顧客の問題を解決した場合(解決)または手渡しで終了するように設定された手順を正常に完了した場合にカウントされます。Fin Outcomes について詳しくはこちら。
Fin はメールで Customer tickets とどのように連携しますか?
Fin はメールで Customer tickets とどのように連携しますか?
Fin AI Agent はメールで Customer tickets に会話と同様に応答します。これには、メールを自動的に tickets に変換するメール設定 auto-convert emails into tickets が含まれ、メールは自動的に tickets に変換され、Fin は通常通り tickets の会話を処理します。
なぜ Fin は「Examply at Examply」のようなハンドルでメールに返信しているのですか?どうすれば直せますか?
なぜ Fin は「Examply at Examply」のようなハンドルでメールに返信しているのですか?どうすれば直せますか?
これは AI agent がブランド名と同じ名前を使用している場合に発生します。ボットとブランド名の両方が「Examply」に設定されていると、メールの送信者名は「Examply from Examply」と表示されます。
これを修正するには、AI agent の名前を変更してください:
Choose an identity for your bots の下で、ボットの名前をブランド名と異なるものに更新します。
これにより、Fin が送信するメールの送信者名が正しく表示されるようになります。







![Fin AI Agent > Deploy > Email Simple deployページでは、Email contains [yourcompanydomaindomain.com]のオーディエンスルールが設定されており、本稼働前にFinを社内テストメールに限定しています。](https://downloads.intercomcdn.com/i/o/tx2p130c/1601320876/aa35370c774089369656bd5bc0c4/CleanShot+2025-07-03+at+11_13_43%402x.png?expires=1786523400&signature=b7df68fa53f3d3056547bebfc731a9bf4cfd62fb10129c24a211d5bca2c62549&req=dSYnF8p8nYlYX%2FMW1HO4zcOhheU%2FSTrHXOIj67kBdWUh7gS%2FYICV6KElfCkY%0A8poyAprcDHzO%2FWYy79w%3D%0A)




















