顧客は、いずれかのエントリールールブロックのフィルターに一致したときにシリーズに参加します。パスの開始時のルールブロックは自動的にエントリールールとして設定されます。

複数のルールブロックを設定でき、顧客は同時に複数のパスに参加できます。

はい、ユーザーは同時に複数のシリーズに参加できます。

顧客がシリーズを離脱する方法は複数あり、退出ルールに従う、離脱状態になる、またはパスを完了する場合があります。

シリーズ設定で、顧客が一致した場合にシリーズを離脱させるルールを定義できます。退出ルールは顧客やその会社に関する任意の属性やイベントに基づけられます。

顧客のデータがルールに一致するように更新されると、シリーズから退出します。

特定の顧客をシリーズから簡単に除外するには、特定のタグを持つすべての顧客に対して退出ルールを追加し、そのタグを付けた顧客に適用します。

エンドユーザーがシリーズの退出ルールに一致すると、即座にシリーズを離脱し、それ以降のメッセージは受け取りません。ただし、再入場が許可されていて退出ルールに一致しなくなり、エントリールールに一致する場合は再度シリーズに参加できます。複数の退出条件を追加でき、and/orのフローも適用可能です。

ユーザーがメッセージをクリックした場合のようなコンテンツイベントは、顧客が以前に受け取ったそのメッセージのいずれかのバージョンをクリックしていれば一致します。このシリーズ内の個別のエントリーや経路だけではありません。

例えば以下のシリーズで、ユーザーが月曜日に参加してすぐにEmail 1のリンクをクリックすると、次のルールブロックに一致しEmail 2を受け取ります。

しかし、火曜日に再度シリーズに参加すると、再びEmail 1を受け取り、クリックした場合のルールは自動的に真となります。これは月曜日にEmail 1のリンクをクリックしていたためです。

ユーザーの早期離脱を防ぐ編集を行った後、新規ユーザーは意図した通りに元のパスを進みますが、離脱したusersにメッセージを送るには新しいパスを作成する必要があります。

離脱状況では、ユーザーがシリーズ内の他のパスにいる場合、そのパスを進み続けます。これを活用して、適切なメッセージを送ることが可能です。

離脱したusersのリストに移動し、これらのusers全員にタグを適用できます ⤵️

ここから、usersがシリーズで離脱したルールブロックを複製できます。複製後、このルールブロックに離脱したusers用に作成した新しいタグを追加します。

次に、この複製したルールブロックをusersが離脱した後のブロックに接続します。これにより、usersは元のパスに再参加します ⤵️

唯一の注意点は、メールやプッシュ通知の失敗で離脱した人にはメッセージが届かないことですが、意図より早く離脱したusersにはシリーズの後半のメッセージが届くようになります。

顧客が一致しないルールブロックや受信できないメッセージに到達した場合、ブロックで指定された期間待機します。

この期間が過ぎてもメッセージを受け取らずルールに一致しなければ、離脱とマークされパスを離れます。

これは以下の理由で起こります。

これらの状況でも、ユーザーがシリーズ内の他のパスにいる場合はそのパスを進みます。

将来、別のパスに入るルールに一致すれば、その時点で参加します。

ルールブロックに一致しない、またはメッセージを受け取れない顧客向けのフォールバックパスがある場合は、そちらを進み離脱とはマークされません。

顧客がシリーズのパスの終わりに到達し、他に受け取るコンテンツがなければ（例えば別のパスにない場合）、‘完了’とマークされシリーズを離れます。

スケジュールまたはイベントトリガーのエントリールールを使用している場合、顧客はシリーズに再参加します。同じシリーズに複数回再参加を許可できます。これは、サブスクリプションの期限切れや購入などの繰り返しイベント時にメッセージを送るのに便利です。

ユーザーが複数回参加できるオプションがあります:

以下の場合は再参加できます:

顧客があなたのアプリにログインしたり、ウェブサイトを訪問し、Intercomで追跡されている場合、パスの参加ルールに一致するシリーズに参加します。

ログインや訪問がない場合、参加ルールは参加すべき人に対して1時間に1回チェックされます。パスの途中のルールブロック（顧客がすでにシリーズに参加している場合）は約30分ごとにチェックされます。

訪問者/leadは、ユーザーに統合されると削除されるため、シリーズから除外されます。

ユーザーは訪問者/leadの代わりにシリーズに参加しません。

別のシリーズとのやり取りに基づいて顧客をターゲットにするには、ルールブロックにシリーズエンゲージメントルールを追加できます。

例: 「顧客がシリーズAを開始している場合、シリーズBは送信しない」。

ルールの基準となるイベントを選択してください:

次に、条件（持っているか持っていないか）と特定のシリーズを選択します:

シリーズ内にオンラインになるまで待つなどの待機ブロックがある場合、同じユーザーが複数回の参加/ジャーニーでその待機ブロックに複数回詰まることがあります。ユーザーがオンラインになると、その待機していたメッセージが複数回配信されます。

上記の例では、ユーザーは毎日参加しています。ユーザーがまだオンラインになっていないため、各参加は投稿メッセージの表示を待っています。8日目にユーザーがオンラインになると、同じ投稿が8回一度に表示されます。

これを解決し、各ブロックで新規ユーザーの蓄積を避けるには、最大待機時間ルールを複数参加期間と同じ期間に更新してください。

シリーズ目標を達成しても自動的に顧客がシリーズから退出するわけではありません。目標達成時に退出させたい場合は、退出ルールとして追加する必要があります。

会社の目標の場合、リストにはユーザー名やユーザーにタグ付けやメッセージを送るボタンは含まれません。

現在、複数のシリーズ目標を追跡する方法はありません。

これに対して試せるいくつかの回避策があります:

その後、連絡先リストで結果（参加したシリーズ＋イベントタグ）をフィルターします。

すでに顧客が参加しているライブシリーズを編集する場合、いくつか考慮すべき点があります。

ライブシリーズを削除すると、すべての顧客が退出し、それ以降のコンテンツは届きません。

はい、シリーズを削除すると、その中のすべての送信メッセージも削除されます。送信メッセージを単独で作成し、シリーズ内でコピーを使うことを検討してください。こうすればシリーズを削除しても、単独の送信メッセージは削除されません。

はい、すべてのシリーズが管理しやすくスムーズに動作するように、現在以下の制限があります。

ハードリミットは、インフラとシリーズ処理の効率を保護するための重要な製品制限です。

ハードリミットは以下の通りです：

エッジはシリーズ内の2つのノードをつなぐものです。

ノードはシリーズ内のブロックを表します。ルールセットに関連付けられており、そのノードで何が起こるかを決定します。また、適切なエッジに進む前に待機するなどの動作も制御します。

顧客がシリーズの以前のポイントに戻り、同じコンテンツを再度受け取る無限ループのシリーズを作成することはできません。試みると以下の警告が表示されます。

今後条件に合う人だけにシリーズを送信したい場合、いくつかの方法があります。

入場ルールを今日以降に条件を満たす属性に基づけることができます。例えばオンボーディングシリーズなら「[今日の日付]以降に登録」などです。

または、属性で簡単に特定できない場合は、Contactsリストの現在のusers全員にタグを付け、そのタグをシリーズの入場ルールから除外する方法もあります。

Intercomでusersを会社ごとにグループ化している場合、シリーズのルール作成時に注意点があります。

‘会社の規模が50人以上’のようなルールブロックで会社データを使う場合、usersは会社ごとにルールがチェックされます。

例えば、異なる規模の2つの会社に所属するuserがいる場合：

このuserはuserと会社の2つの異なる組み合わせとして扱われます：

これらの「ユーザーのバージョン」それぞれが個別にルールにマッチし、それに応じて異なるパスを進むことができます。したがって、「Company 1のUser」はこのルールにマッチし、「Path 1」を進みます。

そして「Company 2のUser」はマッチしないため、「Path 2」を進みます。

これは、単一のuserが複数のパスに存在し、それぞれからメッセージを受け取ることができることを意味します。

もしuserが複数の会社にマッチするルールにマッチした場合、そのuserの複数の「バージョン」が同じパスを進み、各会社ごとにメッセージを1回ずつ受け取ります。

この例のルールを「20人以上のCompanies」に変更すると、「Company 1のUser」と「Company 2のUser」の両方が「Path 1」のメッセージに進み、ルールにマッチした各会社ごとにuserはメッセージを受け取ります。

メッセージの本文（content）に会社変数が追加されていない場合、userが複数の会社に関連付けられていると、そのSeriesはそのuserにメッセージを複数回送信するのが予期される動作です。これは会社変数が追加されていない場合のフォールバックのために発生します。

この問題を解決するために、重複を避けるためにメッセージ本文に会社変数を追加することをお勧めします。変数が追加されると、ルールブロックにマッチしたuserの各会社ごとにメッセージのコピーがのみ送信されます。

はい。userが早くマッチしても、Seriesは営業時間の開始を待ってからそのメッセージを送信します。

現在、usersがメッセージに返信した際に直接Seriesから退出させる方法はありませんが、タグ付けブロックを使ってこれを実現できます。

「[message]に返信した」ルールブロックを設定し、その後に「Exit」などのタグをuserに付けるブロックを続けることができます。

そしてそのタグを退出ルールとして使用します。

Series内の任意のメッセージに返信があったかどうかをチェックするルールを作成したい場合は、ルールブロックに複数のメッセージをリストすることもできます。

既に作成したチェックリストをSeriesに追加するには、Seriesの右上の「More」ボタンをクリックし、ドロップダウンから「Copy existing message into series」を選択します。ここでチェックリストを選択できます。会社レベルの属性に基づいてチェックリストのステップを自動化するには、会社のカスタム属性を使用します。これにより、あるユーザーがステップを完了すると、その会社の全ユーザーに対してチェックリストのステップが自動的に解決されます。また、オーナーの役割などのカスタム属性を使って、会社内のオーナーにチェックリストをターゲットにすることも可能です。

複数言語でSeriesをローカライズする場合、例えば各言語条件ごとに別々のエントリールールブロックを使う場合は、エントリールールをEnter onceに設定してください。これにより、usersが異なる言語条件でSeriesに複数回入るのを防げます。

この設定がないと、複数の言語エントリールールにマッチするuserはSeriesに複数回入り、重複したコンテンツを受け取る可能性があります。

Seriesを顧客向けに公開する前にテストしたい場合は、特定のメールアドレス用のエントリールールを追加し、そのメールアドレスだけが入れるようにします。

例えば、オンボーディングSeriesをテストする場合は、新しいuserとしてサインアップし、製品内で彼らが行う同じ操作を完了してSeriesのメッセージを受け取るべきです。

動作に満足したら、特定のメールアドレスルールを削除し、他のusersにマッチし始めるようにします。

Seriesの開始日を設定するには、エントリールールの後に「[X日まで待つ]」の待機ブロックを追加し、最初のメッセージ送信前に待機させます。

現在、Seriesの終了日を設定する機能はありませんが、別のパスを作成し、同じエントリールールと終了したい日まで待つ待機ブロック、そしてその日にユーザーにタグを付けるタグブロックを設定し、そのタグをSeriesの退出条件に設定する方法があります。これにより、その日以降の全ユーザーがタグ付けされ即座に退出します。

​

はい、content_stat.series Webhookを使ってSeriesのメトリクスを取得できます。Seriesのコンテンツ統計トピックと、Seriesに含まれる任意のコンテンツタイプを購読すると、イベント発生時にエンドポイントURLで通知を受け取れます。

すべてのメッセージを単一のパスにエントリールールから設定し、「If matched」の矢印で次のブロックに繋げると、メッセージは常に連続した順番で送信されます。送信順を保ちつつ、ユーザーがマッチしない場合にスキップできるように「If not matched」の矢印を後のブロックに追加することもできます。または、複数のメッセージとパスを選択したエントリールールにリンクさせ、任意の順番でいつでもメッセージを送信することも可能です。

いいえ。Seriesのメールのタイプを作成後にトランザクションメールに変更することはできません。

代替策として、Series外のイベントトリガーを使って新しいアウトバウンドトランザクションメールとしてメッセージを再作成してください。

一度エントリールールにマッチしてSeriesに入った人は、Seriesを完了するか退出ルールにマッチするまでSeriesを進み続けます。

エントリールールにマッチしなくなったUsersを退出させたい場合は、次のコンテンツを送る前にUser/Leadがまだマッチしているかチェックするルールブロックを設定できます。

または、退出ルールを更新して、エントリールールにマッチしなくなったらすぐに退出ルールにマッチしてSeriesを退出させることも可能です。

「一度だけマッチを試みる」はユーザー属性をチェックするルールに有効ですが、ユーザーのアクションを必要としません。ユーザーのアクション（例：インアプリメッセージを受け取るためにオンラインになる、メールを開く）を必要とするルールブロックでは、「X日/時間/分間マッチを試みる」を使い、ユーザーに時間を与える必要があります。そうしないとすぐにチェックして次に進んでしまいます。

削除されたSeriesにアクセスしたり復元したりすることはできません。一度削除されたSeriesは復元も閲覧もできません。

「A multi entry series must have a single starting point」というエラーメッセージが表示された場合、それはSeriesに複数のエントリールールがあり、顧客がSeriesに再入可能になっていることを示しています。これはサポートされていません。

顧客はシリーズに複数回再参加できますが、この機能を使用する場合、シリーズには1つのEntry Rule Blockのみ使用できます。

エラーを解決するには、シリーズから余分なentry rule blocksを削除するか、顧客が一度だけ参加できるようにentry rulesを更新してください。

シリーズに入るべきでなかったusersがなぜ入ったのかを調べるには、usersがシリーズに入った日時とメールの購読解除日時を確認してください。

もし彼らがメールの購読解除前にシリーズに入っていた場合、その時点でシリーズのentry rules blockに一致していたことになります。

このエラーが表示される理由は、シリーズでご契約に含まれていない特定の機能を使用しているためです。このブロックはシリーズエディター内で紫色で表示されます。

​

このエラーメッセージは通常、内部ノードの1つが正しく接続されていない（そのため開始ノードと認識されている）か、Teammateがrule block以外のものをシリーズの開始ノードとして使用していることを意味します。

シリーズのノードを注意深く確認し、欠落しているリンクを特定することをお勧めします。

usersがシリーズに入れないのは、ユーザープロファイルデータがシリーズのentry条件と完全に一致しない属性の不一致が原因です。条件演算子は厳密に評価するため、わずかな違いでも参加を妨げます。

シリーズが属性ベースの繰り返しスケジュール（例：サブスクリプション更新のような日付属性に基づく）を使用している場合、スケジューリングのロジックにより、ユーザーがaudience rulesに合っていても参加が制限されることがあります。

これは想定された動作です。繰り返しスケジュールの日付オフセット設定が正確な参加ウィンドウを決定します。オフセット設定を確認し、ユーザーが資格を得る時期と合っているか確認してください。

ルールロジックの誤り（誤った演算子の使用やURLパスの誤設定など）は、usersの参加を妨げることがあります。ルール条件を再確認し、まずは簡単な条件でテストしてください。