この資料では、メールチャネルの確認、Finのコンテンツ学習、応答テスト、顧客への展開、パフォーマンス最適化まで、Fin AI Agentをメールで設定する方法を説明します。複数参加者のスレッド管理、スパムフィルタリング、DMARCメールセキュリティもカバーしています。
注意:この記事はworkspace管理者向けです。Finをライブにするには請求権限が必要です。
以下の手順は、お客様のinbox内で正確なAI対応メールサポートを提供するために作成されています。
Finを有効にする前にメール設定を確認する方法
Finをメールで使用するには、まずメールチャネルの正しい設定が必要です。設定 > チャネル > Emailで設定を確認してください。
重要:メール設定(転送ルールや返信先アドレスなど)の構成だけでは、Finが受信メールに応答するには不十分です。Fin AI Agent > Deploy > Emailの簡単セットアップを使うか、workflowにLet Fin handleステップを追加して明示的にFinをメール用に設定する必要があります。これらのステップがないと、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 Centerを参照します。
メールアドレスをブランドに接続すると、そのメールに送られた会話は正しいブランドに割り当てられます。正しいHelp Centerをブランドに接続することで、Finは正しいブランドに関連した回答を参照できます。
通知やその他の自動メッセージはブランドに関連付けられたデフォルトのメールアドレスから送信されます。このアドレスは送信者として使用できるよう検証が必要です。
Finが返信するメールアドレスを設定し、お客様が正しいブランドのメールアドレスからFinの返信を受け取れるようにします。 |
Finをメール会話用にトレーニングする方法
メール会話を分析する
Finにメールで対応させたい対象やサポートトピックを特定し、成功指標(例:解決率、顧客満足度(CSAT))を設定する必要があります。例えば、特定の高頻度トピックや顧客のサブセットなどです。
Finにコンテンツを学習させる
Fin AI Agent > Train > Contentに移動し、Finがメール問い合わせをサポートするために有効化したコンテンツを確認してください。よくあるメール問い合わせをカバーするためにコンテンツを更新できます。公開記事、PDF、スニペット、URL、過去の会話のコンテンツを追加可能です。
注意:
Finをライブにする前に、できるだけ最新のコンテンツでトレーニングすることをお勧めします。
メール本文にコンテンツがなくても、Finはメールの件名を読み取り応答できます。
Finに転送されたメールは通常、転送された内容を読みません。回避策として、転送内容をメール本文に直接コピー&ペーストしてください。
Finにガイダンスを使ってトレーニングする
Fin AI Agent > Train > Guidanceに移動し、ガイダンスを設定して、ブランドの声で話し、ポリシーに従い、望む方法で会話を処理するようFinをトレーニングします。シンプルで自然な言語の指示を使い、適切な用語の使用や敏感な話題を人間のサポートチームに引き継ぐなど、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が何をできるか、どのようにやり取りするかをより理解しやすくなります。紹介メッセージはワークスペースのデフォルト言語で作成するだけで構いません。保存をクリックすると、これらのメッセージはFinで有効にしている対応言語すべてに自動翻訳されます。
ステップ4:サポートコンテンツの使用
有効にしたFinのcontent sourcesを確認してください。
ステップ5:ガイダンスの確認
設定したFinのguidanceを確認してください。これは、Finの応答をブランドの声や方針に合わせて調整する方法です。メールはチャットとは異なる動作をするため、メールチャネルのみに関連するガイダンスルールを適用することを検討してください。例えば、チャットや電話のようなリアルタイムサポートの提案を避けたり、Finの応答構造を調整したりする場合です。
ステップ5b:複数参加者のスレッドでの返信管理
Finがメールで展開されている場合、複数参加者のスレッドでの動作を制御できます。Fin answers the customerセクションには2つの設定があります:
CC動作 — FinがCCにのみ指定された場合(Toフィールドではない)に応答するかどうかを制御します:
すべてのメールに返信(デフォルト) — FinはToまたはCCフィールドに関係なくスレッドに応答します。これは既存の動作を維持します。
CCに指定された場合は応答しない — FinはCC受信者としてのみ含まれている場合、応答しません。
返信範囲 — Finが応答する場合に誰に返信するかを制御します:
全員に返信(デフォルト) — Finはスレッドの全参加者に返信します。これは既存の動作を維持します。
送信者のみに返信 — Finの返信は元の送信者のみに送られ、CC受信者は除外されます。
以下の表は、Fin AI AgentのCC動作と返信範囲設定がメールスレッドでどのように組み合わさるかを示しています:
スレッドタイプ | 設定 | Finの動作 |
FinはCCにのみ指定されている | CCに指定された場合は応答しない | Finは応答しません |
FinはCCにのみ指定されている | すべてのメールに返信(デフォルト) | Finは全参加者に応答します |
Finは直接の受信者です | 送信者のみに返信 | Finの返信からCC受信者は除外されます |
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 will follow up:Finは選択した遅延時間(1時間から7日間)後にフォローアップを送信します。デフォルトは24時間です。
ステップ9:保留中のFin会話の自動クローズ
Finが顧客を非アクティブとマークするまでの待機時間を指定して、自動的に会話をクローズするタイミングを選択します。follow-upを有効にしている場合は、最後の顧客メッセージ後に送信されます。フォローアップ送信後に以下で設定した自動クローズタイマーが開始します。
Finが顧客の非アクティブ後に自動的に会話をクローズするかどうかを選択してください:
Finが質問に回答した場合、または
Finが質問に答えられなかった場合、または顧客が質問する前に離れた場合。
会話を終了するときにFinが何と言うかをカスタマイズして、顧客が必要なものを得られたことを確認し、会話が終了してもサポートチームに話しかけられることを思い出させることができます。次に保存をクリックして次のステップに進みます。
注意:この機能は現在多言語対応です。書いた終了メッセージは、保存をクリックするとサポートされているすべての言語に自動翻訳されます。
ステップ10:メールでFinをプレビューする
メールプレビューでは、Finのメール体験をライブ前にエンドツーエンドでテストできます。スレッド形式の会話ビューを表示し、実際のメールinboxのように顧客がFinの返信をどのように受け取り、やり取りするかを正確に確認できます。Finが同じスレッド内でフォローアップメッセージを読み取り応答するマルチターンのやり取りも含まれます。
プレビューパネルで、顧客の質問を入力して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から一時停止または更新できます。
注意:利用規約がまだ承諾されていない場合、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を追加すると、"Type is Using Fin"でフィルターするとFin AI Agent > Workflowsに表示されます。
メール専用のworkflowが設定されていない場合:
このチャネル専用の新しいworkflowを作成することをお勧めします。
workflowがメール専用で有効になっていることはトリガー設定で確認できます。
workflowにFinを追加するには、パスを作成しLet Fin handleを選択します。
メールworkflowでFinの動作をカスタマイズする
メールworkflowでFinの動作をカスタマイズするには、workflowパスのLet Fin handleステップをクリックします。ここで以下が可能です:
非アクティブなメール顧客にフォローアップし、非アクティブ期間をカスタマイズします。
会話評価(CSAT)を依頼します。
マルチ参加者スレッドのCC動作と返信範囲を制御します(下記ステップ5b参照)。
マルチ参加者スレッドのCC動作と返信範囲を制御します。
会話を終了するときに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を選択します。
分岐を追加したら、条件がありませんをクリックして分岐設定を開きます。
+ 条件を追加をクリックして異なる条件を設定します。例えば、メッセージ内のキーワードに基づいて会話をエスカレートしたい場合は、「メッセージ内容」を条件として選択します。
この手順を繰り返して、キーワードごとに複数の分岐を追加できます。
分岐を定義したら、右の矢印をクリックしてその分岐に特有のパスを決定します。例えば、チームメイトに割り当てるかFinに回答させるかなどです。
例えば、「メッセージ内容」フィルターを使って、「billing」というキーワードを含む会話を直接Billingチームにエスカレートできます。
注意:「Finに任せる」直前にworkflowに追加されたメッセージは、Finの応答と同じメール通知に含まれます。
ヒント: Fin Attributesを使うと、Finはトピックごとに会話を分類し、これらの属性をworkflowの条件として使って会話を自動的に適切なチームにエスカレートし、顧客の要望を効率的に処理します。
不要なメールの管理
workflowsを使って、ニュースレター、外出自動返信、既知のスパム送信者からのメールなど、不要なメールを自動的に処理し、inboxやFinに届く前に対応できます。
送信者のメールアドレスやメッセージ内容に基づく分岐条件を追加して、不要なメールを特定します。
一致するメールをタグ付けしてクローズするパスにルーティングします。例:タグ「unwanted」を適用し、会話を自動的に終了します。
これによりinboxがクリーンに保たれ、Finが本物の顧客問い合わせでないメールに対応するのを防ぎます。
Fin over email workflowをテストする
Fin over email workflowをテストしたい場合は、設定 > チャンネル > Email > ドメインとアドレスで設定したサポートメールアドレスにメールを送信してください。
メールworkflowのベストプラクティス
Finのシンプルデプロイは優先され、Workflowsによる高度な設定やシンプルオートメーションよりも先にトリガーされます。Finを「シンプルデプロイ」でライブ設定し、workflowsに追加する場合はこれを念頭に置いてください。
すべてのworkflowステップがメールで利用できるわけではありません。このチャネルで対応可能なアクションを確認してください。このため、メール専用のworkflowを別に作成することを推奨します。つまり、Messenger用に設定されたworkflowにメール/Fin over emailを追加しないでください。
トピックごとに複数のworkflowを持つことは推奨しません。メールチャネル用に1つのworkflowを持ち、各メールトピックは分岐で定義することを推奨します。
workflowを作成する際は、必ず「その他」のパスを設定してください。顧客が特定のトピックやオーディエンスに該当しない場合でも、サポートのためのフォールバックオプションが確保されます。
メッセージ内容やキーワードに基づく分岐を使うworkflowでは、フォールバック分岐を追加して、該当しない自由文メッセージをFinにルーティングします。これにより、特定の分岐に該当しない顧客にも自動応答が届き、未割り当て状態になるのを防ぎます。
複数参加者のメールスレッドに関する既知の制限
Finは送信者を顧客として扱うのがデフォルトです。送信者が実際の顧客でない場合(例えば、同僚がメールを転送した場合)、Finはエンドユーザーを特定できず、常に送信者を支援対象として扱います。
ワークスペース間のCCは処理されません。別の組織のFinがCCされたメールアドレスを監視している場合でも、独立してスレッドに応答する可能性があります。
連絡先の添付に制限があります。複数参加者のスレッドでは、Intercomが会話を誤った連絡先レコードに添付することがあります。これらのCC/返信範囲設定ではこの問題は解決しません。
Finの動作はルールベースです。Finはこれらの設定を正確に適用し、設定で指定された範囲を超えてCC参加者の扱いをAI判断しません。
Fin over emailの分析と最適化
Fin over emailを展開した後、Fin AI Agent > 分析にアクセスして、顧客体験(CX)スコア、大規模な自動会話分析、Fin最適化のためのAI提案などのリアルタイム指標を取得します。
ここで以下のダッシュボードが見つかります:
パフォーマンス
トピックエクスプローラー
最適化
会話
ヒント: FinのInsightsの使い方を学ぶ。
Finのパフォーマンスを分析し改善の機会を特定したら、継続的にFinをトレーニング、テスト、展開して成果を増やしていく必要があります。
Finのメールへの応答方法
Fin AI AgentはMessengerと同様に、顧客のメールの質問に返信できます。Finからのすべてのメール応答は以下を含みます:
AIエージェントであることを示します。
回答の出典をインラインで提供します(公開されている場合)。
ユーザーに次のステップの選択肢を提供し、チームメイトと話すことも含めます。
メール署名を表示します。
署名の下のフッターに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の会話ヘッダーから任意の会話をスパムとしてマークします。
本物の顧客がスパムフラグ付き会話にフォローアップすると、Finは自動的に再評価し、フラグを解除できます。実際のスパムからのフォローアップは再評価され、スパムとして確認されます。
注意:
Spam inboxビューはFin AI Agentが有効である必要があり、メール会話のみに適用されます。ビューは空から始まり、会話は遡及的に分類されません。
Spam inboxにはすべてのスパムメールが保管されます。これらの会話にはconversation IDがなく、レポートにはカウントされません。
デフォルトでは、自動応答メールはSpamフォルダに送られますが、これらをinboxに表示したい場合は、Settings > Channels > Email > Email settingsからこの設定をオフにできます。
注意:カスタムdomainのメールアドレスをニュースレターや広告の登録に使用しないでください。これによりFinがこれらの会話に関与するのを防ぎます。
DMARC認証でメールセキュリティを強化する方法
DMARC認証に失敗したメールの処理をFinが行わないようにすることで、受信メールフローに重要なセキュリティ層を追加できます。これにより、Finは正当で検証済みのdomainから送信されたメールのみとやり取りし、不正のリスクを減らします。
DMARC(Domain-based Message Authentication, Reporting, and Conformance)は、domainをなりすましやフィッシングから保護するためのメール認証プロトコルです。認証チェックに失敗した受信メッセージの処理方法を指定できます。
「認証(DMARC)に失敗したメールの処理をFinが行わない」設定を有効にすると、このチェックに失敗した受信メールはFinに届かず、Finは応答しません。
これを有効にするには:
Fin AI Agent > Fin settings > Generalに移動します。
Finのメール応答セクションに進みます。
認証(DMARC)に失敗したメールの処理をFinが行わないを有効にするトグルをクリックします。
重要:Fin設定でDMARC保護を有効にすると、認証されていないメール設定のユーザーにはFinが応答しなくなります。送信者がこれらのチェックに失敗した場合、会話は未割り当てのままで、必要に応じて手動でチームメイトにルーティングする必要があります。チームの好みに基づいてこれらの会話を自動割り当てするworkflowルールを作成できます。
注意:この設定にアクセスできるのは、ワークスペース管理者など適切な権限を持つチームメイトのみです。トグルが表示されない場合は、アクセスレベルを確認するためにIntercom管理者に連絡してください。
よくある質問
FinはメールでCCに入っていると返信しますか?
FinはメールでCCに入っていると返信しますか?
デフォルトでははい — Finは直接の受信者であってもCCであってもすべてのメールに返信します。これを変更することも可能です。
Fin AI Agent > Deploy > Emailに移動し、「Fin answers the customer」の下にあるCC behavior設定を見つけてください:
すべてのメールに返信(デフォルト) — FinはToフィールドでもCCフィールドでも関係なく返信します。
CCでのみ宛先の場合は返信しない — Finは直接の受信者でない場合、CCだけなら返信しません。
注意:この設定は既存の動作がデフォルトです — 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のメール会話は、他のすべてのチャネルと同様にOutcomeごとに課金されます。Outcomeは、Finが顧客の問題を解決した場合(Resolution)または手渡しで終了するよう設定されたProcedureを正常に完了した場合にカウントされます。Fin Outcomesについて詳しくはこちら。
FinはメールでCustomer ticketsとどのように連携しますか?
FinはメールでCustomer ticketsとどのように連携しますか?
Fin AI Agentはメールでも会話と同様にCustomer ticketsに対応します。これにはメールを自動的にticketsに変換する設定が含まれ、メールは自動的にticketsに変換され、Finは通常通りticketの会話を処理します。
なぜFinは「Examply at Examply」のようなハンドルでメールに返信しているのですか?どうすれば直せますか?
なぜFinは「Examply at Examply」のようなハンドルでメールに返信しているのですか?どうすれば直せますか?
これはAIエージェントがブランド名と同じ名前を使っている場合に起こります。ボットとブランド名の両方が「Examply」に設定されていると、メールの送信者名は「Examply from Examply」と表示されます。
これを直すには、AIエージェントの名前を変更してください:
設定 > AI & Automation > Automationに移動してください。
Choose an identity for your botsの下で、ボットの名前をブランド名と異なるものに更新してください。
これでFinが送信するメールの送信者名が正しく表示されるようになります。







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




















