HubSpot - AI Studio|HubSpotと生成AIの技術特化メディア

カスタマーサクセスの立ち上げと設計|チャーンレート改善とLTV向上の仕組み

作成者: 今枝 拓海|1970/01/01 0:00:00

 

「顧客の解約が増えているが、原因がわからない」「カスタマーサポートはあるが、能動的な顧客フォローの仕組みがない」「解約防止とアップセルを組織的に行いたいが、何から始めればいいかわからない」——サブスクリプション型のBtoB企業であれば、こうした課題に直面するタイミングが必ず訪れます。

カスタマーサクセス(CS)とは、顧客が自社のプロダクトやサービスを通じて望む成果を達成できるよう能動的に支援し、顧客の継続利用とLTV(顧客生涯価値)の最大化を実現する活動およびその組織のことです。カスタマーサポート(受動的な問い合わせ対応)とは異なり、解約の兆候を事前に検知し、プロアクティブにアクションを取る「攻め」のアプローチが特徴です。

本記事では、カスタマーサクセス組織の立ち上げから、チャーンレート改善・LTV向上の仕組み構築までを、CRM活用を軸に体系的に解説します。


この記事でわかること

  • カスタマーサクセスの本質的な定義と、カスタマーサポートとの違い
  • CS組織が必要になるタイミングと規模感の目安
  • チャーンレート(解約率)の計測方法と改善アプローチ
  • ヘルススコアの設計方法と運用ルール
  • オンボーディング→定着→拡大のCSライフサイクル設計
  • CRM/HubSpotでのCS運用の仕組み化

カスタマーサクセスとは?

カスタマーサクセスとは、顧客がプロダクトやサービスを活用して望む成果を達成できるよう、企業側から能動的に支援し、顧客の継続利用・満足度向上・収益拡大を同時に実現する活動です。

比較軸 カスタマーサポート カスタマーサクセス
アプローチ 受動的(問い合わせ対応) 能動的(先回りの支援)
目的 問題の解決 顧客の成果達成・解約防止
指標 対応速度、解決率 チャーンレート、NPS、LTV
発動タイミング 顧客から連絡があった時 解約兆候を検知した時、活用が低下した時

カスタマーサクセスは、単に「解約を防ぐ」だけでなく、顧客との関係を深めてアップセル・クロスセルの機会を創出する「攻め」の機能でもあります。


なぜカスタマーサクセスが重要なのか

売上成長の「守り」の要

BtoBのサブスクリプションモデルでは、チャーン(解約)は売上成長に直接的なブレーキをかけます。例えば、月次チャーンレートが3%の場合、年間で約30%の顧客が離脱する計算になります。新規獲得で30%以上の成長を実現しなければ、売上は横ばいか縮小してしまいます。

新規獲得コスト vs 既存維持コスト

新規顧客の獲得にかかるコスト(CAC)は、既存顧客の維持にかかるコストの5〜7倍と言われています。カスタマーサクセスに投資して解約率を改善する方が、同じ投資額で得られるリターンは大きくなります。

CSが必要になるタイミング

カスタマーサクセスの仕組みが必要になるのは、顧客数が一定規模を超えたタイミングです。顧客が20社程度であれば、担当者が個別に状況を把握してフォローすることも可能です。しかし、100社〜200社を超えてくると、個別対応では追いきれなくなり、仕組み化が不可欠になります。


チャーンレートの計測と改善フレームワーク

チャーンレートの種類と計算方法

指標 計算式 用途
顧客チャーンレート 解約顧客数 / 期首の総顧客数 × 100 顧客数の減少率を把握
収益チャーンレート(Gross) 解約による減収額 / 期首のMRR × 100 収益への影響を把握
ネットチャーンレート (減収額 - 既存顧客の増収額) / 期首のMRR × 100 解約とアップセルの差し引き

特に重要なのがネットチャーンレートです。ネットチャーンがマイナス(= 既存顧客の増収が解約を上回る状態)であれば、新規獲得がゼロでも売上が成長する構造になります。これがカスタマーサクセスが目指すべき究極のゴールです。

チャーン原因の分析フレームワーク

解約の原因を体系的に分析するために、CRMに解約理由をカテゴリー分類して記録します。

解約理由カテゴリ 具体例 対策の方向性
プロダクトの課題 必要な機能がない、使いづらい プロダクト開発チームへのフィードバック
価格 費用対効果が合わない 料金プランの見直し、価値の再訴求
活用不足 ログイン頻度が低い、機能が使われていない オンボーディングの改善、トレーニング提供
社内事情 担当者の異動、予算削減、組織変更 複数の関係者との接点構築
競合への乗り換え 競合の方が優位と判断 差別化ポイントの明確化、乗り換えコストの訴求

このデータをCRM上で集計し、四半期ごとに解約理由の分布を分析することで、CS施策の優先順位を決めることができます。例えば「活用不足」が解約理由の40%を占めていれば、オンボーディングの改善が最優先施策になります。


ヘルススコアの設計

ヘルススコアとは

ヘルススコアとは、顧客の健全性(継続利用の可能性)を数値化した指標です。ヘルススコアが低い顧客は解約リスクが高いと判断し、優先的にフォローを行います。

ヘルススコアの設計要素

要素 配点例 計測方法
プロダクト活用度 40点 ログイン頻度、主要機能の利用率、データ入力量
エンゲージメント 30点 ミーティング実施頻度、メール開封率、イベント参加
ビジネス成果 20点 顧客がKPIを達成しているか、ROIを実感しているか
関係性 10点 意思決定者との接点有無、NPS回答

100点満点で設計し、70点以上を「健全」、40〜70点を「要注意」、40点未満を「危険」として分類します。

ここで結構ミソになるのが、ヘルススコアの要素はプロダクトやビジネスモデルによって最適な形が異なるという点です。SaaS企業であればプロダクト活用度の比重を高くし、コンサルティング企業であればエンゲージメントの比重を高くする——といった調整が必要です。

ヘルススコアに基づくアクション設計

スコアレンジ 状態 アクション
80〜100点 健全 アップセル/クロスセル提案、事例化の依頼
60〜79点 要注意 定期ミーティングの実施、活用促進コンテンツの送付
40〜59点 警告 マネージャーエスカレーション、緊急ミーティングの設定
0〜39点 危険 経営層を含めた緊急対応、契約条件の見直し提案

CSライフサイクルの設計

フェーズ1:オンボーディング(受注後〜本格運用)

オンボーディングは、CSの中で最も重要なフェーズです。ここでの体験が、その後の定着と継続利用を大きく左右します。

ステップ 期間目安 主なアクション
キックオフ 受注後1週間以内 ゴール設定、スケジュール合意、関係者の特定
初期設定支援 1〜2週間 基本設定、データインポート、ユーザー登録
トレーニング 2〜4週間 主要機能の操作研修、活用シナリオの提示
ゴール達成確認 4〜8週間 初期目標の達成状況確認、次のアクションの合意

フェーズ2:定着(活用の深化)

オンボーディング完了後、顧客がプロダクトを日常的に活用し、成果を実感するフェーズです。

  • 月次/四半期でのビジネスレビュー(QBR)の実施
  • 活用度のモニタリングとヘルススコアの追跡
  • 新機能のリリース情報提供と活用提案
  • ユーザーコミュニティやユーザー会への招待

フェーズ3:拡大(アップセル・クロスセル)

顧客が十分に価値を実感している状態で、追加のプロダクトやプランのアップグレードを提案します。

ここで重要なのは、アップセルを「売り込み」ではなく「顧客の成果をさらに拡大するための提案」として位置づけることです。CRMに蓄積された顧客の活用データと、顧客が達成したKPIを根拠にして提案することで、顧客にとっても納得感のあるアップセルが実現できます。


CRM/HubSpotでのCS運用設計

Service Hubのカスタマーサクセス機能

HubSpotのService Hubには、カスタマーサクセスの運用を支援する機能が搭載されています。

  • カスタマーサクセスワークスペース: 担当顧客の一覧表示、ヘルススコアの可視化、アクション管理
  • ヘルススコアの自動計算: プロダクト活用データとエンゲージメントデータからスコアを自動算出
  • アンケート(NPS/CSAT): 顧客満足度を定期的に計測し、トレンドを追跡
  • チケット管理: 問い合わせの対応状況を一元管理

ワークフローによるCS業務の自動化

CSの業務負荷を軽減し、対応漏れを防ぐためのワークフロー設計です。

  • ヘルススコアが一定閾値を下回ったら、CS担当者にアラート通知
  • オンボーディング完了後、定期的なチェックインメールを自動配信
  • 契約更新の90日前/60日前/30日前にリマインドタスクを自動作成
  • NPS回答で低スコア(Detractor)が検出されたら、マネージャーにエスカレーション

ダッシュボードでのCS指標モニタリング

KPI レポート種別
月次/四半期チャーンレート 解約数の推移レポート
ネットチャーンレート 解約収益 vs アップセル収益の比較
ヘルススコア分布 健全/要注意/危険の顧客比率
オンボーディング完了率 予定通り完了した顧客の割合
NPS推移 四半期ごとのNPSスコア推移
CS担当者別の顧客ポートフォリオ 各CSMが担当する顧客のヘルス状況

ダッシュボードは「CS週次MTG用」「経営報告用」のようにシーン別に分けて設計し、それぞれに必要なレポートを配置するのがおすすめです。


注意点・よくある失敗パターン

失敗パターン1:CSをサポートの延長として立ち上げる

「カスタマーサポート部門にCS業務を追加する」形で立ち上げると、受動的な問い合わせ対応に追われ、能動的な顧客フォローの時間が取れなくなります。CSは独立した機能として設計し、チャーン防止・LTV向上をミッションとして明確に定義することが重要です。

失敗パターン2:ヘルススコアを作ったが運用されない

ヘルススコアは「見える化」して終わりではなく、スコアに応じたアクション定義とセットで運用する必要があります。スコアが下がったときに「誰が」「何を」「いつまでに」やるのかを事前に定義し、ワークフローで自動化することがポイントです。

失敗パターン3:一人ですべての顧客を対応しようとする

CS担当者1名あたりの担当顧客数には限界があります。ハイタッチ(個別対応)で50社、ロータッチ(セミ自動)で100〜200社が目安です。顧客数が増えたら、テックタッチ(完全自動化)の仕組みを構築して対応規模を拡大する必要があります。

正直な限界

カスタマーサクセスはすべての解約を防ぐことはできません。顧客の社内事情(予算削減、組織再編、事業撤退等)による解約は、CSの力だけでは対処が難しいケースがあります。また、プロダクト自体に根本的な課題がある場合、CSの努力だけでは解約率の改善に限界があります。CSのデータをプロダクト開発チームにフィードバックする仕組みも合わせて構築することが大切です。


まとめ

カスタマーサクセスの立ち上げは、以下の流れで設計します。

  1. チャーンレートを計測し、解約原因を分析して優先課題を特定する
  2. ヘルススコアを設計し、顧客の健全性を数値化する
  3. オンボーディング→定着→拡大のCSライフサイクルを設計する
  4. ワークフローでCS業務の自動化と対応漏れ防止の仕組みを構築する
  5. ダッシュボードでCS指標をリアルタイムにモニタリングする

まずはチャーンレートの計測と解約理由の分析から始めていただければなと思います。解約の原因がデータとして可視化されれば、優先すべき施策が明確になり、CS活動のROIを経営に示すことも可能になります。CRMに顧客データが蓄積されるほど、ヘルススコアの精度が上がり、解約兆候の早期検知がより正確に行えるようになります。


よくある質問(FAQ)

Q. カスタマーサクセス組織はいつ立ち上げるべきですか?

A. 顧客数が100社を超えてきたタイミングが1つの目安です。20社程度であれば個別対応で回せますが、100社〜200社を超えてくると仕組み化なしでは追いきれなくなります。解約が目立ち始めたら、顧客数に関係なく早めに立ち上げることをおすすめします。

Q. チャーンレートの目標値はどのくらいに設定すべきですか?

A. BtoB SaaSの場合、月次チャーンレート1%以下(年間チャーン約12%以下)が一般的な目標値です。ネットチャーンレートがマイナス(= 既存顧客の増収が解約を上回る状態)を実現できれば、非常に健全な成長構造です。ただし業種や商材によって適正値は異なりますので、まずは自社の現状値を計測することから始めてください。

Q. CS担当者1名あたり何社を担当するのが適切ですか?

A. ハイタッチ(個別の手厚い対応)であれば30〜50社、ロータッチ(定型的なフォロー+個別対応)であれば100〜200社が目安です。テックタッチ(自動化ベース)であれば、それ以上の顧客数もカバーできます。担当顧客の契約金額や複雑度によっても変わりますので、自社に最適な形を見極めることが大切です。

Q. HubSpot以外のCRMでもカスタマーサクセスの仕組みは構築できますか?

A. 構築可能です。本記事で紹介したフレームワーク(チャーン分析、ヘルススコア、CSライフサイクル)はツールに依存しない設計思想です。Salesforceをお使いの場合は、Salesforceのカスタマーサクセス関連機能や、Gainsight等の専用ツールとの連携も選択肢になります。

Q. カスタマーサクセスとカスタマーサポートは分けるべきですか?

A. 可能であれば分けることをおすすめします。サポートは「問題の解決」、サクセスは「成果の達成と解約防止」と、ミッションが異なるためです。ただしリソースが限られている場合は、まずサポートチーム内にCS的な役割を持たせ、チャーン防止のアクションから始めるのも現実的なアプローチです。

関連記事