個人のチームメイト通知設定の変更について詳しく知りたい場合は、こちらの記事をご覧ください。
Intercomがusersとチームメイトにどのように通知を送るかを知りたい方は、続きをご覧ください👇
users向けには、モバイルプッシュ通知の送信を10秒遅らせます。メールの送信は3分遅らせます（有効にしている場合）。usersがMessengerでその期間内にメッセージを読んだ場合、どちらも送信されません。
Web上のIn-App通知
通知は整理され、インタラクティブで、重要なものを優先し、より効率的でスムーズかつ使いやすい体験を提供します。
通知のスタッキング
複数の会話から複数のメッセージや更新を受け取ると、それらはきちんと優先順位をつけて積み重ねられます。最新の通知が常に一番上に表示されます。
デスクトップ: usersはスタックの最初の項目にマウスをホバーして展開し、個別のメッセージを表示できます。各通知にホバーすると「X」ボタンが表示され、1つずつ閉じることができます。
モバイル: usersは通知を横にスワイプして閉じることができます。各通知には常に「X」ボタンが表示され、タップで閉じられます。
インタラクティブ要素
インタラクティブボタン付きのメッセージ（例：workflowsのインタラクティブボタン付き）では、返信ボタンが通知の上に表示されます。これにより、usersはMessengerを開かずにアクションを取れます。
注意: モバイルでインタラクティブボタン付きメッセージ（例：bot workflow）を送信した場合、ボタンは非表示で、usersが会話を開くと表示されます。
優先通知
インタラクティブボタンやフルメッセージなど重要な通知は一時的にスタッキングを停止し、重要なアクションを見逃さないようにします。最新の通知がフルメッセージまたはボタン付きの場合、それは単独で表示され、積み重ねられません。以降の通知はその背後に積まれます。usersは優先通知に対処または閉じるまで、全スタックは再び表示・操作できません。これにより、必要な通知を誤ってスワイプで消すのを防ぎます。
画像プレビュー付き会話サムネイル
通知は画像のプレビューを表示し、素早く内容を把握できます。メッセージに画像が含まれる場合、通知の右側に小さなサムネイルが表示されます。
Ticketステータス更新
Ticketのステータスが更新されると（例：「In progress」や「Waiting on customer」に移動）、usersは「Ticketが更新されました」という簡単な通知を受け取ります。
プッシュ通知
usersにプッシュ通知を送る前に10秒待ちます。usersが10秒以内にメッセージを見た場合、プッシュ通知は送信されません。
プッシュ通知の配信速度は変動することに注意してください。
チームメイトは、通知設定が有効な場合、iOSおよびAndroid用Intercom Conversationsアプリでプッシュ通知を受け取れます。
ブラウザと音声通知
これらは常に即時に送信されます。
音声通知は、会話を見ている場合でもすべてのチームメッセージでトリガーされます。
ブラウザタブのアラートはすべてのタブに表示されます。消すには各タブを個別に閉じる必要があります。
Conversationsのメール通知
デフォルトで、Intercomがusersやleadsにメール通知を送る際、これまでの会話の要約を含み、受信者は直接返信して会話を続けられます。これらの通知は、チームメイトのメッセージがMessengerでusersに3分間見られていない場合に送信されます。
注意: この3分の「既読」ロジックはTelegramの会話には適用されません。TelegramのBot APIは既読イベントを提供しないため、IntercomはusersがTelegramでメッセージを見たか検出できません。Telegramの会話は、usersがメッセージを読んだかに関わらず、チームメイトの返信後は常にメール通知の対象です。
メール通知は複数の返信をまとめて1通にし、最後の返信から3分間新しい返信がない場合に送信されます。
メール通知はチームメイトから返信があった会話にのみ送信されます。ユーザーへのアウトバウンドChat送信はメール送信されません。会話にするには、userまたはチームメイトが最初に返信する必要があります。
注意: workflowsによる自動メッセージ（例：非アクティブusersに対するbotフォローアップ）は、usersへのメール通知をトリガーしません。これらのメッセージはusersが次にMessengerを開いた時に表示される設計です。メールで確実に届けたい場合は、データコネクタを使って外部メールサービスをトリガーする方法があります。
メール通知は設定 > チャンネル > Email > Email設定の「Email notifications」セクションで有効・無効を切り替えられます。
チームメイト通知メールと顧客通知メールの違い
Intercomは2種類のメール通知を送信します：チームメイト通知メールと顧客通知メール。見た目やブランド表現が異なるため、混同しないことが重要です。
チームメイト通知メール
チームメイト通知メールは、usersが会話に返信した際など、Intercom inbox内の新しいメッセージや活動をチームメイトに知らせるために送信されます。これは内部通知であり、顧客には送信されません。
注意: チームメイト通知メールには必ず「This email was sent from Intercom」というフッターが含まれます。これはIntercomワークスペースからの内部通知であることを示すためのもので、削除できません。このフッターは顧客向けメールの「Powered by Intercom」表記とは別です。
顧客通知メール
顧客通知メールは、usersがMessengerでチームメイトの返信を3分間見ていない場合に送信されます。これらのメール内の「Powered by Intercom」リンクは、設定 > ワークスペース > 一般のIntercom Attribution Message設定で制御され、高度およびエキスパートプランでオフにできます。
メール送信者アドレスの理解
Intercomから送信されるメールの送信者アドレスは、メッセージがチームメイトからか自動システム（bot、workflow、Fin Al Agent）からかによって異なります。
チームメイトの返信
チームメイトが会話に手動で返信すると、メールは設定 > チャンネル > Email > Email設定 > 返信アドレスの「Teammate replies from」で設定されたアドレスから送信されます。
マルチブランドワークスペースでは、このアドレスはデフォルトブランドに関連付けられています。「Teammate replies from」で設定したデフォルトメールアドレスが使用されるブランドを決定します。
注意: チームメイトがInboxではなく自分のメールから会話に返信すると、その返信はチームメイトメッセージではなく顧客メッセージとして扱われます。これによりFinや顧客メッセージの自動化がトリガーされることがあります。
Botおよび自動化メール（Fin Al Agent含む）
bot自動化、workflows、CSAT調査、Fin Al Agentから送信されるメールは、設定 > チャンネル > Email > Email設定 > 返信アドレスの「Fin replies from」で設定されたアドレスから送信されます。
「Fin replies from」アドレスはすべてのブランドで共通です。つまり、bot自動化、workflows、CSAT調査、Finの返信は、会話のブランドに関係なく同じアドレスを使用します。
「Fin replies from」アドレスを使うメッセージの例:
シンプルな自動化やworkflowsで送信されるCSAT調査依頼。
workflow自動化メッセージ（例：フォローアップメール、資格フロー）
Fin Al Agentのメール返信
人間のチームメイトではなくbotが送信するメッセージすべて
注意事項:
Intercomを初めて設定すると、最初に設定したメールアドレスが自動的にデフォルトにマッピングされることがあります。このメールアドレスに適切な転送設定がないか、特定のチームメイトのメールにマッピングされている場合、返信が正しくルーティングされない可能性があります。必ずメール設定でメールアドレスの設定を確認してください。
「Teammate changes the state of the conversation」workflowでCSATを送信する場合、評価依頼はメール配信の優先度が高く、usersは3分間の非アクティブ後にメールで受け取ります。ただし、同じworkflow内でFinが送る後続メッセージは、usersが次にMessengerを開いた時に表示される設計で、追加のメール通知はトリガーしません。これにより自動メッセージによるメール通知疲れを防ぎます。
内容なしメール通知
会話内容を非公開にしたい場合、内容なし通知を利用できます。これにより会話はMessenger内に保たれ、usersはメール通知に返信できません。設定方法はこちらをご覧ください。
会話履歴の制御
Intercomから送るメールで会話履歴を表示するかどうかを選べます。履歴を削除すると、参加者にはメッセージ本体のみが表示され、過去の会話履歴は引き継がれません。設定方法はこちらをご覧ください。
Ticketsのメール通知
Ticketのステータス更新がusersに3分間見られていない場合、メール通知を有効にできます。
新しいTicketの提出は即座にメール通知をトリガーします（3分の遅延は適用されません）。
これらは会話のメール通知とは別に設定 > チャンネル > Email > Email設定で有効・無効を切り替えられます。
注意: Ticket状態通知（メール、プッシュ、チャネルフォローアップ）は、顧客通知が有効な状態にのみ送信されます。これは設定 > Helpdesk > Ticket statesでカスタム状態ごとに設定します。通知がオフの状態変更はMessengerやticketsポータルには反映されますが、積極的な通知は送信されません。
Ticketステータスのメール通知は、usersと共有したTicketにのみ送信されます（バックオフィスTicketはステータス更新のメール通知を送りません）。
Ticket通知とカスタマイズ方法の詳細はこちらをご覧ください。