顧客セグメント別の対応戦略｜目標設定から施策立案までの具体的プロセス
公開日 ・ 更新日 ・ 読了 17分
担当する顧客数が増えるほど、全社に同じ手厚さで対応することは難しくなります。解約リスクの高い顧客から手をつける、といった優先順位づけまではできていても、セグメント（顧客の層）ごとに「何を目標に・何をするか」まで設計しきれている組織は多くありません。結果として、リスクの高い顧客への手当てが薄いまま、すでに定着している顧客に過剰な工数を使ってしまう状態が生まれます。
この記事では、顧客をセグメント別に分けてCS（カスタマーサクセス：顧客の成功を支援し、継続利用と契約拡大につなげる活動）対応を変えるための具体的な進め方を、セグメントの切り方、セグメント別の目標設定、施策立案の順で解説します。結論を先に述べると、セグメント別対応は、ヘルススコアと契約価値の2軸で顧客を分け、各セグメントに固有のゴールとKPIを置き、タッチモデル（対応の手厚さ）を割り当てて施策を設計する、という順で進めます。ヘルススコアの定義や設計手順、解約防止の仕組みといった体系的な全体像はヘルススコアによるリスク管理と解約防止で扱っているため、本記事はその先にある「セグメント別の対応戦略」だけを深掘りします。
なぜCSはセグメント別に対応を変えるのか
CSのリソースは有限です。全顧客に一律で対応すると、解約リスクの高い顧客への手当てが薄まる一方で、すでに健全に使えている顧客には過剰な対応になります。セグメント別対応の目的は、限られた工数を成果に直結する形で配分することにあります。親ピラーで扱った「優先順位づけ」がリスクの高い顧客から順に手をつける発想だとすれば、本記事が扱うのはその一歩先、優先順位を対応方針として固定し、体系化する段階です。ここでは一律対応の何が無駄なのか、優先順位づけとセグメント別対応が具体的にどう違うのかを整理します。
一律対応が抱える2つの無駄
一律対応の無駄は、対応の過不足という形で両端に現れます。
1つ目は、リスク顧客への手当て不足です。解約の兆候が出ている顧客ほど、利用の立て直しや課題のヒアリングに時間がかかります。全顧客に均等な工数を割り当てていると、本来もっと踏み込むべき顧客にも定型的な対応しかできず、防げたはずの解約を取りこぼします。
2つ目は、健全な顧客への過剰対応です。製品を問題なく使いこなし、契約更新の可能性も高い顧客に対して、リスク顧客と同じ頻度の面談やフォローを続けても、成果の伸びしろは小さいままです。ここに割いた工数は、他の顧客に回せたはずの機会損失になります。
この2つの無駄は、営業生産性の考え方に置き換えると理解しやすくなります。営業やCSの成果は、受注率や単価にあたる指標（更新率・LTV・アップセル）を工数で割った形で捉えられます。CSの工数配分も同じで、投下した工数あたりのLTV（Life Time Value：顧客生涯価値。1顧客が契約期間全体でもたらす総収益）や更新への寄与を最大化する視点で見ると、どこに手を厚くすべきかが判断しやすくなります。
「優先順位づけ」と「セグメント別対応」の違い
優先順位づけとセグメント別対応は、似て見えて役割が異なります。優先順位づけは「今、誰から手をつけるか」という時点ごとの判断です。ヘルススコアが下がった顧客リストを見て、上から対応していくイメージに近いものです。
一方でセグメント別対応は、「このタイプの顧客には、こういう方針で対応する」という方針そのものを固定し、体系化する取り組みです。誰が担当しても、同じセグメントの顧客には同じ考え方で臨めるようになります。優先順位づけが個々の判断の速さを上げるのに対し、セグメント別対応は判断の型を組織に定着させ、担当者による対応のばらつきを抑えます。この違いを踏まえると、セグメント別対応は日々の優先順位づけを支える上位のルールだと捉えられます。
顧客セグメントの分け方
セグメントは「解約リスクの高さ」と「顧客の価値」の2軸で切るのが、実務で最も使いやすい方法です。リスク軸にはヘルススコア、価値軸には契約金額やLTV、拡大余地を使います。1軸だけで分けると対応方針が決まりません。たとえば解約リスクだけで切ると、リスクは低いものの大きな売上をもたらす高額顧客への対応が薄くなる恐れがあります。ここでは2軸の中身と、ヘルススコアをどう軸に落とすか、そして2軸から導ける4つの代表的なセグメントを具体的に説明します。
セグメンテーションの2軸｜解約リスクと顧客価値
リスク軸に使うヘルススコアは、親ピラーで整理した利用状況・満足度・エンゲージメントの3軸を合成し、顧客の健全度を1つの指標にまとめたものです。スコアが低いほど解約リスクが高いと読みます。
価値軸には、次の指標を組み合わせて使います。
- 契約金額（月額・年額）
- LTV（契約期間全体で見込める総収益）
- アップセル・クロスセルの余地（拡大提案の見込み）
この2軸を使うと、「守るべきか、伸ばすべきか」と「今すぐ手を打つべきか、維持でよいか」を同時に判断できます。1軸のリストでは「リスクが高い顧客」までしか分からず、その顧客が事業へのインパクトが大きいのか小さいのかが見えません。価値軸を重ねることで、同じ高リスクの中でも優先度に差をつけられます。
ヘルススコアを軸にセグメントを分ける
リスク軸の精度は、ヘルススコアの設計精度に依存します。スコアの構成要素や重みづけが実態とずれていると、セグメント分けそのものが的外れになります。スコアの設計手順や、どのKPIをどう組み合わせるかについてはヘルススコア設計 KPIで扱っているため、本記事ではすでにスコアが機能している前提で進めます。
スコアを軸に落とすときは、まず高・中・低の3段階程度に区切るところから始めます。最初から細かく刻む必要はありません。区切りの閾値は、過去に解約した顧客のスコア分布を見て、「このスコアを下回ると解約が増える」という水準を目安に置きます。スコアが未整備の場合の代替案はFAQで補足します。
2軸で分けた代表的な4セグメント
リスク軸と価値軸をそれぞれ高低の2段階にすると、4つの象限に分かれます。この4象限が、本記事のセグメント別対応の骨格です。
- 高価値×高リスク：最優先で守るセグメント。売上インパクトが大きく、かつ解約の兆候が出ている。CSの工数を最も厚く割く対象。
- 高価値×低リスク：拡大提案の候補。安定して使えており、アップセル・クロスセルでLTVを伸ばせる余地がある。
- 低価値×高リスク：効率的に対応するか、撤退判断を検討するセグメント。手をかけても回収が見合わないケースが含まれる。
- 低価値×低リスク：自動化で維持するセグメント。個別対応の必要性は低く、セルフサービスの仕組みで支える。
この4象限に分けることで、後段の目標設定と施策立案が一本の線でつながります。象限ごとに「守るのか攻めるのか」「工数をかけるのか効率化するのか」の方針が定まるため、担当者間で対応の考え方をそろえやすくなります。低価値×高リスクの象限に撤退判断を含める点は見落とされがちですが、回収が見込めない顧客に工数を注ぎ続けないためには必要な観点です。
セグメント別の目標設定
セグメントごとに置くべきゴールとKPIは異なります。高リスク層のゴールは解約阻止と利用の立て直しであり、高価値×低リスク層のゴールはアップセル・クロスセルによるLTV拡大です。ここを分けずに、全社共通のKPI（たとえば全社の更新率）だけで全セグメントを測ると、どの層に手を打つべきかが判断できなくなります。ここでは目標設定の原則と、各セグメントに置くべき具体的なゴール・KPI、それを全社KPIへ積み上げる方法を整理します。
目標設定の原則｜セグメントごとに守り／攻めを分ける
目標設定の起点は、そのセグメントが「守り」なのか「攻め」なのかを決めることです。高リスク層は守りで、解約させないことが第一のゴールになります。低リスク層のうち価値の高い顧客は攻めで、契約の拡大がゴールになります。低価値層はどちらでもなく、工数を抑えて維持することがゴールです。
守りと攻めを取り違えると、KPIの設計もずれます。守りのセグメントに拡大提案のKPIを課すと、まだ課題を抱えている顧客に無理な提案をしてしまい、かえって関係を損ねます。逆に、安定して使えている顧客に解約防止のKPIだけを置くと、伸ばせるはずの売上を取りこぼします。セグメントの性質に合ったゴールを先に決めてから、KPIを紐づける順序が重要です。
高リスク層の目標とKPI
高リスク層のゴールは、解約を止め、利用を健全な水準まで戻すことです。この層に置くKPIには、次のものがあります。
- 更新率：対象セグメントの契約更新の割合。守りの成果を測る中心指標。
- 利用回復率：ヘルススコアやログイン頻度・主要機能の利用が、一定期間で改善した顧客の割合。
- オンボーディング完了率：導入初期の設定・活用ステップを完了した割合。導入直後に高リスクへ落ちた顧客の立て直しに使う。
高リスク層では、KPIの改善までのリードタイムが長い点に注意します。面談やヒアリングを重ねてもスコアがすぐには戻らないため、更新率だけを見ていると打ち手の効果が見えにくくなります。利用回復率やオンボーディング完了率のような中間指標を置くことで、更新の前段階での改善を捉えられます。
高価値・低リスク層の目標とKPI
高価値×低リスク層のゴールは、良好な関係を土台にLTVを伸ばすことです。すでに製品が定着しているため、解約防止よりも拡大提案に軸足を置きます。この層に置くKPIには、次のものがあります。
- アップセル率：上位プランや利用枠の拡張につながった顧客の割合。
- クロスセル率：関連する別製品・別機能の追加契約につながった割合。
- NRR（Net Revenue Retention：売上維持率。既存顧客からの売上が、解約やダウンセルを差し引いてもどれだけ拡大したかを示す指標）。
営業やCSの成果を「単価（LTV・アップセル）を工数で割った形」で捉えると、この層は投下工数あたりの回収が最も大きくなりやすい対象です。安定している顧客だからこそ、拡大の一手を打つ価値があります。ただし、拡大提案を急ぎすぎて過剰な接触になると、かえって関係を損ねます。定着の確認を挟んでから提案する線引きが必要です。
目標を全社KPIと接続する
セグメント別のKPIは、最終的に全社のKPIへ積み上がる形にします。接続しないまま運用すると、各セグメントのKPIは達成しているのに全社の更新率やNRRが伸びない、という乖離が起きます。
接続の考え方はシンプルです。全社の更新率は、各セグメントの更新率を契約数や金額で加重した合計になります。全社のNRRは、高価値層の拡大分から、他セグメントの解約・縮小分を差し引いた結果です。この関係を明示しておくと、「全社NRRを上げるには、高価値×低リスク層のアップセルを伸ばすか、高価値×高リスク層の解約を止めるか」という打ち手の当たりがつけられます。セグメントKPIを全社KPIの構成要素として位置づけることで、現場の動きと経営指標がつながります。
セグメント別の施策立案
施策は、タッチモデルをセグメントに割り当てたうえで、具体的な打ち手を設計します。タッチモデルとは、CSの対応の手厚さを分類したもので、ハイタッチ・ロータッチ・テックタッチの3段階が一般的です。原則として、高価値×高リスクにはハイタッチ、低価値×低リスクにはテックタッチを割り当てます。ここでは各タッチの定義と、セグメントへの割り当ての判断基準、そして象限ごとの具体施策を掘り下げます。
タッチモデルとは｜ハイタッチ・ロータッチ・テックタッチ
タッチモデルは、1顧客あたりにかける対応の手厚さで分かれます。
- ハイタッチ：担当者が個別に、面談や個別提案などで手厚く対応するモデル。工数は大きいが、深い関係を築ける。
- ロータッチ：複数顧客をまとめて対応するモデル。グループセミナーや定型化した定期連絡など、半自動と個別対応の中間。
- テックタッチ：人が個別に動かず、ツールやコンテンツで支援するモデル。自動メール、ヘルプコンテンツ、セルフオンボーディングなどが該当する。
3つの違いは、1顧客に人がどれだけ手をかけるかの差です。手厚いほど成果への寄与は大きくなりますが、対応できる顧客数は限られます。どの顧客にどのタッチを当てるかを決めることが、工数配分の実体になります。
セグメントへのタッチモデルの割り当て
タッチモデルの割り当ては、4象限に沿って行います。判断基準は、顧客価値と対応工数の見合いです。
- 高価値×高リスク：ハイタッチ。個別に深く関わる価値がある。
- 高価値×低リスク：ハイタッチまたはロータッチ。拡大提案のタイミングで個別対応、平時はロータッチで維持。
- 低価値×高リスク：ロータッチまたはテックタッチ。手をかけすぎず、効率的に立て直しを図る。改善が見込めなければ撤退判断も選択肢に入る。
- 低価値×低リスク：テックタッチ。自動化された仕組みで維持する。
割り当ての要点は、価値の高い顧客ほど人の工数を厚く、価値の低い顧客ほどツールに寄せることです。ここを逆にすると、成果の小さい顧客に人が張り付き、伸ばせる顧客が手薄になります。
高価値×高リスク層への施策
このセグメントは最優先で守る対象で、ハイタッチで対応します。具体的な打ち手は、個別面談による課題のヒアリング、利用が滞っている機能の活用支援、導入初期でつまずいた場合の追加オンボーディングなどです。
ここで重要なのは、施策を打つタイミングです。担当者に余裕がある段階で先回りして手を打てるよう、この象限の顧客数を絞り込んでおくことが前提になります。高リスク顧客が積み上がってから一斉に対応しようとすると、どの顧客にも中途半端な手当てしかできません。日々のヘルススコアの動きを見て、この象限に入りそうな顧客を早めに把握し、余裕のある段階で個別対応に入る運用が効果的です。
高価値×低リスク層への施策
このセグメントは、良好な状態を保ちつつ拡大を狙います。まず行うのは活用の定着確認で、主要機能が継続して使われているか、利用が特定の担当者に偏っていないかを点検します。定着が確認できたら、上位プランや関連製品への拡大提案に進みます。
この層で注意すべきは、過剰サポートの線引きです。安定して使えている顧客に高リスク層と同じ頻度で面談を組むと、工数の無駄になるだけでなく、顧客側にも「まだ問題があるのか」という余計な不安を与えかねません。接触は拡大提案の機会と、定期的な状態確認に絞り、平時はロータッチで維持するのが現実的です。
低価値層への施策の効率化
低価値層、とくに低価値×低リスクの象限は、テックタッチで効率的に維持します。個別対応をなくし、仕組みで支える設計に切り替えます。具体的には、ヘルプコンテンツやFAQの整備、利用状況に応じて自動送信されるメール、担当者が介在しないセルフオンボーディングの導線などです。低価値×高リスク層についても、まずはテックタッチとロータッチで立て直しを試み、改善が見込めない場合に個別対応や撤退を検討します。
こうしたセグメント別の対応を回すには、どの顧客がどのセグメントに属し、どのタスクが紐づいているかを一元的に管理できる状態が前提になります。顧客情報が担当者ごとの手元やスプレッドシートに散在していると、セグメント単位の対応状況を把握できません。たとえばMazrica SalesのようなSFA（営業支援システム：営業・顧客対応の活動を記録・管理するシステム）・CRM（顧客関係管理：顧客との関係を長期に維持・強化するための情報基盤と考え方）では、顧客ごとの案件や活動状況を一元管理し、ヘルススコアや契約金額といった属性で顧客をグルーピングして、セグメント単位で対応状況を追えます。蓄積した営業情報やデータをもとに、次に取るべきアクションをAIが示唆する機能を備えるものもあり、この場合の示唆はAIが推定するものとして扱います。他のSFA・CRMでも同種の管理機能はあるため、既存ツールで同じことができるなら無理に置き換える必要はありません。
セグメント設計を運用に乗せる
セグメントは一度分けて終わりではありません。顧客の状態は変わるため、ヘルススコアの変化に応じてセグメント間を移動させる運用が必要です。スコアの変化を検知してセグメントを更新する頻度（月次や四半期など）と、担当者間で対応方針を共有する仕組みが運用の要になります。ここでは見直しの頻度と移動のルール、セグメント別対応でよくあるつまずきと対処、そしてリテンション施策との接続を整理します。
セグメントの見直し頻度と移動の運用
見直しの頻度は、スコアの変動の速さと担当できる工数から決めます。多くのBtoB SaaSでは、月次でスコアと契約状況を確認し、四半期でセグメント全体を見直す程度から始めると回しやすくなります。日次で細かく動かすと、一時的なスコアの上下に振り回されて対応方針が定まりません。
移動のルールは、あらかじめ言語化しておきます。たとえば「ヘルススコアが低の水準を2か月連続で下回ったら高リスク象限へ移す」「契約更新でアップセルが成立したら価値軸を上に見直す」といった形です。ルールがないと、担当者ごとにセグメントの解釈がずれ、同じ状態の顧客が別々に扱われます。スコア低下を検知してアラートを出す仕組みそのものはCS リスク検知 アラートで扱っているため、ここではその検知をセグメント移動のトリガーとしてどう使うかに絞って考えます。
セグメント別対応でよくあるつまずきと対処
セグメント別対応は、運用の段階でいくつかの典型的なつまずきに直面します。
1つ目は、セグメントを細かく分けすぎて運用が回らなくなることです。象限を増やすほど対応方針は精緻になりますが、担当者が判断しきれず、結局どのセグメントにも中途半端な対応になります。運用が回らないと感じたら、まず4象限に戻し、対応方針が明確に分かれる粒度まで統合するのが現実的です。
2つ目は、セグメント間の移動ルールが曖昧なことです。移動の基準が担当者の感覚に委ねられていると、同じ状態の顧客が違うセグメントに入り、対応にばらつきが出ます。移動ルールが定まっていないなら、スコアの閾値と契約イベント（更新・アップセル・解約予告）を基準に、機械的に移動できる条件へ落とし込みます。
3つ目は、全社KPIとセグメントKPIが接続されていないことです。セグメントごとの目標は達成しているのに全社の更新率やNRRが伸びない場合、この非接続を疑います。各セグメントのKPIが全社KPIのどこに積み上がるかを明示し、乖離が出たらどのセグメントが原因かを追える状態にします。
リテンション施策との接続
セグメント別対応は、リテンション（顧客維持）施策と一体で機能します。高リスク層に割り当てた個別対応も、低価値層のテックタッチも、最終的には解約を防ぎ、契約を維持・拡大するための施策です。どのセグメントにどの解約防止施策を当てるか、施策の設計そのものについてはCS 解約防止 リテンションで扱っています。セグメント設計は、リテンション施策を「誰に・どの手厚さで」当てるかを決める土台として捉えると、両者の役割分担が整理できます。
まとめ
セグメント別対応は、組織の状況によって最初に着手すべき象限が変わります。顧客数が数十社規模でハイタッチ中心の体制なら、まずは高価値×高リスクの1象限だけを切り出し、そこに手厚く対応する設計から始めるのが現実的です。逆に、顧客数が多くロングテールを抱える体制なら、低価値層のテックタッチ自動化を先に整えて工数を空け、その余力を上位象限に回す順序が効きます。すべての象限を同時に作り込もうとせず、自組織のボトルネックがある象限から着手するのが失敗しにくい進め方です。
最初の一歩は小さく設定します。KPIツリーの書き出しのような大がかりな作業から始めるのではなく、まず既存顧客を「契約金額」と「ヘルススコア（なければログイン頻度や主要機能の利用状況といった利用状況の高低）」の2軸で4つに仮分けしてみるところから着手します。仮分けした時点で、どの象限に顧客が偏っているか、手薄になっている象限はどこかが見えてきます。そこから目標設定と施策立案に進めば、机上の設計に終わらず運用に乗せやすくなります。ヘルススコアの設計や解約防止を含む体系的な全体像はヘルススコアによるリスク管理と解約防止を参照してください。
よくある質問
Q 顧客セグメントはいくつに分けるのが適切ですか？
まずは本記事で示した4象限から始めるのが実務的です。象限を増やすほど対応方針は精緻になりますが、担当者が判断しきれず運用が破綻しやすくなります。4象限で運用してみて、同じ象限内で明らかに対応を変えたい顧客群が出てきた段階で、その象限だけを分割する形で増やすと過剰にならずに済みます。
Q ヘルススコアがまだ整備されていない場合、何を軸にセグメントを分ければよいですか？
リスク軸の代替として、ログイン頻度・主要機能の利用率・問い合わせやサポート依頼の状況といった、既に取得できているデータを使います。これらは解約の兆候と相関しやすく、簡易的なリスク指標として機能します。まずこれらの高低で仮のリスク軸を作り、運用しながらヘルススコアの設計に移行するのが現実的です。スコアの本格的な設計手順は[ヘルススコア設計 KPI](/health-score-risk-management-design/)を参照してください。
Q ハイタッチとテックタッチはどう使い分けますか？
顧客価値と対応工数の見合いで決めます。個別に人が関わる価値が回収を上回る高価値の顧客にはハイタッチ、人が個別に動いても回収が見合わない低価値の顧客にはテックタッチを当てます。同じ高リスクでも、価値が高ければハイタッチ、低ければテックタッチと分かれる点が使い分けの軸です。
Q セグメント別対応と、営業（アップセル）チームの役割分担はどうすればよいですか？
高価値×低リスク層の拡大提案は、CSと営業の接点になります。CSが活用の定着や拡大余地の見立てを担い、具体的な提案・契約交渉を営業が引き受ける分担が一般的です。役割の境界を「見立てまではCS、提案以降は営業」と決めておくと、拡大の機会を取りこぼさずに済みます。組織によってはCSが提案まで担う場合もあり、どこで引き継ぐかを事前に合意しておくことが重要です。
Q セグメントを移動させる基準はどう決めればよいですか？
ヘルススコアの閾値と、契約に関わるイベント（更新・アップセル・解約予告など）を基準にします。たとえば「スコアが低の水準を一定期間連続で下回ったら高リスクへ」「アップセルが成立したら価値軸を上へ」といった機械的な条件に落とし込みます。担当者の感覚に委ねると同じ状態の顧客が別々に扱われるため、条件を明文化しておくことが運用のばらつきを防ぎます。
Q 少人数のCSチームでもセグメント別対応は実現できますか？
少人数だからこそセグメント別対応が効きます。全顧客に均等に手をかける余裕がない分、工数を高価値×高リスクの象限に集中させ、低価値層はテックタッチの仕組みで支える設計が有効です。まずは1象限だけを手厚く対応し、残りは自動化されたメールやヘルプコンテンツで維持するところから始めれば、限られた人数でも回せます。