休眠顧客の復帰施策を属人的な勘から脱却させ再現性のある仕組みに変える方法

一定期間購買のない休眠顧客に対して復帰施策を打っているものの、どの顧客に、いつ、どんなメッセージを送れば効果があるのか担当者の経験頼みになっている企業は少なくありません。担当者が異動や退職をすると施策の質が一気に落ち、本来なら戻ってきてくれたはずの顧客をみすみす失ってしまいます。この問題の根本には、購買履歴・施策の実施記録・復帰後の行動データがバラバラのシステムに散在しており、休眠から施策、そして復帰という一連の流れを通しで振り返れないという構造的な原因があります。

この記事は、従業員50〜300名規模の企業で、マーケティングや営業企画を兼務している担当者や管理部門のマネージャーを想定しています。読み終えると、休眠顧客の抽出からメール施策の自動配信、施策効果の可視化までを一本のワークフローとしてつなげる具体的な手順が分かります。大規模エンタープライズ向けの全社CRM刷新プロジェクトや、個別ツールの網羅的なレビューは扱いません。

なお、本記事で紹介するツールの組み合わせは代表的な一例です。同じ役割を果たす別の製品でも、同様のワークフローを構築できます。

読み終えた時点で、休眠顧客リストの自動抽出条件・配信シナリオの設計・効果測定ダッシュボードの3点セットを自社に持ち帰れる状態になります。

Workflow at a glance: 休眠顧客の復帰施策を属人的な勘から脱却させ再現性のある仕組みに変える方法

• Step 1: 休眠顧客セグメントを自動抽出する (Salesforce) (営業支援ツール（SFA）)
• Step 2: 復帰シナリオを自動配信する (Account Engagement) (MAツール)
• Step 3: 施策効果を可視化して改善サイクルを回す (Tableau) (BIツール)

なぜ休眠顧客の復帰施策は属人化しやすいのか

休眠の定義が人によって違う

休眠顧客と一口に言っても、最終購買から90日なのか180日なのか、あるいは購買金額の減少傾向で判断するのかは担当者ごとにバラバラです。CRMに購買日は入っていても、休眠と判定するルールが明文化されていないため、ある担当者は半年、別の担当者は3か月と異なる基準で顧客を抽出します。結果として、同じ顧客に重複してアプローチしたり、逆に誰もフォローしていない顧客が放置されたりします。

施策の実施記録と結果が紐づいていない

多くの現場では、メールを送った記録はメール配信ツールに、電話した記録はCRMの活動履歴に、クーポンの利用状況はECシステムにと、施策の入口と出口が別々のシステムに分かれています。このため、どの施策がどの顧客の復帰につながったのかを後から追跡できません。追跡できなければ改善もできず、毎回ゼロから施策を考えることになります。

成功パターンが共有されない

仮にベテラン担当者が高い復帰率を出していても、その人がどんな条件の顧客を選び、どんなタイミングでどんな内容のメッセージを送ったのかがデータとして残っていなければ、他のメンバーが再現することは不可能です。属人化の本質は、ノウハウが個人の頭の中にしかないことではなく、ノウハウを検証・再現するためのデータ基盤がないことにあります。

重要な考え方：休眠の定義・施策・効果測定を1本のデータラインでつなぐ

属人化を解消するために必要なのは、優秀な担当者を増やすことではありません。休眠顧客の定義をルール化し、施策の実行を自動化し、その結果を数値で振り返れる仕組みを作ることです。具体的には、次の3つの要素を1本のデータラインとしてつなぎます。

休眠判定のルール化

CRMの購買履歴データをもとに、最終購買日からの経過日数や購買頻度の変化を条件として明文化します。たとえば最終購買から90日経過かつ過去1年の購買回数が2回以上の顧客を休眠予備軍、180日経過を休眠確定と定義するといった具合です。この定義をCRM上のセグメント条件として保存しておけば、誰が操作しても同じリストが出力されます。

施策実行の自動化と記録の一元化

休眠セグメントに該当した顧客に対して、MA（マーケティングオートメーション）ツールで自動的にメールシナリオを走らせます。ポイントは、施策の実行記録がCRMの顧客レコードに自動で書き戻される仕組みにすることです。これにより、いつ・誰に・何を送ったかが顧客単位で追跡可能になります。

効果測定の定量化

施策を打った後、復帰したかどうか（再購買の有無）をBIツールで定期的に集計します。休眠セグメント別・シナリオ別の復帰率を可視化することで、どの条件の顧客にどのシナリオが効いたのかをチーム全員が同じ数字で議論できるようになります。

休眠顧客の復帰施策を回す実践ワークフロー

ステップ 1：休眠顧客セグメントを自動抽出する（Salesforce）

まず、CRMであるSalesforceに休眠判定のルールを設定します。具体的には、取引先責任者または商談オブジェクトに対して、最終購買日からの経過日数を計算する数式項目を作成します。たとえば、TODAY() - Last_Purchase_Date__c という数式で経過日数を算出し、90日以上をレポートのフィルタ条件に設定します。

このレポートをもとに、休眠予備軍（90〜179日）と休眠確定（180日以上）の2つのリストビューを作成します。リストビューは毎日自動更新されるため、担当者が手動で顧客を選別する必要がなくなります。さらに、過去1年間の購買回数や累計購買金額もフィルタに加えることで、復帰の見込みが高い顧客を優先的に抽出できます。

この作業は初回のみ30分〜1時間程度かかりますが、一度設定すれば以降は自動で回り続けます。運用担当者は週に1回、リストの件数を確認して異常値がないかチェックするだけで十分です。

ステップ 2：復帰シナリオを自動配信する（Account Engagement）

Salesforceから抽出された休眠セグメントの顧客に対して、Account Engagement（旧Pardot）でメールシナリオを自動配信します。Account EngagementはSalesforceとネイティブに連携しているため、Salesforce側のセグメント条件をそのままトリガーとして利用できます。

シナリオの設計例は次のとおりです。休眠予備軍（90日経過）には、まず新商品や活用事例を紹介する軽めのコンテンツメールを配信します。開封したがクリックしなかった顧客には3日後にリマインドメールを送り、クリックした顧客には営業担当へのアラート通知を飛ばします。一方、休眠確定（180日経過）には、期間限定の特典付きメールを配信し、反応がなければ2週間後に最終フォローメールを送ります。

重要なのは、Account Engagementの配信履歴（送信日時、開封、クリック、コンバージョン）がSalesforceの顧客レコードに自動で同期される点です。これにより、営業担当者はSalesforceの画面だけで、その顧客にどんな施策が実行され、どう反応したかを確認できます。

シナリオの初期設定には2〜3日程度かかりますが、一度組めば月次で微調整するだけで運用できます。配信頻度は週1回を上限とし、顧客への過剰なアプローチを防ぐルールもAccount Engagement側で設定しておきます。

ステップ 3：施策効果を可視化して改善サイクルを回す（Tableau）

SalesforceとAccount Engagementに蓄積されたデータをTableauで可視化します。TableauはSalesforceとの直接接続に対応しているため、データの手動エクスポートは不要です。

ダッシュボードには最低限、次の3つの指標を配置します。1つ目は、休眠セグメント別の復帰率（再購買した顧客数 ÷ 施策対象顧客数）です。2つ目は、シナリオ別の反応率（開封率・クリック率・コンバージョン率）です。3つ目は、復帰顧客の復帰後3か月間の購買金額です。この3つ目の指標が特に重要で、復帰はしたが1回きりの購買で終わった顧客と、継続的に購買している顧客を区別できます。

このダッシュボードを月に1回、マーケティングチームと営業チームの合同ミーティングで確認します。復帰率が低いセグメントはシナリオの内容やタイミングを見直し、復帰率が高いセグメントは対象条件を広げるといった判断を、データに基づいて行います。

運用が安定してきたら、四半期に1回、休眠判定の日数基準そのものを見直します。たとえば、90日で区切っていた休眠予備軍の基準を60日に前倒しすることで、より早い段階でアプローチできるようになり、復帰率が上がる可能性があります。こうした基準の調整も、Tableauのデータを根拠にして行えるため、担当者の勘に頼る必要がなくなります。

この組み合わせが機能する理由

Salesforce：休眠判定の基盤として信頼性が高い

Salesforceを休眠判定の基盤に据える最大の理由は、顧客の購買履歴・活動履歴・施策履歴をすべて1つのレコードに集約できる点です。数式項目やレポート機能を使えば、プログラミングなしで休眠判定ルールを実装できます。一方で、Salesforceのライセンス費用は安くはありません。すでにSalesforceを導入済みの企業であれば追加コストは限定的ですが、新規導入の場合はHubSpotなど他のCRMも選択肢に入ります。また、Salesforceのレポート機能だけでは複雑な分析には限界があるため、BIツールとの組み合わせが前提になります。

Account Engagement：Salesforceとのデータ連携に手間がかからない

Account Engagementを選ぶ理由は、Salesforceとの双方向同期がネイティブで実現できることに尽きます。他のMAツールでもAPI連携は可能ですが、配信履歴をSalesforceの顧客レコードにリアルタイムで書き戻す仕組みを自前で構築するには相応の工数がかかります。Account Engagementであれば、この連携が標準機能として提供されているため、設定だけで完結します。弱点としては、メールのデザイン自由度が他のMAツールと比べてやや低い点と、Salesforceとセットでの契約が前提となるため単体での導入ができない点が挙げられます。メールのデザインにこだわりたい場合は、HTMLテンプレートを外部で作成してインポートする運用で対応できます。

Tableau：施策の効果を誰でも同じ数字で議論できる

Tableauを使う理由は、Salesforceのデータを直接参照してダッシュボードを構築できることと、ドラッグ＆ドロップの操作で非エンジニアでもグラフを作成・更新できることです。Excelでも同様の集計は可能ですが、毎月データをエクスポートして加工する手間が発生し、担当者が変わると集計方法がブレるリスクがあります。Tableauであればダッシュボードの定義が保存されるため、誰が開いても同じ指標を同じ計算式で確認できます。注意点として、Tableauのライセンスは閲覧専用のViewer権限でも費用が発生します。ダッシュボードを確認するメンバーが多い場合は、Viewer権限の人数分のコストを事前に見積もっておく必要があります。

Recommended tool list

結論：データでつなぐだけで休眠復帰施策は再現可能になる

休眠顧客の復帰施策が属人化する原因は、担当者の能力不足ではなく、休眠の定義・施策の記録・効果の測定がバラバラに管理されていることにあります。Salesforceで休眠判定をルール化し、Account Engagementでシナリオ配信と記録を自動化し、Tableauで効果を可視化する。この3つをデータでつなぐだけで、誰が担当しても同じ品質の施策を回せる仕組みが手に入ります。

最初の一歩として、自社の休眠顧客の定義を1つ決めてください。最終購買から何日で休眠とするか、対象とする顧客の条件は何か。この定義をCRMのレポート条件として保存するところから始めれば、早ければ1週間で最初の休眠顧客リストが自動生成される状態を作れます。

Mentioned apps: Salesforce, Marketing Cloud Account Engagement, Tableau

Related categories: BIツール, MAツール, 営業支援ツール（SFA）

Related stack guides: 顧客の最終用途情報と該非判定を一元管理し安全保障貿易管理の審査漏れを防ぐ方法, 監査時にガイドライン対応の証跡をすぐ提出できる体制を4つのツールで構築する方法, KPI改善と現場の不満が食い違うとき定量データと定性フィードバックを統合して施策の真の効果を判断する方法, AIエージェントの開発データと本番データの乖離を防ぎ精度低下と手戻りをなくす方法, AIの判断結果を人が検証・承認してから業務に反映する仕組みをつくり誤判定トラブルを防ぐ方法