リンクされた条件

Overview

しばしば、ユーザーの属性やイベントを通じて登録された以前のアクションに基づいて、個々のユーザーに応じたカスタマイズされたチェックを作成する必要があります。リンク条件は、ユーザーのパスを決定するためにフローに追加できるそのような条件付きチェックを促進します。これにより、マーケティング担当者は、固定値を指定するのではなく、ユーザーの属性、アクション、およびジャーニーの進行状況に基づいてインテリジェントなチェックを考案できます。

例えば、ユーザーがカートに商品を一度でも追加したが、まだ購入していないか、ブラウジングしていた同じブランドの商品を購入していないかを、リンクされた条件を使用して確認できます。フローのエントリー条件に、ユーザーが以前にカートに追加した特定の製品または製品カテゴリを手動で指定することなく購入したかどうかを評価するチェックを追加できます。

ユーザーのジョンは、eコマースプラットフォームで靴を閲覧しています。ジョンはブローグをカートに追加しました。彼がカートに追加するイベントを実行したため、彼はフローF1の評価を受ける資格があります。

フロー内でリンクされた条件チェックがどのように機能するかは次のとおりです。

ジョンがカートに追加するイベントを実行した場合：

カートに追加イベントの2時間後に、製品購入イベントが実行されていないか確認してください。
カートに追加された商品の製品IDと、製品購入イベントの製品IDを一致させてください。

Dynamic condition FLOWS_updated.png

リンクされた条件は、上記で説明したようなフローを複数の製品や製品カテゴリに使用するのに役立ちます。製品購入に対するチェックは静的な値に結びついているのではなく、親イベント（この場合はカートに追加するイベント）に対して動的にチェックされます。動的チェックを使用して、フライトのチケットを購入したユーザーにフライトの遅延に関するカスタマイズされた通知を送信したり、特定のカードに対して支払い期限が迫っている顧客に支払いリマインダーを送信したりすることができます。

ユースケース

特定の目的のためにリンク条件を利用する方法のいくつかの例は次のとおりです：

ワイルドカードチェック - 2つのイベント間で これは、特定のイベントが発生したときにのみユーザーがフローに入ることを許可するための効果的なアプローチですが、他のイベントが発生していない場合です。たとえば、ある組織がクレジットカードを持つ顧客に対してリマインダー通知を送信するルールを作成したいと考えている場合、請求書の明細を受け取ったが、1枚以上のカードの請求書を支払っていない場合です。リンク条件アプローチがここで役立ちます。
ユーザーが請求書を支払っていない場合に銀行のクレジットカードアカウントを持つユーザーを考慮するフローを考えてみてください。次の条件チェックを追加します：
- - ユーザーに請求書生成イベントはありますか？
  - ユーザーに支払った請求書イベントはありますか？
  - 請求書生成イベントと支払い済みイベントを動的に比較し、Payment Bill.Card_ID = Bill Generated.Card_ID を比較します。
この基準を満たすユーザーを、支払いリマインダキャンペーンを送信するフロー内に入れます。他のユーザーはフローから無視します。このような設定では、請求書明細の生成トリガーイベントをキャプチャし、指定された時間内に請求書の支払いを示すユーザーアクションが発生するのを待ちます。そして、ユーザーアカウント内のいずれかのカードについてこのアクションが行われない場合、特定のカードの請求書を支払うようユーザーにリマインダー通知を送信します。このアプローチは、システム内の特定のユーザー行動に応じてカスタマイズ可能で自動化された方法を提供します。
同じ属性を持つ親イベントのX回の繰り返し - これは、特定のアクションを完了したユーザーがフローに入ることを許可するために使用できる技術です。たとえば、製品を複数回検索することなどです。
たとえば、eコマースプラットフォームが顧客が以前の検索を引き継ぐことを可能にするパーソナライズされたユーザー体験を作成したい場合、このアプローチは効果的に使用できます。次のリンクされた条件が存在するフローを考えてみてください：ユーザーはフロー内で指定された時間内にキーワードまたは製品について複数回検索を行ったか、ユーザーにはアクティブなセッションがあるか、または頻繁に購入するユーザーですか？
はいの場合、ユーザーをフロー内のパスに進め、検索履歴に基づいて類似の製品、取引、またはプロモーションを提案するキャンペーンが送られます。

利点

高い意図を持つユーザーにアプローチし、BTSやMPCなどの他の強力な機能を使用して彼らと最も効果的にエンゲージすることができます。
ユーザーをエントリーステージ、条件付きステージのいずれか、または両方で評価することができ、この機能の柔軟性が提供されます。
ルールを定義し、高意欲のあるユーザーを見つける簡単な方法。
フロー内のユーザーをターゲットにする条件/ルールを定義する柔軟性を向上させる。
ユースケースを達成するために必要なフローの数が少ない

リンク条件の追加

フローには、以下のセクションにリンクされた条件を追加できます：

フローを考慮してください。これは、今後のフライトのための通知やリマインダーを送信します。以下のチェックをエントリーレベルで追加することで、これを達成できます：

1. ユーザーは今後の旅行日程のフライトにチケットを購入しましたか？
2. ユーザーがチケットをキャンセルしていないことを確認してください。
3. 旅行のために参加したが、チケットをキャンセルしたユーザーを削除することもできます。

ユーザーにチケットのアップグレードを促したり、他のサービスをクロスセルするためのキャンペーンを送信することもできます。その際、ユーザーとの情報のやり取りを行います。

Global Exit Criteria.gif

注意 : フローは、ユーザーの進捗を追跡し、指定された条件が満たされた場合に特定のアクションを開始することができますが、任意の時点でユーザーの単一のインスタンスしか対応できません。ユーザーがリンクされた条件を複数回満たすことを期待し、すべてのインスタンスにメッセージを送信したい場合は、MoEngageはイベントトリガーキャンペーンでリンクされたトリガーを使用することを推奨します。

同じフローでは、ユーザーがフライトチケットをキャンセルしたときに、いつでも入力されたユーザーを終了できます。

このセクションで説明されている例を考慮してください。ユーザーが商品をカートに追加したが、まだ購入していない場合、フローに「Has Done」条件付きステージを追加して、これを動的にチェックし、カートに追加した商品を購入していないユーザーのためにコミュニケーションをパーソナライズし、他のユーザーを除外することができます。以下に示すように。

高い意図を持つユーザーをさまざまなキャンペーン戦略で分離するフローを考慮してください:

同じ商品を5回以上閲覧したユーザーには、商品購入のインセンティブ（20%オフ）が提供されます。
複数回閲覧したユーザーには、最初にリマインダーが送られ、その後、製品購入のためのインセンティブ（10%）が提供されます。
一度閲覧したユーザーには、リマインダーと類似商品のおすすめが届きます。

Linked Conditionsのさまざまな使用法を探ったので、 Flows - Cross Channel Messagingセクションに移動して、Flowsの機能について読み、1つ作成してください。。