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

シリーズの説明

Seriesで顧客メッセージをオーケストレーションし、最適なタイミングで一貫した行動を促します。

対応者:Alek Toumert

この記事を使ってSeriesの仕組みを理解し、最初のSeriesを作成して公開しましょう。SeriesはIntercomのOutboundチャネルを使い、メール、アプリ内メッセージ、Product Toursなどを組み合わせて、顧客データに基づくターゲットジャーニーを自動化する多段階メッセージキャンペーンを作成できます。SeriesはProactive Supportを含むすべてのIntercomプランで利用可能です。Seriesの作成と管理には、ワークスペースのOutboundへのチームメイトアクセスが必要です。

Seriesとは何ですか?

Seriesは「ブロック」で構成されています。

ブロックには4種類あります:

Seriesビジュアルビルダー:ENTRY RULESラベルと黄色の稲妻アイコンを表示するルールブロックアイコン

ルールブロックは、顧客がSeriesに入る、または特定の経路を進むために満たすべきフィルターを定義する場所です。

顧客や会社のデータ属性、またはSeriesの前の部分とのインタラクションに基づいてフィルターを設定できます。

Seriesビジュアルビルダー:POSTラベルと青緑色のドキュメントアイコンを表示するコンテンツブロックアイコン

コンテンツブロックは、顧客に送るコンテンツを作成する場所です。送信できるのは、Chats & Posts、Product Tours、Mobile Carousels、Emails、Mobile Push messages、Custom Bots、またはBannersです。

各コンテンツブロックには目標と特定のスケジューリングを設定できます。

Seriesビジュアルビルダー:WAITラベルと青緑色の時計アイコンを表示する待機ブロックアイコン

待機ブロックは、顧客がSeriesをさらに進む前に経過すべき特定の期間や日付を定義できます。

Seriesビジュアルビルダー:TAGラベルと青緑色のタグアイコンを表示するタグブロックアイコン

タグブロックは、顧客がSeriesのジャーニーを完了すると自動的にタグを付けることができます。ルールブロックのフィルターに一致した場合やSeriesコンテンツとのインタラクションに基づいてタグ付けが可能です。

タグは他のSeriesへの顧客の入退場、レポートのフィルター、セグメントの定義、カスタムHelp Deskビューの作成に利用できます。

ブロックはパスでつながっています。

単純な直線パスの例:Non-premium usersのEntry rule - Intro Post message - ‘Intro Post’ルールでリンクをクリックした - Feature Tour

Seriesキャンバスに表示された単純な直線パス:Entry Rules(Non-premium users)がWhen Matched経由でPost(Intro post message、最大30日待機)に接続され、When Delivered経由でRules(Intro postのリンクをクリック、3日間マッチ試行)に接続され、When Matched経由でTour(Feature tour、最大30日待機)に接続されている

複数の別々のパスの例: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キャンバスに表示された2つの別々のパス:パス1 — Non-premium usersのEntry rulesはPost(Intro post message)に進み、3日待機し、Tour(Feature tour)に進む。パス2 — Premium usersのEntry rulesはChat(Intro chat message)に進み、Rules(Intro Chatメッセージに返信済み)を経てTag(Replied to intro)に進む

または、必要に応じて分岐し再結合するパス:

Seriesキャンバスに表示された分岐して再結合するパス:Non-premium usersのEntryはPost(Intro post message、30日待機)に進む。メインパスはWhen Delivered経由でRules(リンクをクリック済み)に進み、Tourに続く。フォールバックブランチ(30日後にオンラインでない場合)はEmail(Fallback email)に進み、Rules(Email内のリンクをクリック済み)を経てTourブロックに再接続される

これにより、顧客はさまざまな理由でSeriesに入り、関連性の高い文脈に合ったメッセージを受け取り、適切なタイミングで退出できます。👌

Seriesの作り方

Seriesを作成するには、Outbound > Seriesに移動し、右上の+ New Seriesをクリックします。次に:

  1. 最初から始めるか、既成のテンプレートを選択します。

  2. Entry Rulesブロックを追加し、顧客がSeriesに入るために満たすべきフィルターを設定します。

  3. コンテンツ、待機、ルール、タグブロックを追加してメッセージパスを構築します。

  4. Show設定で目標と終了ルールを設定します。

  5. Set series liveをクリックして公開します。

Intercom Outbound > Seriesリストページに右上の+ New Seriesボタンが表示されている

最初から始めるか、既成のテンプレートで素早く開始できます。

New SeriesダイアログにStart from scratchオプションと既成テンプレートが表示されている:新規ユーザーのオンボード、新機能の発表、Capture leads (basic)など、ユースケース別に整理されている

この例では最初から始めます。最初のステップはEntry Rulesの追加です。これは顧客がSeriesに入ってメッセージを受け取るために満たすべきフィルターのセットです。右側のサイドバーからルールブロックをドラッグ&ドロップしてください。

Seriesキャンバスに新しい空のEntry Rulesブロックが配置され、When matched矢印が次のブロックの接続先を示している

特定のタイプの顧客を異なるパスで同じSeriesに入れたい場合は、複数のルールブロックを作成してください。👌

次にルールブロックをクリックして設定を開きます。ここで顧客がSeriesに入るために満たすべきフィルターを選択できます。

Seriesルールブロック設定パネルにて、Who will enterフィルターがPlanがPremiumでないUsersに設定され、149人のユーザーのオーディエンスプレビューが表示されている

注意:開始ルールブロックで「Re-enter Series」を有効にすると、顧客は同じSeriesに複数回再入場できます。これは、サブスクリプションの期限切れや購入などの繰り返しイベントが発生した際にメッセージを送信したい場合に便利です。

この例では、まだ‘Premium’プランを持たないすべてのusersを対象にして、アップグレードを促します。

ブロックを追加する際は、Seriesの概要で一目で内容がわかるように、わかりやすいタイトルを付けることをお勧めします。例えばEntry RulesのNon-premium usersのように。

Seriesエディターにて、Non-premium usersというタイトルのルールブロックが設定パネルのタイトルフィールドを指している様子。Series概要のためのブロック名付けを示す

次に最初のコンテンツ、アプリ内で送信されるポストメッセージを追加しましょう。右側メニューからメッセージブロックをドラッグ&ドロップするか、前のブロックにカーソルを合わせて追加できます。

Seriesキャンバスにて、送信するメッセージ(Chat、Post、Email、Bot、Tour、Push、Carousel)と実行するアクション(Wait、Tag)のブロックタイプメニューが開いている

次に、メッセージを開いて内容を作成します。

Seriesポストメッセージエディターにて、Intro post messageの設定:フォーマット(小/大)、返信タイプ(テキスト/リアクション)、送信形式(Badge/Snippet/全文表示)、最初に表示する場所(Web)、右側にメッセージプレビューが表示されている

ヒント:このメッセージに個別の目標を設定したり、最適なタイミングで送信するスケジュールを設定したりできます。

同じメッセージエディターで下にスクロールし、目標(未設定)とスケジューリング(任意の日時)オプションがメッセージ内容欄の下に表示されている

送信ウィンドウとフォールバックパスの設定

各メッセージブロックごとに、メッセージを送信しようとする期間を定義できます。お客様がすぐにオンラインで受信できない場合があるため、ログインして受信するまで少し時間を許可することで、メッセージを正しい順序で送信できます。

このセクションをクリックして、メッセージの送信を試みる期間を設定してください。この期間が過ぎると、メッセージを受信するためにオンラインになっていない人は、シリーズ内のこのパスから離脱します。

シリーズキャンバスで、Postブロックの「最大30日待つ」ツールチップが開いており、日、時間、分の入力フィールドと「30日経ってもまだオンラインになっていなければ、このパスを離れます」というメモが表示されています。

または、指定した期間内に受信しなかった人のためのパスを作成できます。

シリーズキャンバスで、Postブロックの下に「30日後にオンラインでない場合」のフォールバックブランチが表示され、Email(Email Fallback)ブロックに続き、次のブロックタイプを追加するサイドバーが開いています。

ログインしていないお客様に追加メッセージを送信する場合は、別のチャネルを試してください。この例では、フォールバックとしてメールメッセージを追加します。

シリーズキャンバスでフォールバックパスが完成:Post(Intro post message)には「When Delivered」ブランチと「30日後にオンラインでない場合」ブランチがあり、Email(Email Fallback)に続いています。

メッセージを受信したすべてのusersに対して、彼らの反応に基づいた特定のルールを追加できます。例えば、メッセージ内のアップグレードリンクをクリックしたすべてのusersをターゲットにできます。“When delivered”にカーソルを合わせるとすべてのオプションが表示されます。

シリーズキャンバスでPostブロックの「When Delivered」ホバーメニューが開いており、反応オプション:Opened, Replied to, Clicked link, Reactedが表示されています。

ターゲットにしたい動作(この例では「Clicked link」)を選択すると、自動的にルールブロックが追加されます。

シリーズキャンバスで、「Clicked link」を追跡する反応として選択後、自動的に追加されたルールブロック(Intro postのリンクをクリックした、3日間試行)が表示されています。

これにより、usersがルールに合致するかどうかで別々のパスに誘導できます。また、Try to matchルールを編集して、前のメッセージに反応するまでの期間を正確に定義できます。

ルールブロックのマッチウィンドウの設定

シリーズ内のルールブロックのマッチ時間について:
​

「Try to match for x time」は、その時間まで最大で待つことを意味します。早くマッチすればすぐに進みます。時間内にマッチしなければ、「if not matched」パスに進むか(設定があれば)、パスから離脱します(設定がなければ)。
​

「Try to match once」は、そのブロックに到達した直後にルールにマッチしなければ、パスを離脱するか「if not matched」パスに進むことを意味します。

  • このルールは、usersが行動を起こすための猶予時間を与えず、通常はユーザーが何かをするのを待つ必要がない(メッセージを開く、クリックする、製品内でアクションを取る、属性の更新を待つなど)シナリオに適しています。このルールは即座に次のメッセージやパスの部分に進めるためのものです。

「Try to match for x time」(設定期間まで待ち、マッチしたら即進む)と「Try to match once」(即チェックし、マッチしてもしなくても即進む)の比較図。

この例では、ルールブロックはTry to match for 3dに設定されており、Intro postメッセージ受信後3日間リンクをクリックする時間をusersに与えています。

シリーズのルールブロックのクローズアップ:Intro postのリンクをクリックした、Try to match for 3dに設定、When matchedとIf not matched after 3dの出口矢印付き。

PostまたはフォールバックのEmailのいずれかでオファーに反応したすべてのusersをキャプチャするには、Emailブロックにも同じ反応ルールを追加し、両方を同じ次のステップに接続します。

シリーズキャンバスで、Post(Intro post message)とEmail(Email Fallback)の両パスがそれぞれTry to match for 3dに設定されたルールブロックに繋がり、両方が同じ次のステップに合流している様子。

この場合、次のステップは製品ツアーで、‘Premium’プランの価値をお客様に示します。ブロックを接続するには、接続矢印をドラッグ&ドロップしてください。

シリーズはメッセージングだけでなく自動化も可能なので、このシリーズを進んだ後にプランをアップグレードしたすべてのusersに自動でタグ付けしましょう。そのために、Product Tourを受け取り、現在‘Premium’プランのusersをターゲットにしたルールブロックがもう一つ必要です。

シリーズキャンバスで、Feature tourブロックからWhen Deliveredで接続されたルールブロック(Has upgraded, Try to match once)が表示され、設定パネルにはReceived Feature tourとPlan is Premiumのフィルターが開いています。

このジャーニーステップを完了したusersに自動でタグ付けするには、タグブロックを追加します。ルールブロックの後の+コネクターをクリックし、サイドバーからTagを選択してください。

タグブロックの設定パネルで、タイトルはHas upgraded、タグはUpgraded after Seriesに設定されており、マッチしたusersに適用準備ができています。

まだアップグレードしていないusersには、もう一つメールをフォールバックとして追加し、アップグレードが発生した場合は同じタグブロックにリンクします。

シリーズキャンバスで最終アップグレードキャンペーンのフロー:Rules(Has upgraded, If not matched after 3d)からEmail(Email Fallback Copy)へ、次にRules(Has clicked a link in the email)へ進み、When matchedでTag(Tag with Upgraded after Series)ブロックに戻っています。

では、このシリーズ全体を振り返ってみましょう。

お客様にプランのアップグレードを促すために、アプリ内でPostメッセージを送り、その後メールでフォローアップし、どちらもProduct Tourに誘導します。ツアーを終えたお客様がアップグレードすると自動でタグ付けされます。そうでなければ、最後のメールで再度促します。

アップグレードキャンペーンの完全なシリーズキャンバス概要:Entry Rules(Up-sell audience)からPost(Up-sell in-app)、フォールバックはEmail(Up-sell Email)、次にリンククリックをチェックするRules、Feature tour、アップグレードを確認するRules、最後にアップグレード済みとしてタグ付けするTag。

この例は「Encourage Customer Upgrades」テンプレートに基づいています。準備されたバージョンを試したい場合は、そのテンプレートを開いて始めてください。👇

新しいシリーズテンプレートピッカーで、「Encourage Customer Upgrades」テンプレートがハイライトされており、他にOnboard New Users、Announce a New Feature、Capture Leads(Basic)などのテンプレートがあります。

ルールブロックでイベントをトリガーとして使う方法

ルールブロックを作成するとき、try to matchルールはaudienceルールにマッチするusersにのみ適用され、設定したトリガーには適用されないことに注意してください。

例えば、イベント付きのルールブロックで「try to match once」を設定した場合、usersはaudienceルールにマッチしますが、イベントが発生するまでこのブロックで待機します。
​

シリーズのルールブロック設定で、トリガーセクションの「When to send」がFirst eventに設定され、AudienceにReceived Empty emailが表示されており、イベントトリガーが発生するまでusersがこのブロックで待機する様子を示しています。

usersがこのブロックに到達してから30日以内にイベントをトリガーしなければ、「did not match」パスに進むか離脱します。

過去にすでにイベントをトリガーしているusersをシリーズで進めたい場合は、代わりにイベントをaudienceルールとして追加してください。
​

同じルールブロックをイベントをaudienceルールとして使うよう再設定:first-event countが1より大きく、first-event last occurredが2日以内で、すでにイベントをトリガーしたusersが即座に進めるようにしています。

イベントを最近トリガーした場合のみ進めたいなら、「event last occurred less than X days ago」というルールを使えます。

waitブロックでメッセージ間のタイミングを追加する方法

“Wait”ブロックは2つのメッセージ間に間隔を追加できます。

  • 例:メールを送信 → 3日待つ → フォローアップのチャットメッセージを送信

次のメッセージをトリガーする条件を2つ設定できます。

  • 「一定期間待つ」

  • 「特定の日付まで待つ」

注意:シリーズは約10分ごとに、ルール、メッセージ、wait、タグブロックにusersがマッチするかをチェックし、最初の15分後は約1時間ごとにチェックします。Messengerがインストールされたウェブサイトやアプリでアクティブなusersはほぼ即時にチェックされます(メールのみのシリーズは対象外)。

メッセージとルールブロックの待機時間の仕組み

各メッセージブロックで、メッセージを送信し続ける期間を設定できます。顧客がすぐに受信できない場合に備えたり、指定時間内に受信しなかった人のための経路を作成したりできます。

メッセージに反応した顧客に対しては、どのように反応したか(例:ボットフローを完了したか)に基づく特定のルールを追加し、そのルールに合致する顧客に新しいメッセージを送ることができます。

これらのルールブロックでは、Seriesが顧客がルールに合致するかどうかを確認する期間を設定できます。または、期間を設定せずに一度だけマッチを試みることも可能です。

ルールブロックに合致しない、またはメッセージを受け取らなかった顧客のためのフォールバック経路がある場合、彼らはそちらの経路を進み、離脱とは見なされません。

重要: 暗黙的/明示的な待機の違い:ルールブロックの待機時間は、ルールにマッチするまでの試行時間を設定できます。これはユーザーがすぐに行動しない場合(例:最後のメールを開いた場合)に有効で、行動が起きたらすぐに進行できます。単純な待機ブロックでは不可能です。同様に、アプリ内メッセージの場合、待機ブロックは「ユーザーがオンラインになるのを待つ」ことができません。これがメッセージブロックの待機の役割です。

タグブロックで顧客を自動的にタグ付けする方法

チームメンバーはタグブロックを使い、Series内の顧客に対して行動に基づきタグ付けやタグ解除(タグの削除)ができます。

  • タグブロックでは複数のタグを設定可能です。

  • ここで新しいタグは作成できませんが、ワークスペース内の既存タグは使用できます。

タグブロックは例えば以下の用途に使えます:

  • 他のSeriesにユーザーを自動的に含めたり除外したりすること

  • 顧客がチームのinboxにルーティングされる方法を更新すること

  • 顧客が受け取ったメッセージや取った行動をチームに知らせること

  • Series内の経路に基づきユーザーからタグを削除すること

注意:タグはSeries中に付けられたものだけでなく、顧客プロフィールのタグ解除オプションで任意のタグを削除できます。

タグは他のSeriesへの顧客の入退出、レポートのフィルタリング、セグメントの定義、カスタムヘルプデスクビューの作成にも使えます。

注意:Seriesは約10分ごとに各ルール、メッセージ、待機、タグブロックに顧客が合致するかをチェックし、最初の15分後は約1時間ごとにチェックします。Messengerがインストールされたウェブサイトやアプリでアクティブな顧客はほぼ即時にチェックされます(メールのみのSeriesは対象外)。

Seriesの目標を設定する方法

Seriesが顧客の行動をどれだけ効果的に促しているかを測定するために目標を追加します。Seriesエディタ右上の設定を表示をクリックし、目標タブを選択します。

顧客アップグレード促進の例の完全なSeriesキャンバス。Seriesエディタ右上の設定を表示ボタンを指す矢印付き。

適切なフィルターと顧客が目標を達成するまでの期間を選択します。

目標タブが開かれたSeries設定パネル。プランはPremium、顧客は30日以内にマッチする必要あり。

顧客が設定期間後に目標のフィルターに合致しても、そのSeriesの目標統計にはカウントされません。

ヒント: Series目標に関する詳細情報をご覧ください。

終了ルールを設定する

設定を表示パネルで終了ルールタブを選択し、どの顧客がSeriesを早期に離脱するかを定義します。

終了ルールタブが開かれたSeries設定パネル。2つの終了条件:タグはExitUpgradeSeries、またはメールをスパムとしてマークがtrue。

顧客のデータがこの終了ルールのフィルターに合致すると、完全にSeriesを離脱し再入場できません。

これらの終了ルールに合致しなくなり、「再入場を許可」が有効な場合のみ再入場可能です。

特定の顧客を手動でSeriesから簡単に除外するには、特定のタグを持つすべての顧客に対して終了フィルターを追加し、必要に応じて適用します。

重要:除外タグで顧客にタグ付けする前に終了ルールをSeriesに追加してください。タグ付け後に終了ルールがないと、タグ適用と終了ルール保存の間にメッセージが送信される可能性があります。先に終了ルールを設定することで、タグ適用と同時に顧客が即座にSeriesから除外されます。

顧客は経路の終わりに到達したり、Series目標を達成したり、一定時間メッセージに反応しなかった場合もSeriesを離脱します。

Seriesを公開する

メッセージ、エントリールール、終了ルール、目標が設定できたら、Seriesを公開しましょう🚀

顧客アップグレード促進テンプレートの完全なSeriesキャンバス。エディタ右上のSeries公開ボタンを指す矢印付き。

接続漏れや問題があれば、公開前に警告が表示されます👌

Seriesを公開した後

IntercomはまずSeriesを検証します。検証が通るとバックグラウンドでアクティベーションが実行され、進行状況と完了確認が表示されます。顧客はエントリールールに合致すると入場を開始します。

このバックグラウンドアクティベーションにより、以前のリクエストタイムアウト制限がなくなり、大規模なSeries、特にメール中心のものも確実にアクティベートできます。

Seriesが公開されると、顧客はエントリールールに合致すれば入場を開始し、進行状況を簡単に測定できます。

ライブSeries概要キャンバス(Welcomeキャンペーン、一時停止中)。各ブロックの統計:エントリールールに443人マッチ、Welcome Email送信成功237人、27人待機中、メール開封ルールに84人マッチ、Welcome Chat送信64人。

キャンバスの各ブロックは、何人の顧客がマッチし、受信し、待機しているかを示します。Seriesを完了せずに離脱した顧客は離脱済みとして表示され、目標未達成または経路未完了で離脱したことを意味します。終了ルールに合致して離脱した顧客は退出済みとして表示されます。

注意:「スケジューリング」はSeriesにのみあり、「頻度とスケジューリング」はありません。顧客はエントリーまたは終了ルールに基づいてのみSeriesに入るため、頻度は適用されません。

顧客は同時に複数のSeriesに入ることができます。

Seriesのパフォーマンス測定について詳しくは、こちらの記事をご覧ください。

知っておくと良いこと

Seriesを扱う際に覚えておくべきこと:

  • 顧客は約1時間ごとにSeries入場のチェックを受けますが、Messengerがインストールされたウェブサイトやアプリでアクティブな場合はほぼ即時にチェックされます(メールのみのSeriesは対象外)。例外はイベントトリガー付きの入場ルールで、これはイベント受信時のみチェックされ、その時点で他の入場ルールにも合致している必要があります。

  • デフォルトでは、各顧客はSeriesに一度しか参加できません。定期的なイベント(サブスクリプションの更新や購入など)が発生した際に顧客が再度参加できるようにするには、エントリールールブロックで「Allow re-entry」を有効にしてください。

  • 複雑なSeriesのアクティベーションはバックグラウンドで実行されます。Seriesの無効化や一時停止は即時に行われます。

  • SeriesはFin Standaloneワークスペースでは利用できません。

  • 「expires at」や「next processing time」などのSeriesチェックポイントの統計は、チェックポイントの実際の状態と同期していないように見えることがあります。例えば、「expires at」が過去の時間を示したり、「next processing time」が「reached block at」と一致したりする場合です。これは想定内の動作です。チェックポイントはタイマー終了直後に再評価されるわけではなく、バックグラウンドで定期的に処理されるため、表示されるタイムスタンプは次の処理が行われるまで実際の状態に遅れることがあります。

  • メールの購読を解除したContactsは、Seriesの設定に関係なく自動的にSeriesのメール送信から除外されます。この除外は、Contactsがどのルールや待機条件に一致しているかに関係なく行われます。ContactsがSeriesの途中で購読解除した場合、その後のメールステップは配信されませんが、同じSeries内の他のメッセージタイプ(チャット、投稿など)には影響しません。

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