Data Analytics & BIシリーズの一部
完全ガイドを読むPower BI 顧客分析: RFM セグメンテーションとライフタイム バリュー
顧客分析は、すべての企業が回答を必要とする質問に答えますが、正確に答えられる人はほとんどいません。どの顧客が最も価値があり、どの顧客が離れていくのか、そしてそれに対して何をすべきなのか?セグメント化がなければ、マーケティングはすべての顧客を同じように扱います。つまり、同じメール、同じオファー、同じ注意を払うことになります。昨年 50,000 ドルを費やした顧客は、29 ドルの買い物を 1 回行って返品しなかった顧客と同じホリデー割引コードを受け取ります。
RFM (Recency、Frequency、Monetary) セグメンテーション、コホート分析、チャーン予測、顧客生涯価値 (CLV) 計算により、生のトランザクション データが実用的な顧客インテリジェンスに変換されます。 Power BI は、これらの手法を大規模に実装するための視覚化および分析プラットフォームを提供し、数百万のトランザクション レコードをセグメント化され、スコアリングが可能で実用的な顧客プロファイルに変換します。
このガイドでは、コホート分析、チャーン視覚化、CLV 計算、カスタマー ジャーニー マッピングを通じた RFM スコアリングのためのデータ モデルと DAX 測定に至るまで、Power BI での顧客分析の完全な実装について説明します。
重要なポイント
- RFM セグメンテーションは、DAX 五分位計算を使用して 3 つの次元 (最新性、頻度、金額) ですべての顧客をスコアリングし、チャンピオン、リスクにさらされている、失われたなどの実用的なセグメントを生成します
- コホート分析は、同じ期間に獲得した顧客のグループを追跡し、ライフサイクル全体にわたる維持、収益、行動を測定します
- Python または R で構築されたチャーン予測モデルは、Power BI がヒートマップや並べ替えられたリストとして視覚化するリスク スコアを生成し、プロアクティブな介入を可能にします
- 顧客生涯価値 (CLV) は、DAX の履歴 (現在までの実際の価値)、予測 (将来の予測価値)、または組み合わせたアプローチを使用して計算できます。
- Power BI のカスタマー ジャーニー マッピングは、顧客が製品やサービスを通過する経路を視覚化し、ドロップオフ ポイントとコンバージョンのボトルネックを明らかにします。
- 顧客分析の真の価値は、指標そのものではなく、それが可能にするセグメント化されたアクションです --- セグメントが異なれば、根本的に異なる戦略が必要になります
顧客分析のデータ モデル
コアテーブル
顧客分析は、顧客 ID に関連付けられた完全な取引履歴に依存します。
顧客ディメンション (DimCustomer)。 CustomerID、CustomerName、E メール、AcquisitionDate、AcquisitionSource (オーガニック、有料、紹介、パートナー)、業界 (B2B の場合)、地域、国、都市、AccountManager、CustomerTier (以前にセグメント化されている場合)、および IsActive を含む顧客マスター データ。
トランザクション ファクト テーブル (FactTransaction)。 すべての購入イベント。列には、TransactionID、CustomerID、TransactionDate、OrderAmount、ItemCount、ProductCategory、PaymentMethod、チャネル (オンライン、店舗、電話)、DiscountAmount、および IsReturn が含まれます。
インタラクション ファクト テーブル (FactInteraction)。 サポート チケット、Web サイトへの訪問、電子メールの開封、アプリのログインなど、購入を超えた顧客のタッチポイント。列には、InteractionID、CustomerID、InteractionDate、InteractionType (purchase、support、email_open、email_click、website_visit、app_login)、Channel、Duration が含まれます。
日付ディメンション (DimDate)。 標準日付テーブル。
RFM セグメンテーション
RFM スコアの計算
RFM スコアリングでは、3 つの行動の側面に基づいて各顧客にスコアを割り当てます。
最近: 顧客が購入したのはいつですか?最近の購入ほどエンゲージメントが高いことを示しています。
頻度: 顧客はどのくらいの頻度で購入しますか?周波数が高いほど忠誠心が強いことを示します。
金額: 顧客はいくら使いますか?支出額が高いほど価値が高くなります。
各次元は、五分位ランキングを使用して 1 ~ 5 のスケールでスコア付けされます。 RFM スコアが 5-5-5 の顧客が最良の顧客です。 1-1-1 のスコアは、最も関与度が低いことを示します。
Recency (Days) =
VAR LastPurchase =
CALCULATE(
MAX(FactTransaction[TransactionDate]),
ALLEXCEPT(DimCustomer, DimCustomer[CustomerID])
)
RETURN
DATEDIFF(LastPurchase, TODAY(), DAY)
Frequency =
CALCULATE(
COUNTROWS(FactTransaction),
FactTransaction[IsReturn] = FALSE(),
ALLEXCEPT(DimCustomer, DimCustomer[CustomerID])
)
Monetary =
CALCULATE(
SUM(FactTransaction[OrderAmount]),
FactTransaction[IsReturn] = FALSE(),
ALLEXCEPT(DimCustomer, DimCustomer[CustomerID])
)
DAX の五分位スコアリング
五分位計算では、各顧客を RFM ディメンションごとに 5 つの等しいグループの 1 つに割り当てます。 Recency の場合、日数が少ないほどスコアが高くなります (新しいほど優れています)。 「頻度」と「金額」では、値が高いほどスコアが高くなります。
R Score =
VAR RecencyValue = [Recency (Days)]
VAR AllRecency =
CALCULATETABLE(
ADDCOLUMNS(
SUMMARIZE(DimCustomer, DimCustomer[CustomerID]),
"@Recency", [Recency (Days)]
),
ALL(DimCustomer)
)
VAR Pct20 = PERCENTILE.INC(SELECTCOLUMNS(AllRecency, "@Recency", [@Recency]), 0.20)
VAR Pct40 = PERCENTILE.INC(SELECTCOLUMNS(AllRecency, "@Recency", [@Recency]), 0.40)
VAR Pct60 = PERCENTILE.INC(SELECTCOLUMNS(AllRecency, "@Recency", [@Recency]), 0.60)
VAR Pct80 = PERCENTILE.INC(SELECTCOLUMNS(AllRecency, "@Recency", [@Recency]), 0.80)
RETURN
SWITCH(
TRUE(),
RecencyValue <= Pct20, 5,
RecencyValue <= Pct40, 4,
RecencyValue <= Pct60, 3,
RecencyValue <= Pct80, 2,
1
)
F Score =
VAR FreqValue = [Frequency]
VAR AllFreq =
CALCULATETABLE(
ADDCOLUMNS(
SUMMARIZE(DimCustomer, DimCustomer[CustomerID]),
"@Freq", [Frequency]
),
ALL(DimCustomer)
)
VAR Pct20 = PERCENTILE.INC(SELECTCOLUMNS(AllFreq, "@Freq", [@Freq]), 0.20)
VAR Pct40 = PERCENTILE.INC(SELECTCOLUMNS(AllFreq, "@Freq", [@Freq]), 0.40)
VAR Pct60 = PERCENTILE.INC(SELECTCOLUMNS(AllFreq, "@Freq", [@Freq]), 0.60)
VAR Pct80 = PERCENTILE.INC(SELECTCOLUMNS(AllFreq, "@Freq", [@Freq]), 0.80)
RETURN
SWITCH(
TRUE(),
FreqValue >= Pct80, 5,
FreqValue >= Pct60, 4,
FreqValue >= Pct40, 3,
FreqValue >= Pct20, 2,
1
)
M Score =
VAR MonValue = [Monetary]
VAR AllMon =
CALCULATETABLE(
ADDCOLUMNS(
SUMMARIZE(DimCustomer, DimCustomer[CustomerID]),
"@Mon", [Monetary]
),
ALL(DimCustomer)
)
VAR Pct20 = PERCENTILE.INC(SELECTCOLUMNS(AllMon, "@Mon", [@Mon]), 0.20)
VAR Pct40 = PERCENTILE.INC(SELECTCOLUMNS(AllMon, "@Mon", [@Mon]), 0.40)
VAR Pct60 = PERCENTILE.INC(SELECTCOLUMNS(AllMon, "@Mon", [@Mon]), 0.60)
VAR Pct80 = PERCENTILE.INC(SELECTCOLUMNS(AllMon, "@Mon", [@Mon]), 0.80)
RETURN
SWITCH(
TRUE(),
MonValue >= Pct80, 5,
MonValue >= Pct60, 4,
MonValue >= Pct40, 3,
MonValue >= Pct20, 2,
1
)
RFM Segment =
VAR R = [R Score]
VAR F = [F Score]
VAR M = [M Score]
RETURN
SWITCH(
TRUE(),
R >= 4 && F >= 4 && M >= 4, "Champions",
R >= 4 && F >= 3 && M >= 3, "Loyal Customers",
R >= 3 && F >= 1 && M >= 3, "Potential Loyalists",
R >= 4 && F <= 2 && M <= 2, "New Customers",
R >= 3 && F >= 3 && M >= 3, "Promising",
R >= 3 && F <= 2 && M <= 2, "Need Attention",
R >= 2 && F >= 2 && M >= 2, "About to Sleep",
R <= 2 && F >= 3 && M >= 3, "At Risk",
R <= 2 && F >= 4 && M >= 4, "Cannot Lose Them",
R <= 2 && F >= 2 && M >= 2, "Hibernating",
"Lost"
)
RFM の視覚化
セグメント分布。 各 RFM セグメントの顧客数と合計値を示すツリーマップまたは横棒グラフ。これにより、顧客ベースの健全性がすぐに明らかになります。大規模な「チャンピオン」セグメントはポジティブです。 「危険」または「喪失」セグメントが大きい場合は、問題が発生していることを示します。
RFM 散布図。 X 軸に頻度、Y 軸に金額を示し、リーセンシー スコアによって色付けされた散布図。この 3 次元ビューにより、セグメント ラベルだけでは見逃される可能性のあるクラスターと外れ値が明らかになります。
セグメント アクション マトリックス。 各セグメントを推奨アクションにマッピングするテーブル。
| セグメント | カウント | 合計値 | 推奨されるアクション |
|---|---|---|---|
| チャンピオン | 847 | 240万ドル | 特典プログラム、早期アクセス、紹介リクエスト |
| 忠実な顧客 | 1,203 | 180万ドル | アップセル、ロイヤルティ プログラムへの登録、レビュー |
| 危険にさらされています | 956 | 120万ドル | ウィンバック キャンペーン、個人的な支援、特別オファー |
| それらを失うことはできません | 312 | 89万ドル | 即時の個人的な連絡、最優先の保持 |
| 新規のお客様 | 1,678 | 34万ドル | オンボーディング シーケンス、2 回目の購入インセンティブ |
| 紛失 | 2,341 | 18万ドル | 低コストの再アクティベーション キャンペーン、2 回の試行後に無効 |
コホート分析
コホート指標の構築
コホート分析では、顧客を獲得期間 (月または四半期) ごとにグループ化し、その後の期間にわたる顧客の行動を追跡します。これにより、時間の経過とともに顧客の品質が向上しているか低下しているかが明らかになります。
Acquisition Cohort =
FORMAT(
CALCULATE(
MIN(FactTransaction[TransactionDate]),
ALLEXCEPT(DimCustomer, DimCustomer[CustomerID])
),
"YYYY-MM"
)
Cohort Size =
CALCULATE(
DISTINCTCOUNT(DimCustomer[CustomerID]),
FILTER(
ALL(DimCustomer),
FORMAT(
CALCULATE(MIN(FactTransaction[TransactionDate]),
ALLEXCEPT(DimCustomer, DimCustomer[CustomerID])),
"YYYY-MM"
) = SELECTEDVALUE(DimCohort[CohortMonth])
)
)
Cohort Retention Rate =
VAR CohortMonth = SELECTEDVALUE(DimCohort[CohortMonth])
VAR PeriodNumber = SELECTEDVALUE(DimCohortPeriod[PeriodNumber])
VAR ActiveInPeriod =
CALCULATE(
DISTINCTCOUNT(FactTransaction[CustomerID]),
-- Filter to customers from this cohort
-- who transacted in the nth period after acquisition
)
VAR OriginalSize = [Cohort Size]
RETURN
DIVIDE(ActiveInPeriod, OriginalSize, 0)
コホート維持マトリックス
古典的なコホート保持マトリックスは、行にコホート月、列に期間番号 (取得からの月数) を含むヒートマップです。セルの値は保持率を示し、条件付き書式設定により濃い緑色 (保持率が高い) から濃い赤色 (保持率が低い) までのグラデーションが作成されます。
マトリックスを読むとパターンが明らかになります。行全体を見て、各コホートが時間の経過とともにどのように維持されているかを確認します。列を調べて、特定の在職期間における定着率がコホート全体で改善しているか悪化しているかを確認します。最近のすべてのコホートで「3 か月目」列が突然減少した場合は、オンボーディングに問題があることを示している可能性があります。連続するコホート全体で「1 か月目」列が徐々に改善していることは、初回購入エクスペリエンスが向上していることを示しています。
収益コホート分析
リテンションを超えて、コホートごとの収益を追跡して、生涯価値の傾向を理解します。
Cohort Revenue =
CALCULATE(
SUM(FactTransaction[OrderAmount]),
-- Filtered to specific cohort and period
)
Cohort Revenue per Customer =
DIVIDE([Cohort Revenue], [Cohort Size], 0)
Cumulative Cohort Revenue =
-- Running total of cohort revenue across periods
CALCULATE(
[Cohort Revenue],
FILTER(
ALL(DimCohortPeriod),
DimCohortPeriod[PeriodNumber] <= MAX(DimCohortPeriod[PeriodNumber])
)
)
コホートごとの累積収益を重なり合う折れ線グラフとして視覚化し、各線がコホートを表します。最近のコホートの収益曲線が古いコホートよりも急な場合、顧客価値は増加しています。横ばいであれば、平均顧客価値は低下します。
チャーン予測の視覚化
チャーンの定義
チャーンの定義はビジネス モデルによって異なります。サブスクリプション ビジネスにとって、解約はキャンセルです。トランザクションベースのビジネスの場合、チャーンは通常、定義された期間内に購入がないこととして定義されます(たとえば、平均購入間隔の 2 倍)。
Average Purchase Interval =
AVERAGEX(
DimCustomer,
CALCULATE(
VAR Transactions =
CALCULATETABLE(
VALUES(FactTransaction[TransactionDate]),
ALLEXCEPT(DimCustomer, DimCustomer[CustomerID])
)
RETURN
DIVIDE(
DATEDIFF(MIN(FactTransaction[TransactionDate]), MAX(FactTransaction[TransactionDate]), DAY),
COUNTROWS(Transactions) - 1,
0
)
)
)
Is Churned =
VAR DaysSinceLastPurchase = [Recency (Days)]
VAR ChurnThreshold = [Average Purchase Interval] * 2
RETURN
IF(DaysSinceLastPurchase > ChurnThreshold, TRUE(), FALSE())
Churn Rate =
DIVIDE(
CALCULATE(COUNTROWS(DimCustomer), [Is Churned] = TRUE()),
COUNTROWS(DimCustomer),
0
)
チャーンリスクの可視化
各顧客の離脱確率を出力する予測モデル (たとえば、scikit-learn を使用して Python で構築) がある場合は、それらのスコアを Power BI にインポートして視覚化します。
解約リスク分布。 顧客ベース全体にわたる解約確率スコアの分布を示すヒストグラム。理想的には、ほとんどの顧客は低リスクの末端に集中し、高リスクの末端は小さくなります。
高リスク顧客リスト 最も高い離脱確率を持つ顧客と、その RFM セグメント、在職期間、最終購入日、および合計生涯価値を示す並べ替えられた表。これは実用的な出力です --- 保持チームはこのリストを毎日作成します。
セグメント別の解約リスク。 顧客セグメント (業界、買収元、製品カテゴリ) ごとの平均解約確率を示す棒グラフ。これにより、広範な戦略で対処できる体系的なリスク要因が明らかになります。
チャーン タイムライン。 24 か月にわたる月ごとのチャーン レートを示す折れ線グラフ。目標解約率と業界ベンチマークの基準線を追加します。マーケティング キャンペーンの日付を重ね合わせて、維持率の取り組みの影響を視覚化します。
顧客生涯価値 (CLV)
過去の CLV
最も単純な CLV 計算では、顧客からのすべての過去の収益を合計します。
Historical CLV =
CALCULATE(
SUM(FactTransaction[OrderAmount]),
FactTransaction[IsReturn] = FALSE(),
ALLEXCEPT(DimCustomer, DimCustomer[CustomerID])
)
Average CLV =
AVERAGEX(
DimCustomer,
[Historical CLV]
)
CLV by Acquisition Source =
CALCULATE(
AVERAGEX(DimCustomer, [Historical CLV])
)
-- Slice by DimCustomer[AcquisitionSource] in visualization
予測 CLV
予測 CLV は、顧客が生み出す将来の総収益を推定します。単純化されたアプローチでは、期間あたりの平均収益に予想される残りの耐用年数を乗算します。
Avg Monthly Revenue =
VAR TotalRev = [Historical CLV]
VAR TenureMonths =
DATEDIFF(
CALCULATE(MIN(FactTransaction[TransactionDate]),
ALLEXCEPT(DimCustomer, DimCustomer[CustomerID])),
TODAY(),
MONTH
) + 1
RETURN
DIVIDE(TotalRev, TenureMonths, 0)
Expected Lifetime Months =
-- Based on segment retention rates
-- Champions: 48 months, Loyal: 36, At Risk: 6, etc.
SWITCH(
[RFM Segment],
"Champions", 48,
"Loyal Customers", 36,
"Potential Loyalists", 24,
"Promising", 18,
"At Risk", 6,
"Cannot Lose Them", 12,
3
)
Predictive CLV =
[Avg Monthly Revenue] * [Expected Lifetime Months]
Total CLV = [Historical CLV] + [Predictive CLV]
CLV の視覚化
CLV 分布。 顧客ベース全体にわたる CLV の分布を示すヒストグラム。この形状により、価値が少数のクジラ顧客に集中しているか (右に偏っている)、より均等に分散されているかがわかります。
取得ソース別の CLV。 取得チャネル全体の平均 CLV を比較する棒グラフ。これは、高価な獲得チャネル (有料広告) が安価なチャネル (オーガニック、紹介) よりも実際に価値の高い顧客を生み出しているかどうかを明らかにするため、最も重要なマーケティング指標です。
CLV 対 CAC。 X 軸に顧客獲得コスト、Y 軸に CLV を示す散布図。各点は獲得チャネルまたはキャンペーンを表します。損益分岐点の対角線を超えるポイントは利益が得られます。以下の点は不採算です。線からの距離が損益の大きさを表します。
CLV トレンド。 新しいコホートの平均 CLV を長期にわたって追跡します。新しいコホートの平均 CLV が低い場合は、顧客の質が低下している可能性があります。これは、資格の低い視聴者に拡大している可能性があります。
カスタマー ジャーニー マッピング
旅のステージ
Power BI のカスタマー ジャーニー マッピングは、製品やサービスのエクスペリエンスを通じて顧客がたどる経路を視覚化します。ビジネス モデルに基づいてステージを定義します。
電子商取引ビジネスの場合、段階には、最初の訪問、アカウント作成、最初の購入、2 回目の購入、ロイヤルティ プログラムへの登録、および権利擁護 (紹介) が含まれる場合があります。
SaaS ビジネスの場合、段階にはトライアルサインアップ、オンボーディングの完了、最初の機能の採用、拡張 (アップグレードまたはアドオン)、更新、および支持が含まれる場合があります。
ジャーニーファネル
Stage 1 (Visited) = DISTINCTCOUNT(FactInteraction[CustomerID])
Stage 2 (Account Created) =
CALCULATE(
DISTINCTCOUNT(DimCustomer[CustomerID]),
NOT(ISBLANK(DimCustomer[AcquisitionDate]))
)
Stage 3 (First Purchase) =
CALCULATE(
DISTINCTCOUNT(FactTransaction[CustomerID]),
FILTER(
FactTransaction,
RANKX(
FILTER(FactTransaction, FactTransaction[CustomerID] = EARLIER(FactTransaction[CustomerID])),
FactTransaction[TransactionDate],
,ASC
) = 1
)
)
Stage Conversion =
DIVIDE([Stage 3 (First Purchase)], [Stage 2 (Account Created)], 0)
ジャーニーの視覚化
Sankey ダイアグラム。 Power BI のカスタム Sankey ビジュアル (AppSource より) は、段階間の顧客の流れを示し、分岐の幅は顧客の量に比例します。これにより、各ステージをどれだけの顧客が進んでいるのかだけでなく、どこで分岐するのか、つまりステージをスキップするのか、別の経路を選択するのか、それとも完全に途中で終了するのかも明らかになります。
顧客のタイムライン 個別の顧客分析の場合、各インタラクションを時系列に示すタイムライン ビジュアルにより、完全な顧客ストーリーが提供されます。これは、特定の顧客と関わる前にコンテキストを必要とするサポート、セールス、成功チームにとって価値があります。
ドロップオフ分析。 ジャーニーの各段階での顧客数を示すウォーターフォール グラフ。段階間の減少が強調表示されます。最大の減少は、最も重要な改善の機会を特定します。アカウントを作成した顧客の 60% が一度も購入しない場合、最初の購入エクスペリエンスが優先されます。
ダッシュボードの設計と実装
エグゼクティブ サマリー ページ
顧客分析の概要は、一目で 5 つの質問に答えられるはずです。アクティブな顧客は何人いますか?その数は増えていますか? RFM セグメント全体の顧客分布はどのようなものですか?全体的な解約率と傾向はどのようなものですか? CLV の平均はどれくらいですか?また改善されていますか?どの獲得チャネルが最も価値のある顧客を生み出しますか?
4 ~ 6 枚の KPI カード、セグメント分布図、チャーン傾向線、チャネルごとの CLV 比較を使用します。
セグメントの詳細ページ
各主要な RFM セグメントには、主要な指標を含む顧客リスト、セグメントの行動パターン (購入頻度、平均注文額、製品の好み)、セグメントの収益貢献と傾向、およびアクションの結果の追跡を伴う推奨アクションを示すドリルスルー ページが必要です。
セルフサービスフィルタリング
期間、取得日の範囲、顧客地域、製品カテゴリ、取得元のスライサーを含めます。これらにより、マーケティング、営業、カスタマー サクセス チームは、カスタム レポートを要求せずに独自のセグメント分析を実行できます。
よくある質問
RFM セグメントはいくつ作成する必要がありますか?
古典的なアプローチでは、次元ごとに 5 つの五分位数が使用され、125 の可能な RFM スコアの組み合わせ (5 x 5 x 5) が生成されます。これらは、実際に使用するために 8 ~ 12 の名前付きセグメントにマッピングされます。実行可能なセグメントの正確な数は、治療を差別化する能力によって異なります。マーケティング チームが 4 つの異なるキャンペーンしか管理できない場合、12 セグメントを使用すると価値のない複雑さが生じます。 5 ~ 6 セグメントから始めて、運用能力の増加に応じて拡張してください。
サブスクリプション ビジネスとトランザクション ビジネスの CLV はどのように計算すればよいですか?
サブスクリプション ビジネスの場合、CLV = ユーザーあたりの平均月間収益 (ARPU) に月単位の平均顧客寿命を乗じて、サービス提供コストを差し引いたものです。顧客の生涯は、1 を月ごとの解約率で割って計算されます。月間解約率が 3% の場合、平均寿命は 33.3 か月です。サブスクリプションのない取引ビジネスの場合、CLV = 平均注文金額×年間購入頻度×平均顧客寿命年数。トランザクションのアプローチでは、「アクティブな」顧客を構成するものを定義する必要があります。
顧客分析に一般的に影響を与えるデータ品質の問題は何ですか?
最も一般的な問題は、顧客レコードの重複 (同一人物が複数の ID を持つ)、トランザクション データの欠落 (オフラインでの購入がキャプチャされない)、不完全な顧客属性 (取得ソースまたは人口統計データの欠落)、およびシステム間で一貫性のない日付形式であることです。マスター データ管理プロセスまたはファジー マッチングを使用して重複に対処します。キャプチャ時点でデータ検証を実装します。欠落している履歴データについては、代入手法を使用するか、影響を受けるメトリクスを近似値として明確にマークします。
Power BI はチャーン予測モデル自体を構築できますか?
Power BI の組み込み AI ビジュアル (キー インフルエンサー、異常検出) は、チャーンと相関する要因を特定できますが、運用グレードの予測モデルの場合は、Power BI に統合された Python (scikit-learn) または R、公開されたスコアリング エンドポイントを備えた Azure Machine Learning、または Amplitude や Mixpanel などの専用の顧客分析プラットフォームを使用します。 Power BI の強みは、モデル自体を構築することではなく、モデルの出力を視覚化し、それに基づいて動作することです。
RFM スコアはどのくらいの頻度で再計算する必要がありますか?
ほとんどの企業では、RFM スコアを毎月再計算します。高頻度の取引ビジネス (電子商取引、食品配達) は、毎週の再計算から恩恵を受ける可能性があります。更新頻度はマーケティング キャンペーンの周期と一致する必要があります。毎月キャンペーンのみを実行する場合は、毎日再計算する価値はありません。 Power BI の更新スケジュールが再計算と一致していることを確認してください。
RFM セグメントと CLV の関係は何ですか?
RFM セグメントは CLV と強い相関がありますが、測定対象は異なります。 RFM は後ろ向きであり、現在の動作を説明します。 CLV は将来予測であり、将来の価値を推定します。通常、チャンピオンは最も高い CLV を持っています。新規顧客の CLV は不確かです。リスクにさらされている顧客は、過去の CLV が高いにもかかわらず、将来の予測価値が低下しています。 RFM は戦術的なセグメンテーション (どのようなキャンペーンを送信するか) に、CLV は戦略的な決定 (各顧客セグメントの獲得と維持にどれだけ投資するか) に使用します。
「顧客」が企業である場合、B2B 顧客分析をどのように処理すればよいですか?
B2B 分析では、顧客エンティティは通常、個々の購入者ではなくアカウント (会社) です。 RFM スコアリングは、アカウント レベルのトランザクション データを使用してアカウント レベルで適用されます。ただし、マルチスレッド分析のためにアカウント内の個々の連絡先も追跡します。主な B2B の追加機能には、アカウントの健全性スコアリング (使用量、サポート チケット、拡張、および契約更新データの組み合わせ)、購入委員会のマッピング、拡張収益追跡 (純ドル保持) が含まれます。データ モデルには、多対多のブリッジ テーブルを使用したアカウント ディメンションと連絡先ディメンションの両方が必要です。
プロフェッショナルな顧客分析
顧客分析により、マーケティングが直感主導の支出からデータ主導の投資に変わります。このガイドのテクニック (RFM セグメンテーション、コホート分析、CLV 計算、チャーン予測) は、データが増大するにつれて価値が増大する顧客インテリジェンス機能の基礎を形成します。
ECOSIRE の Power BI サービス には、顧客分析とセグメンテーションのための ダッシュボード開発、予測モデリングとチャーン防止のための AI 分析、セルフサービス分析機能を構築するチームのための トレーニング が含まれます。
最も価値のある顧客分析の洞察は、多くの場合、最も単純なものです。つまり、最良の顧客は、あなたが思っているような人物ではありません。 RFM スコアリングにより、一貫して購入するが決して文句を言わない静かな忠誠者、離脱で嫌な経験をしている危険にさらされているクジラ、そしてチャンピオンになる兆候を早期に示している新規顧客が明らかになります。セグメンテーションは人々を分類することではありません。セグメンテーションは人々を十分に理解し、さまざまな方法でサービスを提供できるようにすることです。
執筆者
ECOSIRE TeamTechnical Writing
The ECOSIRE technical writing team covers Odoo ERP, Shopify eCommerce, AI agents, Power BI analytics, GoHighLevel automation, and enterprise software best practices. Our guides help businesses make informed technology decisions.
関連記事
ビジネス インテリジェンスのためのデータ ウェアハウス: アーキテクチャと実装
ビジネス インテリジェンスのための最新のデータ ウェアハウスを構築します。 Snowflake、BigQuery、Redshift を比較し、ETL/ELT、ディメンション モデリング、Power BI 統合について学びます。
Odoo 電子メール マーケティング: 自動化、セグメンテーション、キャンペーン ガイド
動的セグメント、A/B テスト、自動化ワークフロー、SMS 統合、GDPR 準拠のキャンペーン管理を備えたマスター Odoo 19 電子メール マーケティング。
Power BI 財務ダッシュボード: CFO の完全ガイド
Power BI で損益計算書、貸借対照表、キャッシュ フロー、差異分析、予測、ドリルスルー、行レベルのセキュリティを備えたエグゼクティブ財務ダッシュボードを構築します。
Data Analytics & BIのその他の記事
会計 KPI: すべての企業が追跡すべき 30 の財務指標
収益性、流動性、効率性、粗利益、EBITDA、DSO、DPO、在庫回転数などの成長指標を含む 30 の重要な会計 KPI を追跡します。
ビジネス インテリジェンスのためのデータ ウェアハウス: アーキテクチャと実装
ビジネス インテリジェンスのための最新のデータ ウェアハウスを構築します。 Snowflake、BigQuery、Redshift を比較し、ETL/ELT、ディメンション モデリング、Power BI 統合について学びます。
Power BI と Excel: ビジネス分析をアップグレードする時期
データ制限、視覚化、リアルタイム更新、コラボレーション、ガバナンス、コスト、移行をカバーするビジネス分析に関する Power BI と Excel の比較。
ビジネスのための予測分析: 実践的な実装ガイド
販売、マーケティング、運営、財務全体にわたって予測分析を実装します。モデルの選択、データ要件、Power BI 統合、およびデータ文化ガイド。
Power BI を使用した財務ダッシュボードの構築
Power BI で財務ダッシュボードを構築するためのステップバイステップ ガイド。会計システムへのデータ接続、KPI の DAX 測定、損益の視覚化、ベスト プラクティスをカバーします。
ケース スタディ: 複数拠点の小売業向けの Power BI Analytics
14 か所の小売チェーンが Odoo に接続した Power BI でレポートを統合し、40 のスプレッドシートを 1 つのダッシュボードに置き換え、レポート時間を 78% 短縮した方法。