顧客があなたの製品やサービスと関わると、特定のイベントが発生した後や特定のアクションを取った際に、同じメッセージを複数回送信する必要が出てくることがよくあります。例えば、購入後の注文確認を送信したり、処理が完了したことを知らせたりする場合です。
イベントベースのメッセージングではまさにそれが可能です。イベントが追跡されるたびにトリガーされるChat、Post、Mobile Carousel、Push、SMS、Workflows、Surveys、Product Tour、Bannerメッセージを作成でき、過剰なメッセージ送信を防ぐ仕組みも組み込まれています。イベントベースのメッセージにはイベントの情報を含めることもできるため、通知もパーソナライズされます。
重要:このようなトランザクションメッセージを送信するには、Intercomでイベントを追跡している必要があります。
イベントはJavaScript API、Google Tag manager、REST API、またはアプリや統合で追跡できます。Intercomでイベントの追跡方法が不明な場合は、開発者やエンジニアの支援が必要になることがあります。Intercomを社内で導入した担当者に確認することをお勧めします。
注意:イベントトリガーのアウトバウンドメッセージ(例:イベントを使って繰り返しバナー、投稿、カルーセルなどを送信する場合)には、どのIntercomプランにも追加できるProactive Support Plusアドオンが必要です。
イベントベースのメッセージを作成する
まずアウトバウンドメッセージを作成(または編集)します(この例ではBannerを使用します)。
このメッセージをイベントでトリガーする方法を設定するには、ルールタブの「When to send」の下にある「+ Add event or date rule」をクリックします:
注意:
イベントトリガーを使用するには、固定(ワンオフ)メッセージではなく動的メッセージである必要があります。
アウトバウンドメッセージに追加できるイベントベースのルールは1つだけです。
調査(Surveys)はメッセージ作成時にメタデータを含めることができないため、イベントベースのトリガーを設定できる他のアウトバウンドメッセージタイプとは異なります。
次に、メッセージをトリガーするイベントを選択します。この例ではアップロードが完了したときにメッセージをトリガーして、ユーザーに共有を促すようにします:
注意:すでに発生したイベントはメッセージをトリガーしません。メッセージが公開された後に追跡されたイベントのみが対象です。
イベントを追加したら、頻度とスケジュールのタブでメッセージを送信する頻度を選択できます。
私たちは常に顧客にアップロード完了を知らせたいですが、過剰なメッセージ送信を防ぐためにこれらの設定を変更することが重要です。この例では、制限を1分に1回から1時間に1回に変更します。
なぜ制限が1時間に1回なのですか? 制限が短すぎると、顧客は受け取るアラートの数に圧倒される可能性が高くなります。
上の例では、最初と4回目のイベントだけが1時間の間隔があるためメッセージをトリガーしており、これにより顧客が過剰にメッセージを受け取るのを防いでいます。イベントベースのメッセージを送信する際はこれを考慮することが重要です。 |
制限に満足したら、顧客がメッセージを受け取る最大回数を定義できます。リマインダーなら2〜3回送信したいかもしれませんし、停止するまで常に送信する通知かもしれません:
アップロード完了の alert を常に受け取ってほしいので、最初の3回だけでなく、メッセージが停止されるまで送り続けるように変更します。
イベントベースのメッセージの他の活用例は次のとおりです:
タスクが割り当てられたときに顧客にモバイルプッシュを送信する。
アプリの新しいエリアをアンロックしたときにモバイルカルーセルを送信する。
予定があるときにSMSメッセージを送信する。
トライアルがまもなく終了する、または支払いが失敗した場合にバナーノーティフィケーションを送る。
注意:
過去のイベントではメッセージはトリガーされません。
APIを使ってイベントのcreated_atを定義することはできますが、イベントベースのメッセージはAPIリクエストが行われた時点で送信されます。送信されたcreated_atの値に関係なく動作します。
イベントはREST APIを通じて作成できますが、REST API経由ではProduct Tourをトリガーできない制限があります。代わりに、Javascript APIでイベントを作成することを推奨します。
REST API経由でイベントを送信すると、その時点でURLを検出できないためURLターゲティングが機能しません。ただし、Javascript APIイベントではURLが認識可能なためURLターゲティングが機能します。
JavaScript API経由で送信されたイベントは、利用可能なすべてのメッセージタイプでトリガーされます。
イベントトリガー付きメッセージは再通知(「Show Bot until」機能)の対象外です。ルールにイベントトリガーが追加されると、「Show Bot until」オプションは非表示になります。
イベントメタデータに基づいてメッセージの対象をフィルタリングする
イベントでメタデータを追跡している場合は、特定の条件が満たされたときにのみメッセージが送信されるようルールを追加できます。
例として、アップロード完了の通知では、ページを離れたかつ2分以上かかったアップロードにのみ送信するように設定できます:
プロのコツ: フィルタ以上の用途のためにイベントメタデータを追跡することを強くお勧めします。イベントベースのメッセージにメタデータを含めることで、より関連性の高いパーソナルな体験を提供できます。この記事でイベントメタデータの追跡方法を学ぶか、この後にメッセージへの含め方について読み進めてください。
Whenルールを「Time on page」や「Current URL」のようなWhereルールと併用することもできます:
イベントトリガーを設定したら、メッセージの作成準備は整いました。👇
イベントベースのメッセージの作成
イベント発生時に送信されるメッセージの作成は、Intercomでの通常のメッセージ作成と非常に似ていますが、追加で2点考慮する必要があります。✌️
まず、メッセージ本文(モバイルプッシュの場合は件名)にイベントメタデータを含めることができます。{...}メニューをクリックしてください:
次に、適切なメタデータを選択します。この例(ファイルがアップロードされたときに送信)では、ファイル名やファイルへの直接リンクを含めることができます。
重要: メタデータがメッセージ作成画面に表示されるようになるまでには、追跡開始から24時間かかることがあります。
より適切で役立つメッセージにするため、関連がある箇所にはイベントデータを含めることを推奨します。メタデータを使用して、例えば次のような重要な情報を含めることができます:
購入の詳細。
配送情報。
パスワードリセットリンク。
商品画像 — メタデータ値としてURLを送信し、HTMLブロックに挿入してください。
その他にも...
注意:
メタデータはメッセージ内でフォーマットされないため、表示したい形式で追跡されていることを確認してください。例:「$9.99」のように価格を追跡する(「999」ではなく)。
「When」フィルターとしてイベントを選択した後でなければ、メッセージにメタデータを含めることはできません。
新しく追加されたイベントのメタデータがメッセージ作成画面に表示されるまでには、現在1日かかります。
メッセージにつき1つのイベントベースのルールのみ使用できます。
イベントに関連付けられた最初の20個のメタデータキーのみが使用可能です。追加のキーは表示されません。
最初の20個のメタデータキーは、イベントと一緒に送信された順序によって決まります。
ネストされたメタデータ値はサポートされていません。詳細はこの記事を参照してください。
SMS作成画面にメタデータ(例:確認コード)を表示させるには、イベントトリガールールがそのメタデータに関連付けられたイベントと一致している必要があります。別のイベントが選択されている場合、そのメタデータは挿入できません。
第二に、顧客はこのメッセージを複数回目にする可能性があることに注意してください。したがって、個人的であるべきですが、自動的かつトランザクション的なものだと認識されることも念頭に置いて、よりシンプルで直接的なトーンを使用することをお勧めします。👌
最後に、他のオーディエンスフィルターを通常どおり追加し、必要ならゴールを設定し、メッセージのスケジュールを設定してください:
プロのコツ: 他のイベントをオーディエンスのフィルターとして使用することもできます。イベントをトリガーとして使う場合とフィルターとして使う場合の違いについては、この記事をお読みください。
シリーズ内のイベントベースのメッセージ
イベントはSeriesのルールブロックからもコンテンツをトリガーできます:
注意: シリーズ内のメッセージにはイベントメタデータを含めることはできません。回避策として、イベントトリガーとメタデータを含む独立したメッセージを作成し、それをSeriesにコピーすればメタデータを引き継げます。
次に何をする?









