この記事を使ってSeriesの仕組みを理解し、最初のSeriesを作成して公開しましょう。SeriesはIntercomのOutboundチャネルを使い、メール、アプリ内メッセージ、Product Toursなどを組み合わせて、顧客データに基づくターゲットジャーニーを自動化する多段階メッセージキャンペーンを作成できます。SeriesはProactive Supportを含むすべてのIntercomプランで利用可能です。Seriesの作成と管理には、ワークスペースのOutboundへのチームメイトアクセスが必要です。
Seriesとは何ですか?
Seriesは「ブロック」で構成されています。
ブロックには4種類あります。
ルールブロックは、顧客がSeriesに入るか、特定の経路を進むために満たす必要があるフィルターを定義する場所です。
顧客や会社のデータ属性、またはSeriesの前の部分とのインタラクションに基づいてフィルターを設定できます。 | |
コンテンツブロックは、顧客に送るコンテンツを作成する場所です。送信できるのは、Chats & Posts、Product Tours、Mobile Carousels、Emails、Mobile Push messages、Custom Bots、またはBannersです。 各コンテンツブロックには目標と特定のスケジューリングを設定できます。 | |
待機ブロックは、顧客がSeriesをさらに進む前に経過すべき特定の期間や日付を定義できます。 | |
タグブロックは、顧客がSeriesのジャーニーを完了すると自動的にタグを付けることができます。ルールブロックのフィルターに合致した場合やSeriesコンテンツとのインタラクションに基づいてタグ付けが可能です。 タグは他のSeriesへの顧客の入退場、レポートのフィルター、セグメントの定義、またはカスタムHelp Deskビューの作成に使えます。 |
ブロックはパスでつながっています。
単純な直線パスの例:Non-premium usersのEntry rule - Intro Post message - 'Intro Post'ルールでリンクをクリックした - Feature Tour
複数の別々のパスの例:Non-premium usersのEntry rule - Intro Post message - 3日待機 - Feature Tour または Premium usersのEntry rule - Intro Chat message - 'Intro Chat'メッセージに返信済み - Tag Replied to intro
または、必要に応じて分岐し再結合するパス:
これにより、顧客はさまざまな理由でSeriesに入り、関連性の高い文脈に合ったメッセージを受け取り、適切なタイミングで退出できます。👌
Seriesの作り方
Seriesを作成するには、Outbound > Seriesに移動し、右上の+ New Seriesをクリックします。次に:
最初から始めるか、既成のテンプレートを選択します。
Entry Rulesブロックを追加し、顧客がSeriesに入るために満たす必要があるフィルターを設定します。
コンテンツ、待機、ルール、タグブロックを追加してメッセージパスを構築します。
Show設定で目標と終了ルールを設定します。
Set series liveをクリックして公開します。
最初から始めるか、既成のテンプレートで素早く開始できます。
この例では最初から始めます。最初のステップはEntry Rulesの追加です。これは顧客がSeriesに入りメッセージを受け取るために満たす必要があるフィルターのセットです。右側のサイドバーからルールブロックをドラッグ&ドロップしてください。
特定のタイプの顧客を異なるパスで同じSeriesに入れたい場合は、複数のルールブロックを作成してください。👌
次にルールブロックをクリックして設定を開きます。ここで顧客がSeriesに入るために満たす必要があるフィルターを選択できます。
注意:開始ルールブロックで「Re-enter Series」を有効にすると、顧客は同じSeriesに複数回再入場できます。これは、サブスクリプションの期限切れや購入などの繰り返しイベントが発生した際にメッセージを送信したい場合に便利です。
この例では、まだ「Premium」プランを持たないすべてのusersを対象にして、アップグレードを促します。
次に最初のコンテンツ、アプリ内で送信される投稿メッセージを追加しましょう。右側メニューからメッセージブロックをドラッグ&ドロップするか、前のブロックにカーソルを合わせて追加できます。
次に、メッセージを開いて内容を作成します。
送信ウィンドウとフォールバックパスの設定
各メッセージブロックごとに、メッセージを送信しようとする期間を定義できます。お客様がすぐにオンラインで受信できない場合があるため、ログインして受信するまで少し時間を許可することで、メッセージを正しい順序で送信できます。
このセクションをクリックして、メッセージの送信を試みる期間を設定してください。この期間が過ぎると、メッセージを受信するためにオンラインになっていない人は、Series内のこのパスから離脱します。
または、指定した期間内に受信しなかった人のためのパスを作成できます。
メッセージを受信したすべてのusersに対して、そのメッセージにどう反応したかに基づく特定のルールを追加できます。例えば、メッセージ内のアップグレードリンクをクリックしたusers全員をターゲットにできます。“When delivered”にカーソルを合わせるとすべてのオプションが表示されます。
ターゲットにしたい動作(この例では「Clicked link」)を選択すると、自動的にルールブロックが追加されます。
これにより、usersがルールに合致するかどうかで別々のパスに誘導できます。また、Try to matchルールを編集して、前のメッセージに反応するまでの時間を正確に設定できます。
ルールブロックのマッチウィンドウの設定
Series内のルールブロックのマッチ時間について:
“Try to match for x time”は、その時間最大まで待ってユーザーがルールに合致するか試みます。早く合致すればすぐに進みます。時間内に合致しなければ、「if not matched」パスに進むか(設定があれば)、パスから離脱します(設定がなければ)。
“Try to match once”は、ユーザーがそのブロックに到達した直後にルールに合致しなければ、パスを離脱するか「if not matched」パスに進みます。
このルールはユーザーが行動を起こすための猶予時間を与えず、通常はユーザーが何かを待つ必要がない(メッセージの開封やクリック、製品内での行動、属性の更新待ちなど)シナリオに適しています。即座に次のメッセージやパスに進ませるためのルールです。
この例では、ルールブロックはTry to match for 3dに設定されており、Intro postメッセージ受信後3日間リンクをクリックする時間をusersに与えています。
PostまたはフォールバックのEmailのどちらかでオファーに反応したすべてのusersを捕捉するには、Emailブロックにも同じ操作ルールを追加し、両方を同じ次のステップに接続します。
この場合、次のステップは製品ツアーで、‘Premium’プランの価値をお客様に示します。ブロック同士を接続するには、接続矢印をドラッグ&ドロップしてください。
Seriesはメッセージングだけでなく自動化も可能なので、このSeriesを進んだ後にプランをアップグレードしたusers全員に自動でタグ付けしましょう。そのために、Product Tourを受け取り、現在‘Premium’プランのusersをターゲットにしたルールブロックがもう一つ必要です。
このジャーニーステップを完了したusersに自動でタグ付けするには、タグブロックを追加します。ルールブロックの後の+コネクタをクリックし、サイドバーからTagを選択してください。
まだアップグレードしていないusersには、もう一つフォールバックのメールを追加し、それがアップグレードを促した場合は同じタグブロックに繋げます。
では、このSeries全体を振り返ってみましょう。
お客様にプランアップグレードを促すため、アプリ内でPostメッセージを送り、その後メールでフォローアップし、どちらもProduct Tourに誘導します。ツアーを受けた後にアップグレードしたusersは自動でタグ付けされ、しなければ最後のメールを受け取って再度促されます。
ルールブロックでイベントをトリガーとして使う方法
ルールブロックを作成するとき、try to matchルールはaudienceルールに合致するusersにのみ適用され、設定したトリガーには適用されないことに注意してください。
例えば、イベント付きのルールブロックで「try to match once」を設定した場合、usersはaudienceルールに合致しますが、イベントが発生するまでこのブロックで待機します。
ユーザーがこのブロックに到達してから30日以内にイベントをトリガーしなければ、「did not match」パスに進むか離脱します。
過去にすでにイベントをトリガーしている場合にSeriesを進めたいなら、そのイベントをaudienceルールとして追加してください。
イベントを最近トリガーした場合のみ進めたいなら、「event last occurred less than X days ago」というルールを使えます。
待機ブロックでメッセージ間のタイミングを追加する方法
「Wait」ブロックは2つのメッセージ間に間隔を追加できます。
例:メールを送信 → 3日待つ → フォローアップのチャットメッセージを送信
次のメッセージをトリガーする条件を2つ設定できます。
「一定期間待つ」
「特定の日付まで待つ」
注意:Seriesは30分ごとに、usersが各ルール、メッセージ、待機、タグブロックに合致しているかをチェックします。
メッセージとルールブロックの待機時間の仕組み
各メッセージブロックで、メッセージを送信し続ける期間を設定できます。お客様がすぐに受信できない場合に備えたり、指定時間内に受信しなかった方のための経路を作成したりできます。
メッセージに反応したお客様に対しては、どのように反応したか(例:ボットフローを完了したか)に基づく特定のルールを追加し、そのルールに合致するお客様に新しいメッセージを送ることができます。
これらのルールブロックでは、Seriesが顧客がルールに合致するかどうかを確認する期間を設定できます。または、期間を設定せずに一度だけマッチを試みることも可能です。
ルールブロックに合致しない、またはメッセージを受け取らなかったお客様のためのフォールバック経路がある場合、その経路を進み、離脱とは見なされません。
重要: 暗黙的/明示的な待機の違い:ルールブロックの待機時間は、ルールに合致するか試みる期間を定義できます。これはユーザーがすぐに行動しない場合(例:最後のメールを開いた場合)に有効で、行動が起きたらすぐに進行できます。単純な待機ブロックでは不可能です。同様に、アプリ内メッセージでは「ユーザーがオンラインになるのを待つ」ことは待機ブロックではできず、メッセージブロックの待機が必要です。
タグブロックで顧客を自動的にタグ付けする方法
チームメンバーはタグブロックを使い、Series内の顧客に対して行動に基づきタグ付けやタグ解除(タグの削除)ができます。
タグブロックでは複数のタグを設定可能です。
ここで新しいタグは作成できませんが、ワークスペース内の既存のタグは使用できます。
タグブロックは例えば以下の用途に使えます:
他のSeriesにユーザーを自動的に含めたり除外したりすること
顧客がチームのinboxにルーティングされる方法を更新すること
顧客が受け取ったメッセージや取った行動をチームに知らせること
Series内の経路に基づきユーザーからタグを削除すること
注意:タグはSeries中に付けられたものだけでなく、顧客プロフィールのuntagオプションで任意のタグを削除できます。
タグは他のSeriesへの出入り、レポートのフィルタリング、セグメントの定義、カスタムHelp Deskビューの作成にも使えます。
注意:Seriesは30分ごとに顧客が各ルール、メッセージ、待機、タグブロックに合致するかをチェックします。
Seriesの目標設定方法
Seriesが顧客の行動をどれだけ効果的に促しているか測定するために目標を追加します。Seriesエディタ右上の設定を表示をクリックし、目標タブを選択してください。
適切なフィルターと顧客が目標を達成するまでの期間を選択します。
顧客が設定期間後に目標のフィルターに合致しても、このSeriesの目標統計にはカウントされません。
ヒント: Series目標についての詳細情報はこちら。
終了ルールの設定
設定を表示パネルで終了ルールタブを選択し、どの顧客がSeriesを早期に終了すべきか定義します。
顧客のデータがこの終了ルールのフィルターに合致すると、完全にSeriesを終了し再入場できません。
これらの終了ルールに合致しなくなり、「再入場を許可」が有効であれば再入場可能です。
特定の顧客を手動でSeriesから簡単に除外するには、特定のタグを持つ全顧客に対する終了フィルターを追加し、必要に応じて適用してください。
重要:除外タグで顧客にタグ付けする前に終了ルールをSeriesに追加してください。タグ付け後に終了ルールがないと、タグ適用と終了ルール保存の間にメッセージが送信される可能性があります。先に終了ルールを設定することで、タグ適用と同時に顧客がSeriesから即時に除外されます。
顧客は経路の終わりに到達した場合、Series目標を達成した場合、または一定期間メッセージに反応しなかった場合にもSeriesを終了できます。
Seriesを公開する
メッセージ、エントリールール、終了ルール、目標が設定できたら、Seriesを公開しましょう🚀
接続漏れや問題があれば、公開前に警告が表示されます👌
Seriesを公開した後
IntercomはまずSeriesを検証します。検証が通るとバックグラウンドでアクティベーションが実行されます。進行状況が表示され、完全に公開されると確認が出ます。顧客はエントリールールに合致すると入場を開始します。
このバックグラウンドアクティベーションにより、以前のリクエストタイムアウトの制限がなくなり、特にメールが多い大規模なSeriesも確実にアクティベートできます。
Seriesが公開されると、顧客はエントリールールに合致すれば入場を開始し、進行状況を簡単に測定できます。
キャンバスの各ブロックは、何人の顧客が合致し、受信し、まだ待機しているかを示します。Seriesを完了せずに離脱した顧客は離脱済みとして表示され、目標達成や経路の完了がありません。終了ルールに合致して途中で離脱した顧客は終了済みとして表示されます。
注意:「スケジューリング」はSeriesにのみあり、「頻度とスケジューリング」はありません。顧客はエントリーまたは終了ルールに基づきSeriesに入るため、頻度は適用されません。
顧客は複数のSeriesに同時に入ることができます。
Seriesのパフォーマンス測定について詳しくは、こちらの記事をご覧ください。
知っておくと良いこと
Seriesを扱う際に覚えておくべきこと:
顧客は約30分ごとにSeriesへの入場がチェックされるため、エントリールールに合致してから入場までに短い遅延が生じることがあります。
デフォルトでは、各顧客はSeriesに一度しか参加できません。定期的なイベント(サブスクリプションの更新や購入など)が発生した際に顧客が再参加できるようにするには、エントリールールブロックで「Allow re-entry」を有効にしてください。
複雑なSeriesでは、アクティベーションはバックグラウンドで実行されます。Seriesの無効化や一時停止は即時に行われます。
SeriesはFin Standaloneワークスペースでは利用できません。






