メインコンテンツにスキップ

顧客向けのプッシュ、メール、チャット、郵便通知

Intercomが顧客とチームメイトにプッシュ、メール、チャット、郵便通知を配信する方法。

対応者:Alek Toumert

個人的なチームメイトの通知設定の変更方法について詳しく知りたい場合は、この記事を確認してください

Intercomがusersとチームメイトにどのように通知するかを確認してください👇

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


Web上のインアプリ通知

通知は整理され、インタラクティブで、重要なものを優先するため、より効率的でスムーズ、使いやすい体験を提供します。

通知のスタッキング

複数の会話から複数のメッセージや更新を受け取ると、それらは優先順位付けされてきれいに積み重なります。最新の通知が常に最上部に表示されます。

  • デスクトップ:Usersはスタック内の最初の項目にマウスをホバーして展開し、個別のメッセージを表示する必要があります。各通知にカーソルを合わせると「X」ボタンが表示され、個別に消去できます。

  • モバイル:Usersは通知を横にスワイプして消去できます。各通知にはタップで消去できる「X」ボタンも常に表示されています。

インタラクティブ要素

インタラクティブボタン付きのメッセージ(例:インタラクティブボタンを含むworkflowから)を送信すると、返信ボタンは通知の上部に表示されます。これにより、usersはMessengerを開かなくてもアクションを実行できます。

注意:モバイルでインタラクティブボタン(例:bot workflowから)付きのメッセージが送信された場合、ボタンは非表示になり、ユーザーが会話を開いたときに表示されます。

優先通知

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

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

通知は画像のプレビューを表示し、すばやくコンテキストを把握できます。メッセージに画像が含まれる場合、通知の右側に小さなサムネイルプレビューが表示されます。

Ticket Status Updates

ticketのステータスが更新されると(例:'In progress'や'Waiting on customer'に移動)、ユーザーには「Ticket has been updated」と知らせる簡潔な通知が届きます。


プッシュ通知

  • ユーザーにプッシュ通知を送信する前に10秒待機します。ユーザーが10秒以内にメッセージを確認した場合、プッシュ通知は送信されません。

  • プッシュ通知の配信速度は可変であることに注意してください。

  • 現時点ではIntercomモバイルアプリからプッシュメッセージを送信することはできません。


ブラウザと音声通知

  • これらは常に即時に送信されます。

  • 音声通知は、会話を表示している場合でも、すべてのteammateメッセージでトリガーされます。

  • ブラウザのタブアラートはすべてのタブに表示されます。消すには各タブを個別に閉じる必要があります。


会話のメール通知

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

複数の返信は1つのメールにまとめられるようにメール通知をグループ化します。最後の返信から3分間新しい返信がないときに1通のメールが送信されます。

メール通知はteammateからの返信があった会話に対してのみ送信されます。ユーザーに対して送信したアウトバウンドChatはメールでも送信されません。ユーザーまたはteammateが最初に返信して会話にする必要があります。

注意:workflowsによって送信される自動メッセージ(例:非アクティブな顧客に対するフォローアップ)は、顧客へのメール通知をトリガーしません。これらのメッセージは、顧客が次にMessengerを開いたときに表示されるように設計されています。これらをメールで確実に受け取らせたい場合は、データコネクタを使用して外部のメールサービスをトリガーするという回避策があります。

「Settings > Channels > Email > Email settings」の「Email notifications」セクションでメール通知を有効または無効にできます。

Teammate向け通知メールと顧客向け通知メールの違い

Intercomは2種類のメール通知を送信します:teammate通知メールとcustomer通知メール。見た目やブランディングの挙動が異なるため、混同しないでください。

Teammate通知メール

Teammate通知メールは、顧客が会話に返信したときなど、Intercomのinboxでの新しいメッセージやアクティビティをteammateに知らせるために送信されます。これらは内部向けの通知であり、顧客に送信されることはありません。

注意:Teammate通知メールには常に「This email was sent from Intercom」というフッターが含まれます。これは内部通知としての識別のために必要で、削除できません。このフッターは、customer向けメールに表示される「Powered by Intercom」とは別物で、後者はWorkspace設定のIntercom Attribution Messageで制御されます。

Customer通知メール

Customer通知メールは、ユーザーがteammateの返信をMessengerで3分以内に見ていない場合に顧客に送信されます。これらのメールに表示される「Powered by Intercom」リンクは、Settings > Workspace > General の Intercom Attribution Message 設定で制御され、AdvancedおよびExpertプランではオフにできます。

Customer通知メール

メールの送信元アドレスについて理解する

Intercomから送信されるメールの送信元アドレスは、メッセージがteammateからか自動システム(bot、workflow、または Fin Al Agent)からかによって異なります。

Teammateの返信

Teammateが手動で会話に返信すると、メールはSettings > Channels > Email > Email settings > Reply addresses の「Teammate replies from」に設定したアドレスから送信されます。

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

注意:TeammateがInboxではなく自分のメールから会話に返信した場合、その返信はteammateメッセージではなく顧客メッセージとして扱われます。これらはFinや顧客メッセージの自動化を引き起こす可能性があります。

Botや自動化のメール(Fin Al Agentを含む)

botの自動化、workflows、CSAT調査、または Fin Al Agent によって送信されるメールは、Settings > Channels > Email > Email settings > Reply addresses の「Fin replies from」に設定したアドレスから送信されます。

「Fin replies from」アドレスはすべてのブランドにグローバルに適用されます。つまり、botの自動化、workflows、SAT調査、Finの返信はいずれも、会話がどのブランドに関連していても同じアドレスを使用します。

「Fin replies from」アドレスを使用するメッセージの例:

  • 簡易自動化やworkflowで送信されるCSAT調査のリクエスト。

  • Workflowの自動メッセージ(例:フォローアップメール、資格確認のフロー)

  • Fin Al Agentによるメールでの返信

  • 人間のteammateではなくbotが送信するメッセージすべて

備考:

  • Intercomの初期設定時、システムは最初に設定したメールアドレスを自動的にデフォルトとしてマップする場合があります。このメールアドレスに適切な転送が設定されていない、または特定のteammateのメールにマップされている場合、返信が正しくルーティングされない可能性があることに注意してください。必ずメール設定で送信元アドレスの構成を確認してください。

  • 「Teammate changes the state of the conversation」workflowを使用してCSATを送信する場合、評価リクエストはメール配信の優先度を高めるため、usersは3分の非アクティビティ後にメールで受け取ります。ただし、同じworkflowに組み込まれた以降のworkflowメッセージは、ユーザーが次にMessengerにアクセスしたときに表示されるように設計されており、追加のメール通知を引き起こしません。これにより、自動メッセージによるメール通知の過剰を防ぎます。

コンテンツのないメール通知

会話の内容を非公開にしたい場合、コンテンツレス通知を使用できます。これにより会話はMessenger内に保たれ、顧客はメール通知に返信できなくなります。設定方法はこちら

会話履歴の制御

Intercomから送信するメールで会話履歴を表示するかどうかを決定できます。会話履歴を削除すると、参加者にはメッセージ本文のみが表示され、以前の履歴はメール送信時に引き継がれません。設定方法はこちら


Ticketsのメール通知

  • ticketのステータス更新がuserに3分後も見られていない場合、メール通知を有効にすることができます。

  • 新しいticketの送信はすぐにメール通知をトリガーします(3分の遅延は適用されません)。

  • これらは会話のメール通知とは別に、Settings > Channels > Email > Email settings で個別に有効または無効にできます。

注意: Ticketの状態通知 — メール、プッシュ、チャンネルのフォローアップ — は、顧客通知が有効になっている状態のみに送信されます。これは Settings > Helpdesk > Ticket states でカスタム状態ごとに設定します。通知がオフの状態では、状態変更はMessengerとticketsポータルに反映されますが、事前の通知は送信されません。

Ticketのステータスメール通知は、あなたがuserと共有しているticketに対してのみ送信されます(例:バックオフィスのticketはステータス更新に関するメール通知を送信しません)。

Ticket通知の詳細はこちらでお読みください here

こちらの回答で解決しましたか?