本文へ移動

CRM・顧客戦略

RFM分析は象限を作って終わり?顧客の移動で施策効果を判断する方法

RFM分析で顧客を9象限に分けた後、同じ顧客の象限移動、自然移動、比較対象、粗利を追い、LINE・メール・特典などの施策を続けるか判断する具体的な手順を解説します。

こんな方へ:RFM分析で顧客分類と施策は決めたものの、どの顧客がどう変わり、施策が売上・粗利へ効いたか判断できない食品通販・D2C・定期購入・サブスクの経営者、事業責任者、EC・CRM責任者。

この記事の要点

  • 集計表の人数ではなく、同じ顧客IDの施策前と判定日の象限をつなぎ、良化・維持・悪化の移動率を追います。
  • 施策対象群と条件をそろえた比較対象群を置き、自然購入、季節、欠品などを記録して施策による差を見ます。
  • 象限移動だけで成功とせず、値引き・送料・返品・運用費を含む顧客別粗利と苦情等の悪化指標で停止・修正・拡大を判断します。

RFM分析で9象限を作り、顧客群ごとにLINE・メール・特典を出しても、「結局、施策は効いたのか」が分からないことがあります。施策後の象限別人数だけを見ても、同じ顧客が上位へ移ったのか、新規顧客が加わって構成が変わったのか、自然な再購入だったのかを分けられないためです。

結論から言うと、RFM施策の評価では、同じ顧客の「施策前の象限」と「判定日の象限」をつなぎます。そのうえで、施策対象外の顧客との差、売上ではなく顧客別粗利、苦情や配信停止などの悪化指標を同じ画面で確認し、停止・修正・拡大を決めます。

この記事で扱うのは「分類後の効果測定」

RFMの区切り方や9象限ごとの優先施策から整理したい場合は、RFM分析の9象限と象限別施策を先に確認してください。本記事では、すでに顧客分類と施策対象が決まっている状態から、顧客の移動を使って効果を判断する手順に絞ります。

最初に決めるのは、施策前の基準日、対象顧客ID、判定日、R・F・Mの計算期間です。施策前後で計算期間や境界値を変えると、施策ではなく集計条件の変更で象限が動きます。食品通販のように商品ごとの購入周期が異なる場合は、購入周期に合わせたRFM期間の決め方も参照し、判定が終わるまで同じ定義を固定します。

手順1:同じ顧客の施策前後をつなぐ

象限別人数を二つ並べるのではなく、一人ひとりの顧客IDに「施策前象限」「施策の接触有無」「判定日象限」を持たせます。次に、上位象限への移動、同じ象限での維持、下位象限への移動、観察不能を分けます。観察不能には、返金、退会、計測欠損、対象期間不足などを混ぜず、理由を残します。

上位への移動を一律に成功とするのも危険です。たとえば金額だけが上がり、購入間隔が悪化している顧客と、購入間隔・回数・金額がそろって改善した顧客では意味が異なります。R・F・Mのどれが動いたかを残し、施策の狙いと一致する移動を「良化」と定義します。

同じ顧客の施策前のRFM象限と判定日の象限をつなぎ、移動を追う図

手順2:施策によらない自然移動を分ける

購入周期が来た、季節需要が高まった、新商品が発売されたといった理由でも顧客は象限を移動します。施策対象群だけを見ると、その自然移動まで施策成果に含めてしまいます。可能なら、施策対象と施策前の象限、購入周期、初回商品、獲得時期などをそろえた比較対象群を置き、良化率や悪化率の差を見ます。

比較対象を置けない場合は、同じ顧客群の実施前後を同じ長さの期間で比べます。ただし、季節、欠品、値上げ、広告、商品変更、他のCRM接点を記録し、因果を断定しません。休眠復帰施策では特に自然復帰を分ける必要があるため、自然復帰と施策の増分効果を分ける方法も参考になります。

施策対象群と条件をそろえた比較対象群のRFM象限移動率を比べる図

手順3:移動率を売上・粗利とつなぐ

主指標は、施策の狙いに合う象限へ移動した顧客の割合です。ただし、移動率だけでは事業成果を判断できません。値引き、ポイント、送料、返品、決済手数料、商品原価、運用工数を含め、対象顧客の売上と顧客別粗利を確認します。購入が前倒しになっただけなら、その後の観察期間まで追います。

現場のKDIには、対象抽出の期限内完了率、配信到達率、オファー利用率、問い合わせ対応完了率などを置けます。KPIは良化率、悪化率、継続率、再購入率、顧客別粗利です。KDIが動かない場合は実行方法を、KDIは動いたのに顧客行動が変わらない場合は提案内容や対象条件を、顧客行動は変わったのに粗利が悪化する場合は採算条件を見直します。

停止・修正・拡大の基準を先に置く

施策開始前に、拡大条件だけでなく停止条件を決めます。たとえば仮の例として、対象外群との差が確認できない、顧客別粗利が基準を下回る、苦情・配信停止・解約が増える、担当者の運用負荷が期限内に収まらない場合は、対象拡大を止めて原因を確認します。数値の基準は事業の粗利構造と購入周期に合わせて決めます。

事業責任者は変えるKPIと採算ライン、CRM担当は対象条件と接点、分析担当は比較条件、CS・商品担当は悪化指標と顧客の声を担当します。判定日と最終判断者まで決めることで、「配信したから継続」という判断を避けられます。

RFM象限移動率、顧客別粗利、苦情・配信停止を同時に見て停止・修正・拡大を判断する図

実行は一つの顧客群・一つの施策から始める

自社で始めるなら、最優先の一象限を選び、顧客ID、基準日、判定日、狙う移動、比較対象、粗利、停止条件を一枚にまとめます。複数象限へ複数施策を同時に出すと、移動の原因を見分けにくくなります。最初の検証で集計漏れや運用負荷も確認し、再現できる条件だけを次の顧客群へ広げます。

この方法が向かない条件

顧客IDと購買履歴をつなげられない、施策接触日を記録していない、商品ごとの購入周期が大きく違うのに同じRFM期間を使っている、対象者が少なく個人が推測できる場合は、先にデータと計測設計を整えます。また、原因が品質、容量、配送、契約条件にある場合、配信だけで象限移動を狙うのは不向きです。商品・サービス改善を優先します。

RFMを分類表ではなく改善サイクルにする

RFM分析の価値は、9象限を作ることではなく、誰に何を行い、顧客がどう動き、売上と利益がどう変わったかを次の判断へつなぐことにあります。MANAGEWORKSの既存顧客グロース支援では、RFMの設計、施策対象、接点、KPI・KDI、粗利、現場の役割を一つの検証サイクルとして整理し、実行まで伴走します。

← コラム一覧へ