セクション 9: Configuration
Configuration の設定は、お客様の組織における Auxia Console の動作を制御します。このセクションでは、Data Management、Experience Delivery、Company Settings、および UI Layout について説明します。
9.1 Configuration の概要
設定可能な項目
| 領域 | 制御する内容 |
|---|---|
| Data Management | データフィールド、パイプライン、インポート |
| Experience Delivery | Surface、Treatment タイプ、配信先 |
| Company | 組織設定、インテグレーション |
| UI Layout | カスタム画面、レイアウト |
Configuration へのアクセス
- サイドバーの Configuration をクリックします
- 必要な設定領域を選択します
設定できるユーザー
Configuration には通常、管理者レベルの権限が必要です。設定を変更する必要がある場合は、Console の管理者にお問い合わせください。
9.2 Data Management
Data Management は、ユーザーデータが Auxia にどのように流入し、使用されるかを制御します。
データフィールド
データフィールドとは?
データフィールドは、以下に使用されるユーザー情報を含む変数です:
- パーソナライゼーション(例:
${first_name}) - Guardrails(例:days_since_signup > 7)
- アナリティクスのセグメンテーション
データフィールドの種類:
| 種類 | 例 | 用途 |
|---|---|---|
| ユーザー属性 | name, email, tier | パーソナライゼーション、ターゲティング |
| 行動シグナル | last_purchase_date | タイミング、ターゲティング |
| コンテキストデータ | device_type, location | リアルタイムターゲティング |
データフィールドの表示:
- Configuration > Data Management に移動します
- Data Fields を選択します
- 利用可能なフィールドを閲覧します
データフィールドのプロパティ:
| プロパティ | 説明 |
|---|---|
| Name | フィールド識別子 |
| Type | String, Number, Boolean, Date |
| Source | データの取得元 |
| Description | フィールドが表す内容 |
データパイプライン
データパイプラインとは?
パイプラインは、お客様のシステムからユーザーデータを Auxia に取り込みます:
- ユーザープロファイルデータ
- イベント/行動データ
- トランザクションデータ
パイプラインのステータス:
パイプラインの状態を監視します:
- Active:正常に稼働中
- Warning:潜在的な問題あり
- Error:データフローが中断
データインポート
バッチデータ更新の場合:
- Data Management > Import に移動します
- データファイルをアップロードします
- 列をフィールドにマッピングします
- 検証してインポートします
注意: データパイプラインとインポートの設定は、通常テクニカルチームが担当します。データ関連の変更については管理者にお問い合わせください。
9.3 Experience Delivery
Experience Delivery は、Treatment がユーザーにどのように配信されるかを設定します。
Surface
Surface とは?
Surface は、アプリ内で Treatment が表示される場所です:
- ホーム画面
- 商品ページ
- 購入フロー
- 設定画面
Surface の表示:
- Configuration > Experience Delivery に移動します
- Surfaces を選択します
- 設定済みのすべての Surface を確認します
Surface のプロパティ:
| プロパティ | 説明 |
|---|---|
| Name | Surface 識別子 |
| Description | 表示される場所 |
| Treatment Types | 許可される Treatment フォーマット |
| Status | Active または非 Active |
Treatment Types
Treatment Types とは?
Treatment Types は、Treatment のフォーマットと構造を定義します:
- バナー
- モーダル
- アプリ内メッセージ
- プッシュ通知
- メール
Treatment Type のプロパティ:
| プロパティ | 説明 |
|---|---|
| Name | タイプ識別子 |
| Content Fields | 必須/任意フィールド |
| Surfaces | 表示可能な場所 |
| Template | デフォルト構造 |
コンテンツフィールドの設定:
各 Treatment Type で必要なフィールドが指定されます:
| フィールド | 必須 | コンテンツ例 |
|---|---|---|
| Title | はい | "Welcome back!" |
| Body | はい | "Check out what's new" |
| Image | 任意 | 画像の URL |
| CTA Text | はい | "Learn More" |
| CTA Action | はい | ディープリンクまたは URL |
Destinations
Destinations とは?
Destinations は、Treatment の配信チャネルです:
- Braze(マルチチャネル配信)
- Salesforce Marketing Cloud(メール)
- アプリ内 SDK
- サードパーティインテグレーション
Destination のプロパティ:
| プロパティ | 説明 |
|---|---|
| Name | Destination 識別子 |
| Type | チャネルタイプ(プッシュ、メールなど) |
| Status | 接続済みまたは未接続 |
| Configuration | API キー、設定 |
注意: Destination の設定にはテクニカルセットアップが必要です。Destination の追加や変更については管理者にお問い合わせください。
9.4 Company Settings
Company Settings は、組織レベルのオプションを設定します。
Goal
Goal の設定:
Goal は、Console で追跡されるビジネス目標です:
- Configuration > Company に移動します
- Goals を選択します
- Goal を表示または管理します
Goal のプロパティ:
| プロパティ | 説明 |
|---|---|
| Name | Goal 識別子 |
| Event | コンバージョンとしてカウントされるトラッキングイベント |
| Description | 成功の定義 |
9.5 UI Layout
UI Layout は、Console の外観と画面のカスタマイズを可能にします。
カスタム画面
一部の組織ではカスタム画面を設定しています:
- ダッシュボードウィジェット
- レポートビュー
- クイックアクション
レイアウト設定
注意: UI Layout の設定は高度な内容であり、通常は管理者または実装時に設定されます。
9.6 現在の設定の理解
現在の設定の確認
設定内容を理解するには:
データフィールド:
- Configuration > Data Management > Data Fields
- 利用可能なすべてのパーソナライゼーションおよびターゲティングオプションを確認
Surface:
- Configuration > Experience Delivery > Surfaces
- Treatment が表示できる場所を把握
Treatment Types:
- Configuration > Experience Delivery > Treatment Types
- 利用可能なフォーマットを理解
設定に関するドキュメント
管理者に以下を確認してください:
- 設定済みデータフィールドとその意味のリスト
- 利用可能な Surface とアプリ内での場所
- Treatment Types とその要件
- 有効なインテグレーションと Destination
9.7 設定変更のリクエスト
マーケターがリクエストできる内容
| リクエストの種類 | 連絡先 |
|---|---|
| 新しいデータフィールド | 管理者/テクニカルチーム |
| 新しい Surface | 管理者/テクニカルチーム |
| 新しい Treatment Type | 管理者/テクニカルチーム |
| Goal の変更 | 管理者 |
| インテグレーションのセットアップ | 管理者/テクニカルチーム |
変更のリクエスト方法
-
ニーズを文書化する
- 何を達成したいですか?
- なぜ現在の設定では不十分ですか?
-
管理者に連絡する
- ビジネス要件を説明する
- 具体的な詳細を提供する
-
フォローアップする
- 設定変更にはテクニカルな作業が必要な場合があります
- 実装のための時間を確保してください
変更リクエストテンプレート
Request: [Brief description]
Business Need:
[Why is this needed?]
Current Limitation:
[What's blocking you?]
Proposed Solution:
[What configuration change do you want?]
Impact:
[What will you be able to do after the change?]
9.8 設定のベストプラクティス
マーケター向け
設定を把握する:
- 利用可能なデータフィールドを理解する
- Surface と Treatment Types を把握する
- チームが利用できるものを文書化する
制約の中で作業する:
- 可能な限り既存の設定を使用する
- 必要な場合のみ変更をリクエストする
- 新しい Journey に向けて事前に計画する
ニーズを早めに伝える:
- 設定変更には時間がかかります
- Journey のローンチよりも十分前に管理者に通知する
- ビジネスコンテキストを提供する
管理者向け
すべてを文書化する:
- 説明付きのデータフィールドリストを維持する
- Surface の場所を文書化する
- Treatment Type の仕様を最新に保つ
定期的なレビュー:
- 使用されていない設定を監査する
- 不要な項目を削除する
- ビジネスニーズに基づいて更新する
変更管理:
- 設定変更をテストする
- ユーザーに変更を通知する
- チームに新しい機能をトレーニングする
9.9 設定に関するよくある質問
「存在しないデータフィールドが必要です」
手順:
- 類似のフィールドが存在するか確認する
- ニーズを文書化する
- 管理者/テクニカルチームにリクエストする
- データパイプラインの更新が必要な場合があります
「新しい場所に Treatment を表示したい」
手順:
- Surface がまだ存在しないことを確認する
- アプリ内の場所を説明する
- Surface の設定をリクエストする
- テクニカルなインテグレーションが必要な場合があります
「別の Treatment フォーマットが必要です」
手順:
- 既存の Treatment Types を確認する
- 必要なフォーマットを説明する
- 管理者にリクエストする
- テンプレートの開発が必要な場合があります
「どのデータが利用可能か知るには?」
方法:
- Configuration の Data Fields を確認する
- 管理者にドキュメントを依頼する
- 既存の Treatment のパーソナライゼーションを確認する
9.10 インテグレーション概要
一般的なインテグレーション
| インテグレーション | 目的 |
|---|---|
| Braze | マルチチャネル配信 |
| Segment | データ取り込み |
| カスタマーデータプラットフォーム | ユーザープロファイル |
インテグレーションのステータス
インテグレーションの状態を確認します:
- Configuration > Company
- インテグレーションのステータスを確認
- 緑 = 正常、赤 = 問題あり
インテグレーションのトラブルシューティング
配信に問題がありそうな場合:
- インテグレーションのステータスを確認する
- API キーが有効であることを確認する
- テクニカルな調査について管理者に連絡する
次のセクション
セクション 10: Admin に進んで、ユーザーおよび権限管理のドキュメントをご覧ください。