CS のための顧客セグメンテーションとは、顧客ベースをティアに分け、各ティアにカバレッジモデル（high-touch、tech-touch、またはその中間）を割り当てる実践です。目的は、好感度で顧客をランク付けすることではありません。アカウントを担当するコストを、そのアカウントの revenue と成長のポテンシャルに合わせ、有限な CSM の headcount を NRR を最も動かす場所に配置することです。
1つではなく2つの軸でティア分けする
ARR だけでセグメント分けするのは最もよくある間違いです。戦略的バーティカルで3つしかないロゴの1つである $40K のアカウントや、$2M の拡大 runway を持つ親会社の傘下にあるアカウントは、tech-touch アカウントではありません。現在の ARR とポテンシャルでティア分けします。ポテンシャルとは、拡大の headroom、戦略的価値（リファレンスロゴ、design partner、参入しようとしている市場）、更新リスクです。
実用的なモデルは、ティアに集約する 2×2 です。
- ARR 高 + ポテンシャル高 → ティア1（high-touch）。 指名 CSM、上限のある book、四半期ごとの QBR、exec sponsor、カスタム成功プラン。
- ARR 高 + ポテンシャル低 → ティア1または2。 更新を守り、アテンドしない拡大プレイに過剰投資しない。指名 CSM は維持しつつ、より軽いケイデンスにします。
- ARR 低 + ポテンシャル高 → ティア2（scaled/pooled）。 プール型 CSM、または人手によるエスカレーションのトリガーを持つデジタルプログラム。「隠れた」拡大の大半はここに存在します。
- ARR 低 + ポテンシャル低 → ティア3（tech-touch）。 指名 CSM なし。in-app ガイド、ライフサイクルメール、コミュニティ、リスク時のみプールキューにルーティングする自動化された health アラート。
キャリブレーションされたティアのバンド
以下のバンドは B2B SaaS の標準です。自社の ACV 分布に合わせて調整してください。正直なルールは、ティアの区切り点はCSM のキャパシティで決まり、きりのよい ARR の数字では決まらないということです。指名 CSM のティアが実際に持っている headcount に収まるようにティアをサイジングします。
| ティア | カバレッジ | 典型的な ARR バンド | CSM あたりの book サイズ | ケイデンス |
|---|---|---|---|---|
| ティア1 | High-touch、指名 CSM | $100K+ ARR | 15-25 アカウント | 月次 + 四半期 QBR |
| ティア2 | Scaled / pooled CSM | $25-100K ARR | 75-150 アカウント | 四半期 + トリガー |
| ティア3 | Tech-touch / デジタル | $25K ARR 未満 | 500-2,000+ プール | 自動 + エスカレーション |
CSM あたり $1M ARR の比率はティア1の一般的な目標です。tech-touch プログラムはその revenue-per-headcount の 10-50倍で運用されます。カバレッジのコストが給与ではなくソフトウェアだからです。
カバレッジモデルをティアにマッピングする
ティアは input であり、カバレッジモデルは output です。そしてそれはラベルではなく具体的でなければなりません。
- High-touch（ティア1）： 指名 CSM がアカウントを所有し、相互のマイルストーンを記した成功プラン、economic buyer との四半期 QBR、自社側の指名された exec sponsor、120日前から始まる更新モーションを持ちます。
- Scaled / pooled（ティア2）： 共有された CSM プールが、health score とライフサイクルステージで優先順位付けされたキューを処理します。常設の 1:1 の代わりに one-to-many のウェビナーと office hours を使います。人間はトリガー時に関与します。health score の低下、停滞した onboarding、利用の崖、90日未満の進行中の更新です。
- Tech-touch（ティア3）： 製品とライフサイクルプログラムが仕事をします。in-app onboarding、マイルストーンメール、NPS/CSAT のパルス、コミュニティ、自動化された health モニタリング。人間はアラートが threshold を超えたときにのみ入り、そのときアカウントはプールチームに一時的に借りられるだけで、恒久的に再ティア化されるわけではありません。
ツールは強みのある領域が異なります。Gainsight と Planhat はエンタープライズの high-touch プログラムを支え、ChurnZero と Vitally は playbook 自動化が重みを担う scaled および pooled のモーションに強いです。
ケイデンスで再セグメント化し、移動を自動化する
セグメンテーションは腐ります。seat 数を10倍にしたアカウントは今やティア1ですが、まだライフサイクルメールを受け取っています。縮小したティア1のロゴは、もはや正当化できない指名 CSM を浪費しています。ティアの割り当てを四半期ごとに再計算し、昇格/降格のルールを CS プラットフォームに組み込んで、QBR 準備ミーティングで最も大声を出す CSM ではなくデータで移動が起きるようにします。
よくある落とし穴
- ARR だけでセグメント分けする。 tech-touch にルーティングされた高ポテンシャルの小規模アカウントは、逃した拡大です。ガード：常に第2の軸としてポテンシャルでティア分けし、ARR 低/ポテンシャル高の象限を四半期ごとに手作業でレビューします。
- ティア1のインフレ。 すべての AE が自分のアカウントを指名 CSM にしたがります。ガード：ティアの区切り点を CSM のキャパシティに固定します。ティア1が増えれば book が増え、high-touch が high-touch でなくなります。
- モーションではなくラベルとしてのカバレッジ。 書かれた QBR ケイデンス、成功プラン、更新トリガーなしにティアを「high-touch」と呼ぶと、モデルはスライド上にしか存在しません。ガード：各ティアは、出荷前に具体的なケイデンス、owner、エスカレーショントリガーを明示しなければなりません。
- 静的なセグメント。 年に1回のティア分けは、移動したアカウントにカバレッジを浪費します。ガード：四半期ごとに再計算し、CS プラットフォームで昇格/降格を自動化します。
関連
- NRR vs GRR — セグメンテーションが動かすために構築されたリテンション指標