カスタマージャーニーオプティマイザルール概要

カスタマージャーニーオプティマイザルールについて

カスタマージャーニーオプティマイザのルールは、ジャーニーのビルディングブロックです。これらは、ジャーニーのパスを決定するさまざまな「if」文と「then」文で構成されます。このページでは、ルールの作成方法、ルールが使用される場所、および出張者が旅行を進めた場合のルールの評価方法について説明します。

ルールの概要

通常、ルールは “if” 文と “then” 文の 1 つ以上のペアで構成されます。”if” 文はルールの条件と考えることができ、”then” 文はルールのアクションです。

条件は何かが起こるための基準であり、アクションとは、条件が満たされた場合の処理のことです。

ルールのタイプ

ルールは、カスタマージャーニーオプティマイザの多くの場所で使用されます。場合によっては、適切な出張者およびイベントデータを選択することでジャーニーのデータをフィルタリングしようとしているため、ルールには条件のみが含まれる場合があります。

以下の領域のルールには、条件のみがあります。

• ジャーニー入力基準: これらのルールにより、出張を入力できるイベントデータまたは出張者が決定されます。
• マイルストーン入力基準: これらのルールにより、出張者が出張内で特定のマイルストーンを入力するかどうかが決定されます。

以下の領域のルールには、条件とアクションの両方があります。

• グローバルルール: これらのルールはジャーニーの開始時に評価され、出張に入るすべての出張者に適用されます。
• マイルストーンルール: これらのルールにより、ジャーニーの特定のマイルストーンの結果として何が起こるかが決定されます。

ルール評価順序

ジャーニーの登録時には、イベントの処理方法を決定するさまざまなタイプのルールを自由に使用することができます。ルールは、新しいイベントを受信するたびに、以下の順序で実行されます。

1. ジャーニー入力基準
2. 共通ルール
3. マイルストーン入力基準
4. マイルストーンルール

特定のルールセットを評価すると、上から下に評価されます。出張者が誤ってルール条件を満たさないようにするため、最も排他的なルールを最後に配置する必要があります。

ルールの構築

このセクションでは、ルールの構築方法について説明します。マイルストーンジャーニーのルールを構築しますが、ルール構築はプラットフォームの他の領域でも同様に機能します。

1. ルールセクションで、ルールの動作がわかるように、ルールに名前を付けます。
2. プラス記号 (+) をクリックし、条件の基準にする統合を選択します。統合を選択する際には、どの統合にジャーニーに必要なデータが含まれているかを考えてください。
3. 条件で使用するデータを含むオブジェクトを選択します。
   
4. 条件の基準となるフィールドを選択します。
5. 条件の演算子（「等しくない」など）を選択します。詳細については、演算子を参照してください。
6. 条件の値を選択します。
   ヒント：［別の値を追加］フィールドに追加の値を入力して、複数の値を追加できます。複数の値がある場合、それらは “or” 演算子で区切られます。つまり、ルールが true になるには、1 つの値のみが見つかる必要があります。
7. 条件を追加するには、[+] をクリックします。追加条件を登録するには、上記のステップに従います。複数の条件を追加する場合、処理を実行するには、すべての条件が満たされている必要があります。
8. ルールにアクションを追加するには、 + をクリックします。
   ヒント：残りの手順は、送信アクションをグローバルルールおよびマイルストーンルールに追加するためのものです。入力基準ルールにアクションを追加することはできません。
9. アクションを実行するインテグレーションを選択します。
10. 実行するアクション (メール送信など) を選択します。選択するアクションのタイプに応じて、アクションに対して異なる値 (メールを送信するための “メール送信” など) を定義する必要がある場合があります。
    ヒント：対象のインテグレーションのドキュメントを参照して、そのインテグレーションのアクションの設定に関する具体的な手順を確認してください。
11. をクリックし、 + をクリックして、追加アクションを追加することができます。複数のアクションを追加する場合、条件が満たされるとすべてのアクションがトリガされます。
12. 終了したら、［保存］をクリックします。

演算子

このセクションでは、さまざまなタイプの演算子と、項目タイプに基づく演算子の使用可能性について説明します。演算子は、項目の評価方法を記述します。

特定の条件で使用できる演算子は、フィールドの種類によって異なります。以下の表は、条件に使用可能なすべての項目タイプとそれらの使用可能な演算子をまとめたものです。

カスタマージャーニーオプティマイザでは、以下の項目タイプを使用することができます。

• テキスト (“ダウンロード済アプリ”、”プレミアムアカウント”)
• ブール型 (True または False)
• 番号 (230、4.2)
• 日時 (2017-08-11 09:23 UTC)
• 期間 (“7 日”、”1 日”)
  ヒント：期間フィールドは日単位でのみ作成できます。

日付/時刻項目は演算子の後で使用できないため、以下の表から除外されます。

時間ベースのルール

時間ベースのルールは、カスタマージャーニーオプティマイザの他のルールとは異なって機能します。このセクションでは、時間ベースのルールの評価方法と、時間ベースのルールを作成するためのいくつかのベストプラクティスについて説明します。

1. 時間ベースのルールは、新規イベントがカスタマージャーニーオプティマイザによって処理されるときだけでなく、新規イベントがない場合でも継続的に評価されます。簡単な例えは、アラームタイマーの例です。これらのルールは、出張者が基準を満たしているかどうかを確認するために定期的に評価されます。そうである場合、アクションがトリガされます。
2. 時間ベースのルールでは、現在の時刻が参照ポイントとして使用されます。単純な時間ベースのルールの例は、”サイト訪問が 5 日前より古い場合” です。[出張者] に [サイト訪問] フィールドの値があり、その値が 5 日以上前である場合、このルールは真として評価されます。
   • 特定の時間範囲 (たとえば、今から 5 日以上後、2 週間未満) を対象とする場合は、複数のルール条件を使用して、その時間範囲を対象とすることができます。
   • 出張者が時間基準ルールを満たす前に出張者を新しいマイルストーンに移動する新規イベントが発生した場合、タイマーは無視され、ルールは偽として評価されます。
3. 日付は日付/時刻形式で保存されます。時刻またはタイムゾーンが指定されていない場合は、自動的に 00:00:00,000 および UTC タイムゾーンに設定されます。
   例: “2020-12-31T16:00:00,444-08:00” は “2020-12-31T16:00:00,444-08:00″ のままになり、”1975-01-30” は Customer Journey Optimizer に保存される前に “1975-01-30T00:00:00.000Z” に変換されます。
4. ルールは、1 日、30 日、365 日など、1 日の日数のみを基準にすることができます。その他の時間枠や部分的な日数は使用しないでください。整数以外の日数を使用すると、ルールが無効になります。
5. 時間基準ルールを使用する場合は、データが最新になるように、フェッチスケジュールを最も頻度の高いオプションに設定することをお奨めします。
6. “より古い” 演算子は >= ではなく &gt とみなす必要があります。”is new than” 演算子は、<= ではなく &lt と見なす必要があります。