DXable Manual
Optimizely製品サイトへお問い合わせ
Optimizely
Optimizely
  • Optimizelyマニュアル
  • 本記事はOptimizelyが公開している英文ドキュメンテーションをそのまま日本語に翻訳したものです。日本語環境での動作を保証するわけではありません。最新の原文はこちらを参照してください。
  • プラットフォーム
    • Optimizelyデータプラットフォーム
      • 始めましょう
        • ODPを始めましょう
        • ODPのデータの概要
        • ODPでの顧客の追跡
        • 標準イベント定義
        • eコマースデータの統合
        • プロモーションのニュースレター/キャンペーンの作成
        • ODPパススルー環境
      • リリースノート
        • 2024 ODPリリースノート
        • 2023 ODPリリースノート
        • 2022 ODPリリースノート
      • アカウント設定
        • ユーザーの役割と権限の設定
        • タイムゾーンと通貨記号の管理
        • スコープを使用したデータビューの作成
        • カスタムフィールドの作成
        • アクティビティーログの使用
        • イベントの検査
        • サポートへの連絡
      • 顧客
        • 顧客のIDと解決策の概要
        • 顧客のライフサイクルの分析
        • 離脱を防ぎ、顧客を取り戻す
        • 顧客プロファイルの管理
        • 顧客プロファイルのエクスポート
        • 標準セグメントの作成
        • GraphQLでの構築済みリアルタイムセグメントによるパーソナライズ
        • ODPでのリアルタイムセグメントの構築
        • リアルタイムセグメントのサイズ見積もり
        • リアルタイムセグメントに関するよくある質問
        • リストの作成、インポート、管理
        • ファネル顧客の行動
      • 統合
        • 地域ごとに利用可能なODPの統合
        • APIとZaiusチャネルの統合
        • Brontoの統合
        • Amazon S3の統合
        • Criteoの統合
        • Facebook Segment Syncの統合
        • Facebook Lead Captureの統合
        • Google Audience Syncの統合
        • Googleタグマネージャー(GTM)の統合
        • Gorgias Syncの統合
        • HubSpot Email Syncの統合
        • HubSpot Marketing Segment Syncの統合
        • JustUnoの統合
        • Klaviyoの統合
        • Klevuの統合
        • LoyaltyLionの統合
        • Magento v1の統合
        • Magento v2の統合
        • Mailchimpの統合
        • mParticle Segment Syncの統合
        • Oracle Marketing Cloud (Responsys)の統合
        • Poplarの統合
        • Privyの統合
        • ReChargeの統合
        • Salesforce Marketing Cloud Audience Syncの統合
        • Salesforce CRM Syncの統合
        • Salesforce Marketing Cloud Campaign Data Syncの統合
        • Salesforce Marketing Cloudの統合(ExactTarget)(レガシー)
        • Segmentの統合(レガシー)
        • SendGridの統合
      • コンテンツのパーソナライズ
        • メールの内容のパーソナライズ
        • おすすめ商品
        • 行動の管理
        • フィルターの管理
        • コンテンツシールドフィルターの構成
        • ダイナミックグリッドコンテンツのフィルタリング
        • ダイナミックグリッドでのタイムフレームの使用
        • ダイナミックグリッド内の重複した製品の削除
        • オプションコンテンツでのパーソナライズ
        • ODPの高度なLiquid機能
      • 会社概要、製品、レポートなど
        • 会社概要ページの指標の解釈
        • ODPの洞察と観察の表示
        • 次回注文レポートまでの予測時間の管理
        • 注文の可能性と次の注文までの日数レポートフィルターの理解
        • 製品機会レポートの管理
        • カスタムレポートの使用
        • 3つのカスタムレポートでのキャンペーン指標の評価
        • レポートの保存
        • 製品ディレクトリーを使用した製品フィードの表示
        • ODPとGoogle Analyticsの間でのトレンドの一致
        • 顧客インサイトのトラブルシューティング
      • コンプライアンスと同意
        • 暗黙的および明示的なマーケティング同意
        • SMSの同意とコンプライアンスの理解
        • EU一般データ保護規則(GDPR)およびカリフォルニア州消費者プライバシー法(CCPA)リクエストの処理
        • Appleのメールプライバシー保護がODPに与える影響
      • キャンペーンへの取り組み
        • モバイルビューとデスクトップビューの使用
        • テスト対象者の拡大
        • キャンペーン設定の基本
        • キャンペーン登録の構成
        • A_Bテストキャンペーンのタッチポイント
        • ウェブモーダルを使用してSMS購読者を収集する
        • キャンペーンをエミュレートする
        • キャンペーングループの作成と管理
        • オムニチャネルキャンペーンを作成する
        • トランザクションメールを作成する
        • キャンペーンシリーズの終了を追加
        • キャンペーンのステータスとアクション
      • キャンペーンのパフォーマンス
        • キャンペーン間のパフォーマンスを測定する
        • 個々のキャンペーンのパフォーマンスを測定する
        • キャンペーンアトリビューションレポートを管理する
        • タッチポイントの概要レポートを表示する
        • キャンペーンのフィルタリング
        • キャンペーンのメトリクス
        • キャンペーンのアトリビュート
        • 合計および固有のキャンペーン指標
        • SendGrid UTMをオーバーライドする
        • クリックスルーステッチを使用する
      • キャンペーンコンテンツ
        • メールコンテンツをデザインする
        • キャンペーンのテンプレートを管理する
        • ウェブ埋め込みを管理する
        • SMSコンテンツの管理
        • ポップアップモーダルとフォームを管理する
        • アプリのプッシュ通知を作成する
        • ウェブプッシュ通知を作成する
        • ウェブプッシュ通知を有効にする
        • ウェブコンテンツをプレビューする
      • キャンペーンレシピ
        • ライフサイクルマーケティングキャンペーン
        • キャンペーンレシピを利用する
        • お客様への感謝とオファー
        • ホリデーレシピ
        • ReChargeを使用したサブスクリプションレシピ
        • 放棄キャンペーンを閲覧する
        • カート放棄キャンペーン
        • 注文受付
        • ウェルカムシリーズ
        • 誕生日キャンペーン
        • 購読者収集キャンペーン
        • SMS確認を作成する
        • キーワードによるSMSキャンペーン
        • Zaius Channelを使用して顧客のSMS同意ステータスを更新する
      • メール設定
        • GmailおよびYahooのメール送信者の要件
        • メールキャンペーンのリンクブランディング
        • メール送信の準備をする
        • 送信ドメインを確認する
        • 送信ドメインを認証する
        • 送信者プロファイルを作成する
        • プリファレンスセンターをデザインする
        • カスタムプリファレンスセンタードメイン
        • プリファレンスセンターを使用して顧客を更新する
        • 到達可能性とメールのステータス
        • IPウォーミングを理解する
    • Opti ID
      • インストールとセットアップ
        • 技術連絡先ログイン
        • Opti ID をインストールする
        • SAMLを使用してOpti IDでSSOを構成する
        • OIDCを使用してOpti IDでSSOを構成する
        • 多要素認証を設定する
        • グループをSSOプロバイダーと同期する
        • 組織ドメインを設定する
      • 管理
        • Opti IDの管理
        • ユーザー
        • 役割
        • グループ
        • 招待
        • 外部コラボレーターをSSO組織に追加する
        • 使用状況と請求のダッシュボード
      • トラブルシューティング
        • SSO:サインインのトラブルシューティング
        • SSO: SAML Tracer を使用してサービス プロバイダーが開始したフローを分析する
        • HARファイルの生成と分析
      • リリースノート
        • 2023 Opti IDリリースノート
    • Optimizely製品統合
      • Configured Commerce+PIM統合
        • Configured Commerceのアップグレード:Optimizely Product Information Managementコネクター
        • Optimizely Configured CommerceでOptimizely Product Information Management同期ジョブをセットアップする
        • PIM の更新を Configured Commerce に公開する
      • Customized Commerce+PIM統合
        • Optimizely Customized CommerceとOptimizely Product Information Managementの統合
        • Optimizely Customized CommerceクラスをOptimizely Product Information Managementテンプレートにエクスポートする
  • Configured Commerce
    • Optimizely Configured Commerce
      • Configured Commerce SDKのリリースノート
        • SDKのリリースとダウンロード
        • Optimizely 構成のコマース SDK v5.2 リリース
        • Configured Commerce SDK 5.2 のアップグレード手順
        • サポートされているバージョン
        • Optimizely 構成のコマース SDK v5.1 リリース
        • Configured Commerce SDK 5.1 のアップグレード手順と考慮事項
        • オンプレミスおよび SDK v4.4 のサポートは 2021 年 5 月31 日に終了しました
      • Vendor Managed Inventory(VMI)
        • Vendor Managed Inventoryの概要
        • VMIをセットアップする
        • ロケーションの設定と編集
        • 製品のSet upと管理
        • ユーザーのSet upと編集
        • レポートの使用
      • データ保護
        • Optimizely のサイバーセキュリティとコンプライアンスに関する一般声明
        • プライバシーポリシーのガイダンス
        • セキュリティ評価
        • ホワイトペーパー: 構成されたコマース統合 HTTP と VPN
        • 災害復旧情報
      • マーケティング
        • リスト、顧客、またはウィッシュリスト商品をインポートする
        • 製品バッジを使用する
        • 顧客セグメント
        • 顧客セグメントルールに含めるルールタイプを選択する
        • 注文番号と顧客番号のプレフィックスと形式をカスタマイズする
        • URLの操作
      • 検索
        • Elasticsearch v5 から Elasticsearch v7 への変更
        • 検索ブーストに属性タイプを追加する
        • Elasticsearch の種類とインデックス_クエリ アナライザー
        • Fractional Number Search
        • 結果内でフィルタリングと検索
        • 製品の比較
        • 検索の概要
        • 検索設定
        • 検索インデックスの概要
      • コネクターと統合
        • 統合技術の概要
    • Optimizely 製品情報管理 (PIM)
      • PIMを始める
        • PIMを始める
        • Configured Commerce で実装する
        • Optimizely PIMとカスタマイズされたコマースを実装する
        • インポートの概要
        • データの設計上の考慮事項
        • 顧客に対してデータがどのように表示されるかを確認する
        • 運用開始チェックリスト
        • ダッシュボードを操作する
      • リリースノート
        • Optimizely 製品情報管理リリースノート
      • Settings
        • 設定を構成する
      • ユーザー
        • Optimizely 製品情報管理における役割と権限を理解する
        • Optimizely製品情報管理にチームメンバーを追加する
      • 多言語
        • 翻訳のインポートとエクスポート
GitBook提供
このページ内
  • チャーン防止エクスプローラーを使用する
  • ウィンバックアクションを実行する
  • データサイエンティスト向け
  1. プラットフォーム
  2. Optimizelyデータプラットフォーム
  3. 顧客

離脱を防ぎ、顧客を取り戻す

Optimizelyマニュアル|Optimizelyのデータ駆動型モデルを使用して顧客維持を最適化し、解約リスクを特定し、顧客を取り戻します。

前へ顧客のライフサイクルの分析次へ顧客プロファイルの管理

顧客のブランドに対する関与のパターンによって、顧客が顧客であり続ける可能性が決まります。通常のパターンに従っていない顧客を特定することで、関係を維持することができます。は、エンゲージメントからの日数と顧客であり続ける可能性の関係を示しているため、顧客が離脱する前に見つけることができます。 ODP は、新規購入者と以前の購入者の両方を評価します。

モデルへの主な入力は、ブランドの顧客向けのイベント日です。毎日、顧客がその日にブランドに積極的に関与した場合は「ヒット」、そうでなかった場合は「ミス」となります。このモデルは、より多くのデータソースを ODP に統合するにつれて、ブランドのエンゲージメントのパターンをよりよく理解します。

このモデルは、顧客のイベント パターンに基づいて顧客をスコアリングし、最後のエンゲージメント以降の日数の間にたどる最も可能性の高いパスと、顧客であり続ける確率を決定します。次に、顧客に残り続ける確率を割り当て、顧客をエンゲージメント、ウィンバック、またはチャーンゾーンに配置します。モデルの詳細については、この記事の最後にある「データ サイエンティスト向け」を参照してください。

チャーン防止エクスプローラーを使用する

顧客エンゲージメントの傾向

円錐プロットは、平均的な顧客について、最後のエンゲージメントからの時間と顧客であり続ける可能性との関係を示します。各顧客は、独自のエンゲージメント パターンに基づいて、このコーンを通過する独自のパスをたどります。

  • エンゲージメントが低い顧客は、エンゲージメント間の時間がすでに長いため (円錐の上端)、確率の低下がより遅くなります。

  • 頻繁にエンゲージメントを行う顧客の生存確率は、エンゲージメントが遅くなるにつれて (円錐の下端に向かって) より急速に低下します。

円錐は顧客の中間 60% を示します。顧客の 20% は表示よりも早くフェードする可能性があり (低下が急峻になる)、平均フェード率は 20% ですが、20% は表示よりも早くフェードしない可能性があります。

このコーンには、ブランドのデータに固有の、エンゲージメント、ウィンバック、およびチャーンとして示される領域も含まれています。

  • ウィンバック領域は、顧客が顧客であり続ける可能性が高まると、それに応じて翌年も再エンゲージする可能性も大きく高まるところから始まります。この時点でウィンバックキャンペーンを開始します。

  • ウィンバック領域は、顧客が顧客であり続ける可能性が高まると、それに応じて翌年に再エンゲージする可能性の増加が小さくなり、顧客が解約したとみなされるところで終了します。

顧客の可能性の分布

ヒストグラムは、顧客が顧客であり続ける可能性別に顧客の分布を示します。匿名ユーザーを除いた既知の顧客ベースが表示されます。新しいセグメントを構築するか、[+ セグメント] をクリックして既存のセグメントを評価して適用します。

ヒストグラムは、視聴者の構成を理解するのに役立ちます。たとえば、ニュースレターの視聴者がチャーンに偏った場合、開封率と配信率に影響を与える可能性があります。 Winback に価値の高い顧客が紛れ込んでいる場合は、彼らとの関係に独自のアプローチをとるべきかもしれません。

スコアを獲得した顧客とスコアを獲得していない顧客

スコア付けされていない顧客には、顧客ゾーン (エンゲージメント、ウィンバック、およびチャーン) の値がありません。スコアなしとは、顧客が 1 日しかアクティビティを行っておらず、購入を行っていないことを意味します。各分析は、スコア付けされていない顧客の数を示します。このパーセンテージは、さまざまなセグメントを顧客可能性の分布グラフに適用すると変化します。

これらの顧客はブランドに適していない可能性があり、同様にキャンペーンの開封率や配信性に影響を与える可能性があるため、スコアなしの割合を調べてください。これらの顧客は、他の形式のターゲティング (セグメント同期など) でマーケティング リソースを消費することもできます。しばらくの間知られているものの、Winback Zone 属性の値を持たない顧客を除外することを検討してください。

ウィンバックアクションを実行する

Optimizely の顧客獲得の出力は、次の 2 つの方法で使用します。

ウィンバックキャンペーンのレシピ

ウィンバック キャンペーンの構成には、特別にターゲットを絞ったセグメントと、2 週間にわたって 3 つのタッチポイントを送信する電子メール キャンペーンが含まれます。 「Winback キャンペーン レシピのインストール」をクリックして、事前に構築されたキャンペーンをインストールします。

このセグメントには、毎日、再エンゲージメントに最適なタイミングであるウィンバック ゾーンに入った顧客が表示されます。毎日、新しい顧客がこのしきい値を超えています。キャンペーンを利用するには、以下の操作を行ってください。

  • 以前にウィンバック キャンペーンを獲得したユーザーを除外するなど、登録ルールまたは除外を追加します。

  • 開始時間を選択します。ウィンバック データは夜間に更新されるため、このキャンペーンを継続的ではなく定期的に設定する必要があります。毎日キャンペーンを送信する時刻を選択します。

  • 各タッチポイントを更新して、ブランドのメッセージ、ヘッダー、フッターを含めます。

セグメントビルダーでのウィンバック

また、セグメント ビルダーからウィンバック インサイトを直接使用して、独自のキャンペーン、分析、セグメント同期を作成することもできます。

Winback Zone は、顧客が顧客であり続ける確率に基づいて、エンゲージド、ウィンバック、チャーンの値を使用します。 Winback Type は、モデルが最後に実行されたとき (夜間)、顧客が Winback ゾーンに追加されたばかりの場合、Is Any Value の値を使用します。顧客は翌日にはその価値を失います。この値は、進行中のキャンペーンでウィンバック ゾーンに初めて参加する顧客のみをターゲットにするのに役立ちます。

データサイエンティスト向け

このモデルは、顧客生涯価値モデルとして広く受け入れられているパレート NBD (負の二項分布) モデルから始まります。元のモデルは購入イベントを予測しますが、ODP モデルはあらゆる種類のエンゲージメントを予測します。このモデルは、パレート NBD の非サブスクリプション バージョンを使用し、サブスクリプション モデルなど、将来のインタラクションが過去のインタラクションによって過度に影響を受けないことを基本的に前提としています。 ODP は、過去の予測を行い、その後の再エンゲージメントを調べることで、そのモデルが将来のインタラクションを予測できることを検証しました。

挽回の機会は、ライブネスの尺度から始まり、ライブネスが増加すると、それに対応して将来のエンゲージメントもより大きく増加します。この出発点はクライアントごとに異なります。活性度を高めても、それに対応して将来のエンゲージメントの増加が小さい場合、顧客を取り戻す機会は終了し、顧客は離脱したと見なされます。各セクション (エンゲージド、ウィンバック、チャーン) には、すべてのアクティビティが一定に保たれた状態での再エンゲージメントの可能性が集約されています。

Optimizely Data Platforms (ODP) の顧客獲得モデル
Customer_Winback_-_Zaius-2.png
Customer_Segments_-_Zaius.png