新規獲得のコストが上がり続けるなかで、既存顧客からの収益をどう伸ばすかは、業種を問わない経営課題になりました。その答えとして語られるのが「カスタマーサクセス」です。
ただ、この言葉はしばしば「手厚いサポート」と同義に使われ、その理解で組織を作ると必ず御用聞きになります。
カスタマーサクセスとは、顧客が自社の製品・サービスを使って当初の目的を達成できているかを、こちらから確認しに行き、達成していなければ使い方を変えさせる活動です。顧客に寄り添うことではなく、成果を出させることが仕事です。
本記事では、この違いがなぜ重要なのか、そして機能する体制をどう設計するかを整理します。
サポートとの違いは「起点」と「成果の測り方」
最初に押さえるべき区別です。多くの組織で、この2つが混ざったまま部署が作られています。
| カスタマーサポート | カスタマーサクセス | |
|---|---|---|
| 起点 | 顧客からの問い合わせ | 自社からの働きかけ |
| 姿勢 | 受動（来たら応える） | 能動（変化を見て動く） |
| 目的 | 問題を解消する | 成果を出させる |
| 成果指標 | 一次回答時間、解決率、満足度 | 継続率、利用の深さ、拡大収益 |
| 成功した状態 | 問い合わせが早く片付く | 問い合わせが起きる前に手が打たれている |
| コストの性質 | コストセンター | 収益に接続する部門 |
窓口を1つにまとめること自体は問題ありません。問題は、評価指標まで1つにしてしまうことです。
サポートの指標で評価すると、担当者は問い合わせを早く捌くことに最適化します。すると、問い合わせをしてこない顧客——つまりすでに使うのをやめかけている顧客が視界から消えます。解約はここから起きます。
「LTVを最大化する」を分解する
カスタマーサクセスの目的はLTV（顧客生涯価値）の最大化だと説明されます。ただ、この言葉のままでは打ち手が決まりません。分解すると3つになります。
LTV ＝ 平均取引額 × 継続期間 × 取引頻度
| 要素 | 何をすると動くか | 担当 |
|---|---|---|
| 継続期間 | 解約の予兆を捉え、原因を取り除く | カスタマーサクセス |
| 平均取引額 | 上位プラン・追加機能への移行を促す | カスタマーサクセス／営業 |
| 取引頻度 | 利用が定着する状態まで持っていく | カスタマーサクセス |
ここで重要なのは、着手の順序が「継続期間 → 取引頻度 → 平均取引額」であることです。
逆順にすると失敗します。定着していない顧客に上位プランを提案しても通りませんし、通ったとしても解約が早まります。アップセルは、顧客が現行プランで成果を出したことを確認してからでなければ、単なる押し売りになります。
御用聞きにならないための3つの設計
立ち上げた組織が数か月で便利屋になる。これがこの領域で最も多い失敗です。原因は運用ではなく設計にあります。
設計1：訪問・面談の議題を自社が決める
御用聞き化の入口は、「何かお困りごとはありませんか」で面談を始めることです。この問いで始めると、その面談は顧客の要望を受け取る場になります。
議題は自社が用意します。用意する内容は次の3つで足ります。
- 契約時に顧客が挙げた目的と、現在の達成状況
- 利用状況の数字（利用者数、使われている機能、使われていない機能）
- 次の3か月で変えることの提案
この形にすると、面談は「状況の確認と次の行動の合意」になります。要望は最後に聞けば十分です。
設計2：契約時に「成功の定義」を書かせる
上の議題1が成立するには、契約の時点で顧客が何を達成したいのかが記録されている必要があります。
ここが最も抜けやすい工程です。営業が受注を優先すると、目的の確認は省かれます。結果として、カスタマーサクセスの担当者は「この顧客は何のために導入したのか」を知らないまま引き継ぐことになります。
対処は、受注の条件に「顧客の目的と、達成を判定する数字」の記載を含めることです。営業の成果として受注だけを見ていると、この工程は必ず飛ばされます。
設計3：要望を「受ける」ではなく「分類する」
顧客から出た要望をそのまま開発に流すと、機能が増え続け、誰の役にも立たない製品になります。
要望は必ず分類します。
| 分類 | 判定基準 | 扱い |
|---|---|---|
| 成果に直結 | 実現しないと顧客が目的を達成できない | 優先して対応 |
| 使い方で解決 | 既存機能で対応可能だが知られていない | 使い方を教える |
| 個別最適 | その顧客固有の事情による | 原則として断る |
| 要望の形をした不満 | 本質は別のところにある | 掘り下げて真因を特定する |
4番目を見分けられるかどうかが、担当者の力量の分かれ目です。「この画面にこのボタンが欲しい」という要望の背後に、「そもそも運用が自社に合っていない」という問題が隠れていることは珍しくありません。
解約の予兆をどう捉えるか
解約は突然起きません。更新の直前に気づく体制になっていることが問題です。
見るべき4つの兆候
| 兆候 | 具体的な見方 | 意味 |
|---|---|---|
| 利用の減少 | ログイン頻度、アクティブ利用者数の前月比 | 使われなくなっている |
| 利用の偏り | 契約時に想定した機能が使われているか | 目的と使い方がずれている |
| 問い合わせの途絶 | 一定期間、接点がゼロになっている | 諦められている可能性がある |
| 担当者の交代 | 窓口担当・決裁者の異動 | 導入の経緯を知る人がいなくなる |
4番目は見落とされがちですが、導入を決めた担当者がいなくなった時点で、その契約は「前任者が決めた不明な支出」になります。後任にとって、内容を知らない契約を更新する理由はありません。担当者の交代を検知したら、目的の再確認から始める必要があります。
問い合わせの途絶を「順調」と読まない
この誤読が最も高くつきます。問い合わせが来ない顧客は、順調に使えているか、使うのをやめたかのどちらかです。両者は外形上まったく同じに見えます。
利用状況の数字を見ずに接点の有無だけで管理していると、この2つが区別できません。解約の連絡で初めて気づくのは、ほぼこのパターンです。
立ち上げの順序
専任者がいない状態から始める場合、次の順序が現実的です。
| 段階 | やること | 完了の基準 |
|---|---|---|
| 1 | 既存顧客を、利用状況で3群に分ける（順調／不明／危険） | 全顧客がどれかに分類されている |
| 2 | 「不明」の群に接触し、目的と現状を聞き取る | 不明が半分以下になっている |
| 3 | 危険群への対応を、担当を決めて実施する | 対応した顧客の利用状況が動いている |
| 4 | 契約時に目的を記録する運用を営業に入れる | 新規契約に目的欄が入っている |
| 5 | 兼任者の評価に継続率を入れる | 評価シートが変わっている |
段階5を飛ばすと、1〜4は続きません。営業と兼任させたまま評価を新規受注だけで行えば、既存顧客への対応は必ず後回しになります。人を増やすことより、評価の対象を変えることのほうが先に効きます。
評価と行動の接続については、顧客満足度と売上が相関ない理由。収益に直結するKPI再定義で、満足度を追うことの限界と代替の指標を扱っています。
まとめ
- カスタマーサクセスは手厚いサポートではありません。顧客が目的を達成できているかを確認し、達成していなければ使い方を変えさせる活動です
- サポートと窓口を統合するのは構いませんが、評価指標を統合すると解約の予兆が見えなくなります
- LTVの改善は「継続期間 → 取引頻度 → 平均取引額」の順です。逆順のアップセルは押し売りになります
- 御用聞き化を防ぐ鍵は運用ではなく設計です。面談の議題を自社が決め、契約時に成功の定義を書かせます
- 問い合わせが来ない顧客は「順調」ではありません。利用状況の数字を見ない限り、順調と離脱は区別できません
