「俺は100社担当してます（崩壊バグ）」。CSMのキャパシティ・プランニングとリソース関数

導入前の課題（摩擦のピーク）

カスタマーサクセスマネージャー（CSM）の組織拡大期において、必ず発生する致命的エラーが「気合による無限抱え込み（オーバーフロー・バグ）」です。 「1人のCSMは何社まで担当できるのか？」という問いに対し、**「経験豊富なエースだから100社いけるだろう」といった、データ的根拠ゼロの勘（ノイズ）**で割り振りが行われます。 その結果、対応が追いつかずに「解約しそうなVIP顧客」へのフォローが漏れ、一方で「全く問題のない自己解決型の顧客」に無駄な定例MTGの時間を割いてしまう。CSMは残業でメンタルをすり減らし、顧客は「担当者が捕まらない」と怒り、企業はLTV（利益）を取りこぼすという三重苦の摩擦が生じます。

アルゴリズム化された「余白生成」へのアプローチ

1. 「担当社数」から「業務のモジュール化（重み付け配列）」へのシフト 社数という大雑把な指標（シキ）を捨てます。CSMの業務を細かいコンポーネントに分解し、それぞれに**「時間枠（コスト）」**をハードコードします。

   • オンボーディング（初期導入） = 月間 10時間/社
   • エンタープライズ（大手）の定例QBR = 月間 5時間/社
   • SMB（中小）のテック・タッチ対応 = 月間 0.5時間/社 この重み（Weight）を元に、「CSMの月間稼働時間（160時間）のうち、顧客対応に使える純粋な時間（例：100時間）」という絶対的な上限値（キャパシティ）をシステムに定義します。

2. 「ARR（年間経常収益）× ヘルススコア」によるポートフォリオ最適化 各CSMのダッシュボード（定位置）に、担当企業の属性に応じた「現在のCPU使用率（%）」をリアルタイム表示させます。 「Aさんは現在、重たいオンボーディング案件を3つ抱えているため、CPU使用率が95%に達している（これ以上の新規割り当てはエラーになる）」という状況が可視化されます。マネージャーは勘ではなく、**このメモリ空き容量（システムの余白）を見ながら、機械的に新規顧客をアサイン（Load Balancing：負荷分散）**していきます。

削除された摩擦と、創出された余白

| 項目 | 導入前（摩擦） | 導入後（余白） | | :--- | :--- | :--- | | アサインの会議 | 「誰ならまだ持てる？」というマネージャーの勘と、現場の「無理です」という押し問答 | ダッシュボードの数値を基準に、0秒で空いているリソースに自動でパスされる | | 品質のバラツキ | 全顧客に「薄く広く」対応しようとし、 VIP顧客の満足度が下がる（悪平等バグ） | 大手企業には手厚く（ハイタッチ）、中小は自動化（テックタッチ）という明確なメリハリ | | CSMのバーンアウト | 終わりの見えないタスクの山に押し潰され、優秀な人材から辞めていく | 「100%を超えたら物理的にアサインしない」というシキが、社員の心とシステムを守る |

ROI（投資対効果）

「社員のキャパシティは気合で伸びる（無限のゴム紐）」という精神論（昭和のバグ）を破棄し、「社員の時間＝有限のサーバースペック（CPU）」と定義し、その中に最も効率よく利益（ROI）を詰め込むアルゴリズムへと移行しました。

「誰がどれくらい忙しいか見えない」というマネジメントの認知の摩擦が**解消（透明化の余白）**されます。適切な負荷分散（ロードバランシング）は、担当者の心理的安全性を担保するだけでなく、「このまま顧客が〇〇件増えると、来月には〇〇人のCSMを採用しなければサーバーダウン（解約爆発）する」という極めて正確な『未来の採用計画（先回りの余白）』を経営陣に提示する最強の羅針盤となります。