メールチャネルの検証やFinへのコンテンツ学習、応答テスト、顧客への展開、パフォーマンス最適化まで、Fin AI Agentをメールで展開するために必要なすべて。複数参加者のスレッド管理、スパムフィルタリング、DMARCメールセキュリティもカバーします。
以下の手順は、お客様のinbox内で正確なAI対応メールサポートを提供するために作成されました。
注意：Finをライブにするには請求権限が必要です。
Finを有効にする前にメール設定を確認する方法
Finをメールで使用するには、まずメールチャネルの正しい設定を確認してください。設定 > チャネル > メールで設定を確認できます。
重要：メール設定（転送ルールや返信先アドレスなど）の構成だけでは、Finが受信メールに応答するには不十分です。Fin AI Agent > 展開 > メールの簡単セットアップを使うか、ワークフローにLet Fin handleステップを追加して、明示的にFinをメール用に設定する必要があります。これらのステップがないと、Finは受信メールに応答しません。
セットアップ要件 | 重要な理由 |
自動メール転送が設定され、検証済みであること | 自動メール転送により、サポートメールがIntercomのinboxに届きます。
|
あなたのdomainが接続され認証されていること | domainの認証により、intercom-mail.comアドレスではなく、会社の通常のサポートメールアドレス（例：support@yourcompany.com）からIntercomのinbox経由でメールを送信できます。
これによりメールの配信性が保護され、お客様はメールがあなたから送信されていると安心できます。 |
Finが返信するアドレスを設定する | Finの返信アドレスを設定するには、設定 > ワークスペース > ブランドに移動し、ブランドをクリックします。『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 > トレーニング > コンテンツに移動し、Finがメール問い合わせをサポートするために有効化したコンテンツを確認してください。よくあるメール問い合わせをカバーするためにコンテンツを更新できます。公開記事、PDF、スニペット、URL、過去の会話からのコンテンツを追加可能です。
注意：
Finをライブにする前に、できるだけ最新のコンテンツでトレーニングすることをおすすめします。
メール本文に内容がなくても、Finはメールの件名を読み取り応答できます。
Finに転送されたメールの場合、通常Finは転送された内容を読みません。回避策として、転送内容をメール本文に直接コピー＆ペーストしてください。
Finにガイダンスを使ってトレーニングする
Fin AI Agent > トレーニング > ガイダンスに移動し、ガイダンスを設定して、ブランドの声で話し、ポリシーに従い、望む方法で会話を処理するようFinをトレーニングします。簡単な自然言語の指示で、適切な用語の使用から敏感な話題を人間のサポートチームに引き継ぐまで、明確なルールを設定できます。
ヒント メールに特化したFinの振る舞いを調整するには、チャネル固有のガイダンスを使いましょう。例えば、メール返信で電話やライブチャットを次のステップとして提案しないよう指示したり、長文コミュニケーション向けにトーンを調整したりできます。Finはメールで単一の集約された応答を送るため（複数の短いメッセージではなく）、構造や形式を形作るガイダンスの影響がチャットより大きいです。
属性を使ってFinをトレーニング 任意
Fin AI Agent > トレーニング > 属性に移動し、Fin属性を設定して、会話をトピック、感情、緊急度、または定義したカスタム属性で自動分類します。Finは会話中にこれらの属性を設定し、ワークフローの条件として使い、会話を適切なチームに自動ルーティングまたはエスカレーションできます。
エスカレーションガイダンスを使ってFinをトレーニング 任意
Fin AI Agent > トレーニング > エスカレーションに移動し、エスカレーションガイダンスを設定して、Finがいつどのように会話を人間のサポートチームに引き継ぐかを定義します。自然言語やルールで条件を指定できます。例えば、顧客が同じ質問を2回した場合、特定のキーワードを言及した場合、または不満を表明した場合にエスカレーションします。
手順を処理するためにFinをトレーニング 任意
Fin AI Agent > トレーニング > 手順に移動し、手順を構築して、より複雑なプロセスを自動化します。多くの場合、これらのプロセスは特定のビジネスルールに従う必要がある外部システムでの操作（例：注文キャンセル、サブスクリプション返金）を含みます。Finは手順をトリガーし、各ステップで積極的に関与して顧客の問い合わせを解決します。
ヒント：Finが外部システムやアプリから情報を取得してパーソナライズされた回答を提供できるように、データコネクターを追加しましょう（後で設定も可能です）。
メールでFinを本番運用する前にテストする方法
ワークスペースでFinをテストする
Fin AI Agent > Test から、実際の顧客の問い合わせに対するFinの応答をテストして、Finを展開する準備ができているか確認できます。
過去の会話から質問を生成したり、CSV（カンマ区切り値ファイル）で質問を一括アップロードしたり、テストしたい特定の質問を手動で追加したりできます。その後、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 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=1793463300&signature=0cc9517de654c27e7ced41a77d4fa23a371e7ec965d8278d996a7c833440a165&req=dSYnF8p8nYlYX%2FMW1HO4zcOhhOA%2BTTrAXOIj67kBdWVds4zqUHC7Xdgs1otF%0A2PYUmWaYn9auVJgrSMg%3D%0A)
注意：本番環境で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が返信する対象
どの顧客が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：ガイダンスに従う
Finに設定したガイダンスを確認してください。これはFinの応答をブランドの声や方針に合わせる方法です。メールはチャットと異なる動作をするため、メールチャネルのみに関連するガイダンスルールを適用することを検討してください。例えば、チャットや電話のリアルタイムサポートオプションの提案を避けたり、Finの応答構造を調整したりする場合です。
ステップ5b：複数参加者のスレッドでの返信管理
Finがメールで展開されている場合、複数参加者のスレッドでの動作を制御できます。Fin AI Agent > Deploy > Emailの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が引き継ぎまたはエスカレーションするチームやチームメイトを選択できます。次に保存をクリックして次のステップに進みます。
Finの返信前にチームメイトの確認が必要ですか？メールでのHuman in the Loopを参照してください。
ステップ7：会話評価（CSAT）の依頼
顧客がFin AI Agentとのやり取りを終えた後、以下の設定をオンにして会話評価を依頼できます：
顧客が肯定的なフィードバックをした場合にCSATを送信
Finが回答を表示した後、顧客が非アクティブになった場合にCSATを送信
注意：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の応答を正確に確認できます。デフォルトでは、Data Connectorsはプレビュー中にサンプルデータを返します。ライブ統合を検証したい場合は、プレビュー設定で「Access and update real user data when triggered」を選択してください。これによりData Connectorsが実際のシステムを呼び出し、Procedureが実行するアクション（返金や記録更新など）がそのuserに対して実行されます。テストユーザーアカウントを使用し、実際の顧客は使用しないでください。詳細はUse Fin previewsを参照してください。
注意：
このプレビューで生成された会話については料金は発生しません。
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内で「Let Fin handle」をクリックして、期待値設定、引き継ぎ、保留中の会話の終了などFinの動作をカスタマイズできます。
既存の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動作と返信範囲を制御します（上記Simple deployのステップ5b参照）。
会話終了時にFinが言う内容をカスタマイズします。
特定の対象にFinを応答させる
分岐を使って、異なる対象向けに異なるFin体験を作成できます。
例えば：
有料顧客にはFinが答えられない場合にチームメンバーに引き継ぎ、非有料顧客にはHelp Centerに案内することが考えられます。
特定の会社や人物にFinが対応しないように、‘Email’述語を使って特定のメールアドレスやdomainを除外することもできます。
メールworkflowでより柔軟に対応したい場合は、“Email to”、“Email cc”、“Email bcc”述語を使って、顧客が送信するメールアドレスに応じて異なる自動返信メッセージやその他のステップ・アクションを作成できます。
特定のオーディエンスや顧客をターゲットにする方法と例をご覧ください。- Email does not contain
support@[DOMAIN]のようなルールを使って、特定のアドレスをFinのworkflowsから除外します。フォローアップメールに対して
converted-ticketのようなタグを適用し、Finがこれらの会話を完全にバイパスするようにします。Email domain does not contain
[COMPANY DOMAIN]のような設定で、社内のメールアドレスからのメールをスキップするworkflowsを設計します。
異なる顧客向けに異なる体験を作成するために、必要なだけ多くの分岐を追加してください。
プロのヒント：ワークフロートリガー設定内でオーディエンスルールを決定することもできますが、これらのルールに一致しないすべての人をカバーする追加のworkflowがある場合にのみ推奨します。
Finに特定のトピックに応答させる
分岐を使って、異なるメールトピックに基づく異なるFin体験やパスを作成することもできます。
分岐ロジックの作成を開始するには、ステップを追加をクリックしてください。
次に「別のパスに進む」の下で分岐を選択します。
分岐を追加したら、条件がありませんをクリックして分岐設定を開きます。
+ 条件を追加をクリックして異なる条件を設定します。例えば、メッセージ内のキーワードに基づいて会話をエスカレーションしたい場合は、「メッセージ内容」を条件として選択します。
この手順を繰り返して、キーワードごとに複数の分岐を追加できます。
分岐を定義したら、右の矢印をクリックしてその分岐に特有のパスを決定します。例えば、チームメイトに割り当てるかFinに回答させるかなどです。
例えば、「メッセージ内容」フィルターを使って、「billing」というキーワードを含む会話を直接Billingチームにエスカレーションできます。
注意：「Let Fin handle」の直前にワークフローに追加されたメッセージは、Finの応答と同じメール通知に含まれます。
ヒント：Fin Attributesを使うと、Finは会話をトピック別に分類し、これらの属性をworkflowの条件として使って会話を適切なチームに自動エスカレーションし、顧客の要望を効率的に処理できます。
不要なメールの管理
workflowsを使って、ニュースレター、外出自動返信、既知のスパム送信者からのメールなど、不要なメールを自動的に処理し、inboxやFinに届く前に対応できます。
送信者のメールアドレスやメッセージ内容に基づく分岐条件を追加して、不要なメールを特定します。
一致するメールをタグ付けしてクローズするパスにルーティングします。例：タグ「unwanted」を適用し、会話を自動的にクローズします。
Fin over email workflowをテストする
Fin over email workflowをテストしたい場合は、設定 > チャンネル > Email > ドメイン & アドレスで設定したサポートメールアドレスにメールを送信してください。
メールワークフローのベストプラクティス
Fin AI Agentのメールワークフローを設定する際は、すべてのメール会話で信頼性と予測可能な動作を確保するために、以下のポイントを念頭に置いてください。
Simple deployは優先され、Workflowsによる高度な設定やSimple automationsよりも先にトリガーされます。Simple deployでFinをライブにしてworkflowsに追加する場合はこれを考慮してください。
すべてのworkflowステップがメールで利用できるわけではありません。このチャネルで対応可能なアクションを確認してください。このため、メール専用のworkflowを作成することを推奨します。つまり、Messenger用に設定されたworkflowにメールやFin over emailを追加しないでください。
トピックごとに複数のworkflowを持つことは推奨しません。メールチャネル用に1つのworkflowを持ち、各メールトピックは分岐で定義することを推奨します。
workflowを作成する際は、必ず「Else」のパスを設定してください。顧客が特定のトピックやオーディエンスに該当しない場合でも、サポートのためのフォールバックオプションが確保されます。
メッセージ内容やキーワードに基づく分岐を使うworkflowでは、未一致の自由文メッセージをFinにルーティングするフォールバック分岐を追加してください。これにより、特定の分岐に該当しない顧客にも自動応答が届き、未割り当て状態になるのを防げます。
複数参加者がいるメールスレッドの既知の制限事項
Fin AI Agentが複数参加者のいるメールスレッド（CC付きスレッドや全員返信シナリオなど）を処理する際には、以下の制限があります。
Finは送信者を顧客として扱うのがデフォルトです。送信者が実際の顧客でない場合（例えば、同僚がメールを転送した場合）、Finはエンドユーザーを特定できず、常に送信者を支援対象として扱います。
ワークスペース間のCCは処理されません。別組織のFinがCCされたメールアドレスを監視している場合、そのスレッドに独立して応答する可能性があります。
コンタクトの添付に制限があります。複数参加者のスレッドでは、Intercomが会話を誤ったコンタクトレコードに添付することがあります。これらのCC/返信範囲設定ではこの問題は解決しません。
Finの動作はルールベースです。Finは設定通りに動作し、設定で指定された範囲を超えてCC参加者の扱いをAI判断しません。
Finがメールに応答しない？
Finがライブ状態なのに受信メールを拾わない、またはメールは届くがFinが返信しない場合は、まず以下のチェックを行ってください。
Finをメール用に有効化していません — メール転送とドメイン認証の設定だけでは不十分です。Simple deployをFin AI Agent → Deploy → Emailで使うか、メールworkflowにLet Fin handleステップを追加する必要があります。これがないとFinは応答しません。
Finがライブ設定されていません — Fin AI Agent → Deploy → Emailに行き、Set Fin Liveボタンがクリックされていることを確認してください。ライブでないとFinは応答しません。
オーディエンスルールが狭すぎます — Fin will respond toセクションにオーディエンスルールを追加している場合、受信メールがそのルールに合致しているか確認してください。合致しないメールはFinにスキップされます。
Simple deployがworkflowを上書きしています — Simple deployはworkflowやsimple automationsより優先されます。両方設定されている場合はSimple deployが優先されます。
メール転送が設定または検証されていません — 設定 → チャンネル → Emailに行き、転送が有効かつ検証済みであることを確認してください。
メールがスパムとしてマークされています — inboxのスパムフォルダを確認してください。Finはスパムとしてフラグ付けされたメールには応答しません。以下のスパムフィルタリングセクションを参照してください。
トライアルが最近終了し、有料プランに再加入しました — トライアル終了時にFinのメール展開はバックグラウンドで自動的に一時停止されます。有料プランに戻っても自動で再開されません。Fin AI Agent > Deploy > Emailに行き、Set Fin Liveをクリックして再有効化してください。
Fin over emailの分析と最適化
Fin over emailを展開した後、Fin AI Agent > Analyzeにアクセスして、顧客体験（CX）スコア、大規模な自動会話分析、Fin最適化のためのAI提案などのリアルタイム指標を取得してください。
ここで以下のダッシュボードが見つかります：
パフォーマンス
トピックスエクスプローラー
最適化する
会話
ヒント： FinのInsightsの使い方を学ぶ。
Finのパフォーマンスを分析し改善の機会を特定する際には、成果を増やすためにFinを継続的にトレーニング、テスト、展開する必要があります。
Finがメールにどのように対応するか
Fin AI AgentはMessengerと同様に、お客様の質問にメールで返信できます。Finからのすべてのメール返信は以下を含みます:
AIエージェントであることを示す。
回答の出典をインラインで提供（お客様に公開されている場合）。
ユーザーに次のステップの選択肢を提供し、チームメイトと話すことも可能にする。
あなたのメール署名を表示する。
署名の下にAI開示をフッターで表示する。
Finがメールで返信するときのお客様の体験
Finがメールでお客様にどのようにフォローアップするかを選択できます。デフォルトでは、Finは自然な会話を促す関連質問をします。
注意：メールには常にAIによって生成されたことを示す文が含まれ、透明性を確保します。この開示は、お客様が人間ではなくAIエージェントとやり取りしていることを知らせ、適切な期待値を設定します。また、AIコミュニケーションのベストプラクティスに沿い、やり取りの性質を明確にします。さらに、この透明性はお客様の期待管理に役立ち、必要に応じて人間のチームメイトと話すなどの次のステップの選択肢を提供します。
お客様のメッセージが不明瞭な場合、Finは何を支援してほしいか明確にするようメッセージを送ります。
注意：Finに回答がない場合はお客様に知らせ、別の質問をするか人と話すオプションを提供します。チャットのようなエラーメッセージ（「おっと、問題が発生しました」など）はメールで送信しません。代わりにすぐにチームにエスカレーションします。
お客様が返信すると、以下の選択肢があります:
追加情報を返信する。
回答が役立ったことを返信し、会話を解決済みとしてマークする。
ヘルプを求める返信をし、引き継ぎプロセスを開始する。
お客様は以下の内容を確認するフォローアップメールを受け取る:
お客様がさらにヘルプを求めたり人を要求した場合、Fin AI Agentとチームメイト間の引き継ぎが開始されます。
お客様が回答が役立ったことを確認すると、Fin AI Agentは返信して会話を終了します（別途設定がない限り）。
Finがメールでスパムをフィルタリングする方法
Intercomには、高度な組み込みスパムフィルタリングシステムがあり、受信メールの隠れリンク、マルウェア、フィッシング試行、送信者アドレスの適切な認証を自動でチェックします。すべての受信メールにスパムスコアを割り当て、スパム閾値を超えたメッセージをフィルタリングします。これはIntercomのインフラレベルのスパムフィルターで、すべての受信メールに最初に適用されます。
ヒント：スパムフィルタリングされたメールの検索やSpamフォルダをサイドバーに固定する方法については、Inbox FAQsのスパムフィルタリングの仕組みを参照してください。
Fin AI Agentのスパムガイダンスをカスタマイズする
Fin AI Agentは、会話が作成される前の受信メール処理パイプラインの非常に早い段階でトリガーされるAIスパム検出システムを使用しています。このシステムでスパムと判定されたメールは自動的にSpamフォルダに振り分けられます。これによりFinがスパムメッセージに対応することを防ぎ、FinのInvolvement Rateの精度が向上します。インフラレベルのスパムフィルターは数値スコアと設定可能な閾値を使用しますが、AIスパムフィルターは二択の判断（はい/いいえ）を行い、スコアや閾値はありません。
注意：スパム検出と属性割り当ては別のシステムです。上記のAIスパムフィルターは会話作成前に動作し、スパムをSpamフォルダに振り分けますが、Fin Attributeは書き込みません。Fin Attributeの「Detect on close」（例：Spam）を有効にしている場合、FinはMessengerと同様に処理中のメール会話を終了するときにその属性を適用します。詳細はFin Attributesの作成方法を参照してください。
FinはTrusted sendersに正確にリストされたアドレスからのメールでDMARCを通過した場合、スパムチェックを行わないため、Spam Guidanceはこれらのメールには適用されません。Trusted sendersのドメインエントリはFinには影響しません。
Finは自動返信（不在通知やno-replyアドレスからのメールなど）に見えるメールもTrusted sendersからでもチェックします。また、すでにスパムとマークした会話もチェックし続けます。Trustedアドレスからの他の自動メール（フォーム通知など）はチェックされないため、Finが返信する可能性があります。Finに回答してほしい自動メールのアドレスのみを信頼してください。
AIスパム検出の動作はSpam Guidanceでカスタマイズできます。
「Spam」セクションまでスクロールし、新規作成をクリックします。
Finが潜在的なスパムメッセージをどのように識別し処理するかのカスタマイズガイダンスを追加します。
Spam inboxビューの使い方
SpamビューにはFinがフラグを立てたすべてのメール会話が表示されます。各フラグ付き会話にはFinからの簡単な理由メモが含まれ、チームが理由を素早く理解し次の対応を決められます。
Finの理由を確認する — 各フラグ付き会話にはFinがフラグを立てた理由のメモが含まれます。
スパムではないとマークする — フラグを解除し、会話を通常のinbox処理に戻す。
手動でスパムをフラグ付けする — All inboxの会話ヘッダーから任意の会話をスパムとしてマークする。
スパム検出は新しいメール会話にのみ適用され、既存スレッドへの返信は再評価されません。
注意：
Spam inboxビューはFin AI Agentが有効でメール会話にのみ適用されます。ビューは空から始まり、会話は遡って分類されません。
Spam inboxにはすべてのスパムメールが保管されます。これらの会話には会話IDがなく、レポートにはカウントされません。
デフォルトでは、自動応答メールはSpamフォルダに送られますが、これらをinboxに表示したい場合は設定 > チャンネル > Email > Email設定からこの設定をオフにしてinboxにルーティングできます。
注意：ニュースレターや広告の登録にカスタムdomainメールアドレスを使用しないでください。これによりFinがこれらの会話に関与するのを防げます。
送信者ごとのレート制限の仕組み
Intercomは受信メールに対して送信者ごとのレート制限を自動的に適用します。単一の送信者が短時間に異常に多くのメールを送信すると、その後のメッセージは新しい会話の作成がブロックされ、「Too many emails」ラベル付きでSpamビューにルーティングされます。
注意：「Too many emails」ラベルは他のSpamラベルとは異なり、コンテンツベースのスパム検出ではなくレート制限を示します。
レート制限された送信者を処理する方法は2つあります：
スパムではないとマーク（単発の復旧） — 単一のメールのフラグを解除し、通常の処理のためにinboxに戻します。
送信者を許可リストに追加（恒久的なバイパス） — 送信者をTrusted Sendersリストに追加し、レート制限を恒久的にバイパスします。自動チケッティングシステムなどの正当な大量送信者に使用してください。
注意：既存の会話への返信は送信者ごとのレート制限の影響を受けません。新しい会話の開始のみがブロックされます。Trusted Sendersリストに既にある送信者は自動的にレート制限をバイパスします。
DMARC認証でメールセキュリティを強化する方法
FinがDMARC認証に失敗したメールを処理しないようにすることで、受信メールフローに重要なセキュリティ層を追加できます。これにより、Finは正当で検証済みのdomainから送信されたメールのみを扱い、不正のリスクを減らします。
DMARC（Domain-based Message Authentication, Reporting, and Conformance）は、domainのなりすましやフィッシングから保護するためのメール認証プロトコルです。認証チェックに失敗した場合の受信メッセージの処理方法を指定できます。
「認証（DMARC）に失敗したメールのFinによる処理を防ぐ」設定を有効にすると、このチェックに失敗した受信メールはFinに届かず、Finは応答しません。
これを有効にするには：
Fin AI Agent > Fin settings > Generalに移動します。
Fin's email responsesセクションに進みます。
認証（DMARC）に失敗したメールのFinによる処理を防ぐを有効にするトグルをクリックします。
重要：Fin設定でDMARC保護を有効にすると、認証されていないメール設定のusersにはFinが応答しなくなります。送信者がこれらのチェックに失敗すると、会話は未割り当てのままで、必要に応じて手動でチームメイトにルーティングする必要があります。
これらを管理するために、未割り当て、オープン、Email会話にフィルターをかけた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の成果について詳しくはこちら。
Finのメール対応はCustomer ticketsとどのように連携しますか？
Finのメール対応はCustomer ticketsとどのように連携しますか？
Fin AI Agentのメール対応は、会話と同様にCustomer ticketsに返信します。これには、メールを自動的にticketsに変換する設定auto-convert emails into ticketsが含まれ、メールは自動的にticketsに変換され、Finが通常通りticket会話を処理します。
なぜFinは「Examply at Examply」のようなハンドルでメールに返信し、どう直せますか？
なぜFinは「Examply at Examply」のようなハンドルでメールに返信し、どう直せますか？
これはAIエージェントがブランド名と同じ名前を使っている場合に起こります。ボットとブランド名の両方が「Examply」に設定されていると、メール送信者名は「Examply from Examply」と表示されます。
これを直すには、AIエージェントの名前を変更してください：
Choose an identity for your botsの下で、ボットの名前をブランド名と異なるものに更新します。
これにより、Finが送信するメールの送信者名が正しく表示されます。
なぜトライアル終了後に有料プランで再加入したのにFinがメールに返信しなくなったのですか？
なぜトライアル終了後に有料プランで再加入したのにFinがメールに返信しなくなったのですか？
トライアル終了後にFinがメールに返信しなくなるのは、トライアル終了時にFinのメールデプロイが自動的にバックグラウンドで一時停止され、有料プランに戻っても自動的に再開されないためです。メール設定（オーディエンスルール、ガイダンス、コンテンツ、workflow設定）はそのままで、メールデプロイのみ手動で再有効化が必要です。
再有効化するには、Fin AI Agent > Deploy > Emailに移動し、Simple deployの下のSet Fin Liveをクリックします。Simple deployの代わりにworkflowを使っている場合は、workflowがライブであり、Let Fin handleステップが含まれていることを確認してください。Finをライブにするには課金権限が必要です。