この記事の内容:
- ステップ1:顧客維持の基準値を定める(解約率+LTV)
- ステップ2:リスクレベル別に顧客を分類する
- ステップ3:解約につながる場面を把握する
- ステップ4:早期警告トリガーを作る
- ステップ5:顧客維持のための接点を設計する
- ステップ6:測定し、改善し、自動化する
ほとんどの企業は、すでに何らかの顧客維持施策を実施しています。再獲得メール、ロイヤルティ割引、顧客から苦情があったときの確認電話などです。たいてい欠けているのは、施策を実行する順序です。適切な基準値もなく、間違った顧客に間違ったタイミングで実施する施策は、戦略のように装った当てずっぽうにすぎません。
この実践ガイドでは、その順序を整えます。以下の6つの顧客維持戦略のステップは、互いに積み重ねていくものです。リスクを測る基準値がなければ顧客をリスク別に分類できません。また、どの場面が実際に解約を予測するか分からなければ、警告トリガーも作れません。一度、順番どおりに取り組めば、すでに実施している施策が、ただ事後対応するだけでなく、顧客維持率の向上につながり始めます。
LiveAgentは当社の製品です。このガイドではまずプロセスそのものを解説し、ヘルプデスクプラットフォームが実現可能なことを本当に変える場面に限って紹介します。チェックリストに後付けした売り込みではありません。
ステップ1:顧客維持の基準値を定める(解約率+LTV)
ほかのことに着手する前に、現在の月間解約率と平均顧客生涯価値(LTV)を計算しましょう。この2つの数値がなければ、変更が実際に役立ったか後から判断できません。
解約率とは、ある期間に離れた顧客の割合です。
解約率 = (期間中に失った顧客数 / 期間開始時の顧客数)× 100
月初に顧客が1,000人いて、そのうち30人を失った企業の月間解約率は3%です。Optifaiが939社のB2B企業を対象に実施したSales Opsベンチマーク調査(2025年第2四半期~2026年第1四半期、2026年4月公開)によると、この3%という数値はミッドマーケットでは高めの水準にあり、一般的な中小企業の解約率では低めの水準に当たります。
| セグメント | 一般的な月間解約率 | 年間解約率の目安 |
|---|---|---|
| 中小企業 | 3~5% | 30~46% |
| ミッドマーケット | 1.5~3% | 17~30% |
| 大企業 | 1~2% | 11~22% |
| 業界トップクラス | 1%未満 | 11%未満 |
出典:Optifai Sales Ops Benchmark、B2B企業939社、2025年第2四半期~2026年第1四半期、最終更新2026年4月。
年間解約率は月間解約率を12倍したものではありません。1か月目に離れた顧客が、6か月目に再び離れることはないため、数値は複利的に積み上がります。正しい計算式は「1-(1-月間解約率)の12乗」です。月間解約率が3%で安定している場合、年間解約率は36%ではなく約30%になります。
顧客生涯価値は別の問いに答える指標です。顧客は継続している間に、実際どれほどの価値をもたらすのでしょうか。簡単な計算方法は、顧客1人あたりの平均月間売上を月間解約率で割ることです。平均月間売上が100ドル、解約率が3%なら、LTVはおよそ3,333ドルです。この数値は、顧客維持の取り組みにかけられる費用の上限を決めるために重要です。顧客あたり50ドルの再獲得キャンペーンなら、LTVが3,333ドルの場合は正当化しやすいでしょう。しかし、LTVが200ドルならそうはいきません。
失った顧客の代わりを獲得するにも費用がかかります。Harvard Business Reviewによると、新規顧客の獲得コストは既存顧客の維持コストの5~25倍です。これはBain & CompanyのFrederick Reichheldによる調査を引用したものです。解約率がわずかに下がるだけでも、顧客維持だけでなく、事業の顧客獲得コストにも影響します。
可能であれば推測ではなく、自社の実数を取り出しましょう。解約率とLTVは請求・サブスクリプションの指標であり、サポート指標ではありません。そのため、ヘルプデスクのレポートではなく、請求プラットフォームやCRMから取得します。ヘルプデスクのレポート(チケット数、タグ、解決時間)は、ステップ3で解約前にどのようなサポート場面があったかを見つけるのに役立ちますが、解約率やLTVそのものの計算には使いません。
ステップ2:リスクレベル別に顧客を分類する
各顧客への対応を決める前に、リスク階層に分類しましょう。健全で積極的に利用しているアカウントと、解約寸前のアカウントを同じように扱うと、前者に労力を浪費し、後者を完全に見落としてしまいます。
最初の分類方法として、次の3段階が使えます。
- 低リスク:利用が継続している、支払いが期限どおり、最近のサポート対応が良好
- 中リスク:利用頻度が落ちたものの停止はしていない、サポートチケットが未解決、または最近プランをダウングレードした
- 高リスク:ログインが途絶えた、解約リクエストを開始したが完了していない、または最近の利用がないまま更新日が近づいている
これらの階層を分けるシグナルは、事業によって異なります。プロジェクト管理ツールなら「最後にログインしてからの日数」を重視するかもしれません。一方、定期購入ボックスのサービスなら「直近2回の配送をスキップしたこと」を重視するでしょう。プランの段階や企業規模だけでなく、行動や価値に基づいて顧客をセグメント化することで、この実践ガイドの後続ステップが適切なアカウントを対象にできるようになります。
セグメントの規模も重要です。顧客基盤の80%が「中リスク」に入るなら、階層が大まかすぎて行動につなげられません。各階層の全員に対して具体的な対応が妥当になるまで、条件を絞り込みましょう。
ステップ3:解約につながる場面を把握する
顧客が離れる一般的な理由ではなく、顧客との関係の中で実際に解約が起きる具体的な場面を列挙します。「カスタマーサービスの質が悪い」は理由です。「請求エラーの後、チケットに4日間返信がなかった」は場面です。チームが直接対処できるのは後者だけです。
サポート対応が解約に影響する多くの企業で、把握しておく価値がある一般的な場面は次のとおりです。
- 登録後最初の30日間。オンボーディングが定着するかどうかが決まる
- 最初の未解決チケット、または返信が遅れたチケット
- 価格改定やプラン変更の通知
- 更新日、特に年間契約の場合
- 顧客が頼りにしていた機能の変更や削除
実データがある場合は、それを使ってリストを作成しましょう。サポートチケットのタグ、解約アンケートの回答、再獲得の電話記録は、推測よりも信頼できます。正式な退会アンケートがまだなければ、次の20件の解約を対象に収集を始めるとよいでしょう。
このリストにある各場面は、ステップ4の候補になります。発生頻度が低くても、高価値の顧客の解約につながる場面なら、月に数回しかトリガーが発生しなくても設定する価値があります。
ステップ4:早期警告トリガーを作る
ステップ3で特定した場面を、解約後ではなく解約前にアカウントへ注意喚起する自動トリガーに変えます。顧客が解約した当日に作動するトリガーは、警告ではなく事後検証です。
役立つトリガーには、次の3要素が必要です。
- 具体的なシグナル:「利用していないようだ」ではなく「14日間ログインなし」
- しきい値:トリガーを作動させる正確な数値やイベント
- 担当者:誰に通知し、決められた時間内に何をしてもらうか
サポートチームの場合、通常はフラグが立ったアカウントを、誰かが後で確認するかもしれないレポートに加えるのではなく、直接キューへ回すか、特定のエージェントに通知します。「解約」や「ダウングレード」という言葉が顧客から出た瞬間にチケットへ「リスクあり」のタグを付け、一般キューではなくベテランエージェントが担当する部署へ転送する自動化ルールを設定できます。これにより、後から対応するのではなく、ステップ3で特定した場面を捉えられます。
しきい値は、初期設定のままではなく、ステップ2と3で集めたデータをもとに設定しましょう。自社では利用停止から21日後に解約するケースが多いのに、30日後に作動するトリガーを設定しても、手遅れです。
ステップ5:顧客維持のための接点を設計する
リスクありと判定された全員に同じ「お客様がいなくて寂しいです」というメールを送るのではなく、ステップ2の各リスク階層に具体的なアクションを対応させましょう。高価値の大企業アカウントと、少額利用のセルフサービス顧客では、適切なアプローチ、費用、人員が異なります。
最初の対応表としては、次のようなものが考えられます。
| リスク階層 | 顧客接点 | 送信者 |
|---|---|---|
| 中リスク | 関連するヘルプ記事を添えた自動確認メール | 自動送信 |
| 高リスク・低価値 | 電話相談や具体的な解決策を提案する個別メール | サポートエージェント |
| 高リスク・高価値 | 24時間以内の直接電話 | アカウントマネージャーまたはシニアエージェント |
顧客接点では一般的な引き留め策ではなく、ステップ3で特定した実際の場面に対処しましょう。場面が「請求チケットの未解決」なら、チケットを解決して個別にフォローアップするのが適切です。そもそも顧客がチケットを送った理由に応えない割引コードではありません。
内容と同じくらいタイミングも重要です。トリガーが作動してから48時間後に送る顧客接点は、顧客がすでに代替サービスを検討し始めた1週間後に同じメッセージを送るよりも役立ちます。
ステップ6:測定し、改善し、自動化する
決めたスケジュールに沿って、解約率とLTVをステップ1の基準値と比較し、数値に変化をもたらしていない施策を見直しましょう。
各レビューで検討する3つの問い:
- 全体の解約率は変化したか。特にどのセグメントで変化したか?
- ステップ4のトリガーのうち、実際に顧客の維持につながる前に作動したのはどれか。作動しても効果がなかったのはどれか?
- ステップ5の顧客接点は、顧客が離れる決心をする前と後のどちらに届いているか?
2~3回のレビューサイクルを経ても、顧客維持との相関が見られないトリガーや顧客接点は、際限なく調整するのではなく、廃止を検討しましょう。顧客維持戦略にも、ほかのプロセスと同じように不要なものが蓄積します。8か月前に誰かが設定して以来、誰も確認していないルールなどがその例です。
自動化は、ステップ1から5を適切に実施した成果であり、それらの代わりとなる近道ではありません。トリガーと顧客接点の組み合わせが顧客維持と相関することを確認したら、継続的な自動化ルールにすることで、5アカウントでも50アカウントでも同じように運用できます。LiveAgentのようなルールエンジンを使えば、メッセージ内容、チケットのステータス、タグに基づいて、条件に一致した瞬間にチケットへタグを付け、適切な部署へ転送できます。開発者は必要ありません。そのチケットを適切なキューに入れるだけでなく、特定のシニアエージェントへ届けるには、ルールそのものではなく、その部署のチケット振り分け設定を行います。
6つのステップを組み合わせる
この6つのステップは、どれも単独では機能しません。基準値なしで作ったトリガーでは、本当のリスクを捉えているか証明できません。また、セグメント分けなしで設計した顧客接点は、誰もがすでに無視している一般的なメールと同じものになってしまいます。まず一度、順序どおりに実行し、その後は完了するプロジェクトではなく、四半期ごとに見直すサイクルとして扱いましょう。
スプレッドシートではなくヘルプデスクプラットフォーム上で構築する場合は、無料トライアルを開始し、まずステップ3と4のタグレポートと自動化ルールを設定しましょう。この2つが、場面やトリガーを一度きりの推測ではなく測定可能なものにします。ステップ1の解約率とLTVの基準値は、引き続き請求プラットフォームまたはCRMから取得してください。

