個人のチームメイト通知設定の変更について詳しく知りたい場合は、こちらの記事をご覧ください。

Intercomがusersとチームメイトにどのように通知を送るかを知りたい方は、続きをご覧ください👇

usersの場合、モバイルプッシュ通知の送信を10秒遅らせます。メールの送信は3分遅らせます（有効にしている場合）。Messengerでその時間内にメッセージを読んだ場合、どちらも送信されません。

ウェブ上のインアプリ通知

通知は整理され、インタラクティブで、最も重要なものを優先し、より効率的でスムーズかつユーザーフレンドリーな体験を保証します。

通知のスタッキング

複数の会話から複数のメッセージや更新を受け取った場合、それらはきちんと優先順位をつけてスタックされます。最新の通知が常に一番上に表示されます。

デスクトップ：usersはスタックの最初の項目にマウスをホバーして展開し、個別のメッセージを表示できます。各通知にホバーすると「X」ボタンが表示され、1つずつ閉じることができます。
モバイル：usersは通知を横にスワイプして閉じることができます。各通知には常に「X」ボタンが表示され、タップで閉じられます。

インタラクティブ要素

メッセージがインタラクティブボタン付きで送信された場合（例：workflowsのインタラクティブボタン付き）、返信ボタンは通知の上に表示されます。これにより、usersはMessengerを開かずにアクションを取れます。

注意：モバイルでインタラクティブボタン付きメッセージ（例：bot workflows）を送信した場合、ボタンは非表示で、usersが会話を開くと表示されます。

優先通知

重要な通知（インタラクティブボタンや全文メッセージなど）は一時的にスタッキングを停止し、重要なアクションを見逃さないようにします。最新の通知が全文メッセージまたはボタン付きの場合、それは単独で表示され、スタックされません。以降の通知はその背後にスタックされます。usersは優先通知に対処または閉じるまで、全スタックは再び表示・操作できません。これにより、必要な通知を誤ってスワイプで消すのを防ぎます。

画像プレビュー付き会話サムネイル

通知は画像のプレビューを表示し、素早く内容を把握できます。メッセージに画像が含まれる場合、通知の右側に小さなサムネイルが表示されます。

Ticketステータス更新

Ticketのステータスが更新されたとき（例：「進行中」や「顧客待ち」に移動）、usersは「Ticketが更新されました」という簡単な通知を受け取ります。

プッシュ通知

usersにプッシュ通知を送る前に10秒待ちます。usersが10秒以内にメッセージを見た場合、プッシュ通知は送信されません。
プッシュ通知の配信速度は変動することに注意してください。
現在、Intercomモバイルアプリでプッシュメッセージを送信することはできません。

ブラウザと音声通知

これらは常に即時に送信されます。
音声通知は、会話を見ている場合でもすべてのチームメッセージに対してトリガーされます。
ブラウザタブのアラートはすべてのタブに表示されます。消すには各タブを個別に閉じる必要があります。

Conversationのメール通知

デフォルトで、Intercomがusersやleadsにメール通知を送る際、これまでの会話の要約を含み、受信者は直接返信して会話を続けられます。これらの通知は、チームメイトのメッセージがMessengerでusersに3分間見られていない場合に送信されます。

メール通知は複数の返信をまとめて1通にし、最後の返信から3分間新しい返信がない場合に送信されます。

メール通知はチームメイトから返信があったConversationにのみ送信されます。usersにアウトバウンドChatを送っても、メールは送信されません。usersまたはチームメイトが最初に返信してConversationにする必要があります。

注意：workflowsによる自動メッセージ（例：非アクティブな顧客にまだ助けが必要か尋ねるbotフォローアップ）は、usersにメール通知をトリガーしません。これらのメッセージは次回Messengerを開いたときに表示される設計です。メールで確実に届けたい場合は、データコネクタを使って外部メールサービスをトリガーする方法があります。

「設定 > チャンネル > メール > メール設定」の「メール通知」セクションでメール通知の有効・無効を切り替えられます。

メール送信者アドレスの理解

Intercomから送信されるメールは、メッセージがチームメイトからか自動システム（bot、workflows、Fin Al Agent）からかによって送信者アドレスが異なります。

チームメイトの返信

チームメイトが会話に手動で返信すると、メールは「設定 > チャンネル > メール > メール設定 > 返信アドレス」内の「チームメイトの返信元」設定で指定されたアドレスから送信されます。

マルチブランドワークスペースでは、このアドレスはデフォルトブランドに関連付けられています。「チームメイトの返信元」で設定したデフォルトメールアドレスが、どのブランドがデフォルトとして使われるかを決定します。

注意：チームメイトがInboxではなく自分のメールから会話に返信すると、その返信はusersメッセージとして扱われ、チームメイトメッセージとは見なされません。これによりFinや顧客メッセージの自動化がトリガーされることがあります。

Botと自動化メール（Fin Al Agent含む）

bot自動化、workflows、CSAT調査、Fin Al Agentから送信されるメールは、「設定 > チャンネル > メール > メール設定 > 返信アドレス」の「Finの返信元」で設定されたアドレスから送信されます。

「Finの返信元」アドレスは全ブランド共通で適用されます。つまり、bot自動化、workflows、CSAT調査、Finの返信は、会話のブランドに関係なく同じアドレスを使用します。

「Finの返信元」アドレスを使うメッセージの例：

シンプルな自動化やworkflowsで送信されるCSAT調査依頼。
workflow自動化メッセージ（例：フォローアップメール、資格フロー）
Fin Al Agentのメールでの返信
人間のチームメイトではなくbotが送信するメッセージすべて

注意事項：

Intercomを初めて設定するとき、最初に設定したメールアドレスが自動的にデフォルトにマッピングされることがあります。このメールアドレスに適切な転送設定がない場合や特定のチームメイトのメールにマッピングされている場合、返信が正しくルーティングされないことがあります。必ずメール設定でメールアドレスの設定を確認してください。
「チームメイトが会話の状態を変更する」workflowでCSATを送信する場合、評価依頼はメール配信で優先され、usersは3分間の非アクティブ後にメールで受け取ります。しかし、同じworkflow内でFinが送る後続メッセージは、usersが次にMessengerを開いたときに表示される設計で、追加のメール通知はトリガーしません。これにより自動メッセージによるメール通知疲れを防ぎます。