セグメント ビルダーを使用して複雑なセグメントを作成する

統合された顧客とその関連テーブルに関する複雑なフィルターを定義します。 各セグメントは、処理後に、エクスポートしてアクションを実行できる顧客レコードのセットを作成します。

セグメント ビルダーを使用して新しいセグメントを作成する

セグメント ビルダーの主要な側面の図については、セグメント ビルダーの側面 を参照してください。 ヒントについては、セグメント ビルダーのヒント をご覧ください。

1. セグメント に移動します。

2. 新規>ユーザー独自の作成を選択します。 セグメント ビルダー ページで、ルールを定義または作成します。 ルールは、顧客のセットを定義する 1 つ以上の条件で構成されます。

3. 無題のセグメントの横にある 詳細の編集 を選択します。 セグメントの名前を入力し、セグメントの推奨 出力テーブル名 を更新します。 必要に応じて、説明とタグをセグメントに追加します。

4. Rule1 セクションで、顧客をフィルタリングするテーブルの属性を選択します。 属性の選択には、次の 2 つの方法があります:

   • ルールに追加 ペインで利用可能なテーブルと属性のリストを確認し、追加する属性の横にある + アイコンを選択します。 既存のルールに属性を追加するか、新規ルールの作成に使用するかを選択します。
   • ルール セクションに属性の名前を入力して、一致する提案を表示します。

5. 演算子を選択して、条件の一致する値を指定します。 属性は、数値、文字列、日付、ブール値の 4 つのデータ型のいずれかを値として持つことができます。 属性のデータ型に応じて、さまざまな演算子を使用して条件を指定できます。

6. 条件の追加を選択して、ルールに条件を追加します。 現在のルールの配下にルールを作成するには、サブ ルールの追加を選択します。

7. ルールで Customer テーブル以外のテーブルが使用されている場合は、[ リレーションシップ パスの設定 ] を選択して、選択したテーブルを統合顧客テーブルにマップします。 可能なリレーションシップ パスが 1 つしかない場合、システムはそれを自動的に選択します。 リレーションシップ パスが異なれば、結果も異なる可能性があります。 すべてのルールは、独自のリレーションシップ パスがを持つことができます。

   

8. ルールに複数の条件がある場合、それらを接続する論理演算子を選択します。

   • AND 演算子: セグメントにレコードを含めるには、すべての条件を満たす必要があります。 このオプションは、異なるテーブルにわたって条件を定義するときに使用します。
   • OR 演算子: セグメントにレコードを含めるには、いずれかの条件を満たす必要があります。 このオプションは、同じテーブルにわたって複数の条件を定義するときに使用します。

   

   OR 演算子を使用する場合は、すべての条件がリレーションシップ パスに含まれるテーブルに基づいている必要があります。

9. さまざまな顧客レコードのセットを作成するには、複数のルールを作成します。 ビジネス案件に必要な顧客を含めるには、グループを連結します。 具体的には、関係パスが指定されているためにルールにテーブルを含めることができない場合は、新しいルールを作成して、そのルールから属性を選択します。

   

   1. [ ルールの追加] を選択します。

   2. 集合演算子 (結合、交差、例外) のいずれかを選択します。

      • 結合 は 2 つのグループを結合します。
      • 交差 - 2 つのグループを重複させます。 両方のグループに共通するデータのみが、統合グループで残ります。
      • 除外 - 2 つのグループを結合します。 グループ B のデータでは一般的ではないグループのデータのみが、保持されます。

10. 既定では、出力テーブルには、定義されたフィルターに一致する顧客プロファイルのすべての属性が自動的に含められます。 セグメントが Customer テーブル以外のテーブルに基づいている場合は、[ プロジェクト属性 ] を選択して、これらのテーブルから出力テーブルに属性を追加します。

    たとえば、セグメントは、 Customer テーブルに関連する購入データを含むテーブルに基づいています。 このセグメントは、スペインから現在の年に商品を購入したすべての顧客を探します。 商品の価格や購入日などの属性を、出力テーブル内のすべての一致する顧客レコードに追加することができます。 この情報は、支出の合計に対する季節的な相関関係を分析するのに役立つ場合があります。

    

    注

    • プロジェクト属性は、Customer テーブルと一対多リレーションシップを持つテーブルでのみ機能します。 たとえば、1 人の顧客が複数のサブスクリプションを持つことができます。
    • プロジェクトする属性がリレーションシップで定義されている Customer テーブルから複数ホップ離れている場合は、作成するセグメント クエリのすべてのルールでその属性を使用する必要があります。
    • プロジェクトする属性が Customer テーブルから 1 ホップ離れている場合、その属性は、作成するセグメント クエリのすべてのルールに存在する必要はありません。
    • 予測した属性は、集合演算子の使用時に考慮されます。

11. 設定を保存する場合は、保存 と 閉じる を順に選択します。 このセグメントはドラフト モードまたは非アクティブであるため、実際にセグメントを作成する前に構成を変更できます。

12. セグメントを作成する場合は 実行 を選択します。

次のステップ

• セグメントをスケジュールします。
• セグメントをエクスポート し、 顧客カードの統合 を調べて、他のアプリケーションでセグメントを使用します。