カスタマーサクセスの組織設計と体制構築｜立ち上げ・役割定義・KPI設計・育成で成果を上げる組織を作る

本記事でいうCSは、カスタマーサクセス（顧客の成功体験を支援し、契約の継続やアップセルにつなげる機能）を指します。解約が増えてきたので専任のカスタマーサクセスを置きたい、営業とサポートの隙間に落ちる顧客対応を仕組み化したい。そうした段階で最初につまずくのは、何から手をつけるべきかが見えないことです。人を採る前に決めるべきこと、初期に置くべき体制、追うべき指標には順序があります。

この記事では、カスタマーサクセス組織を立ち上げるときの目的の絞り込みから、役割定義・体制設計・KPI設計・採用育成までを、実務の判断基準とともに順を追って整理します。全体像をつかんだうえで、各テーマの詳細は関連記事へ入口を用意しています。

カスタマーサクセスの組織を立ち上げる目的と、着手前に決めること

立ち上げの出発点は「専任を置くこと」ではなく、「カスタマーサクセスで何を達成するか」を1つに絞ることです。継続率の改善なのか、アップセルによる売上拡大なのか、オンボーディング完了率の改善なのか。目的が曖昧なまま人を採ると、営業やサポートと役割が重複し、どの成果にも責任を持てない組織になります。

目的を1つに定めると、対象にする顧客層も、追う指標も、必要な人材像も一本の線でつながります。ここでは、まず着手前に固めておくべき前提を示します。

カスタマーサクセスとカスタマーサポートの違い

カスタマーサポートは、顧客からの問い合わせや障害に対応する受動的な機能です。問題が起きてから動き、その問題を解決すれば役割を果たします。カスタマーサクセスは、顧客が製品で成果を出せるよう先回りして働きかける能動的な機能で、問い合わせがなくても活用状況を見て提案します。サポートが短期の問題解決を担うのに対し、カスタマーサクセスは長期の成果創出と契約継続を担う、という違いが本質です。

両者は対立するものではなく、役割が異なる別の機能です。立ち上げ時にこの違いを曖昧にすると、カスタマーサクセスの担当者が問い合わせ対応に追われ、本来の能動的な支援に時間を割けなくなります。

立ち上げの目的を1つに絞る

立ち上げ期に3つの目的を同時に追うと、リソースが分散して成果が出ません。次のいずれを主目的に置くかを決めます。

• 解約抑止：既存顧客のチャーン（解約）を減らし、継続率を守ることを最優先にする。SaaS事業で解約が事業の足を引っ張っている段階に向く。
• オンボーディング：導入直後の顧客が製品を使いこなし、初期価値を得るまでの完了率を上げる。使い始めで離脱する顧客が多い段階に向く。
• 拡大（アップセル・クロスセル）：既存顧客の契約金額を伸ばすことを主眼に置く。継続率が一定水準にあり、次は売上拡大を狙う段階に向く。

立ち上げ初期に人が数名なら、主目的を1つに決めて指標と体制をそこに寄せます。副次的な目的は、主目的が回り始めてから広げます。

着手前に確認する前提

目的を決めたら、設計の材料になる前提を棚卸しします。対象になる顧客の数と契約形態（月額課金か年額か、契約金額の分布）、既存の営業・サポートの体制と、いまカスタマーサクセス的な業務を誰がどこまで担っているか、そして顧客の対応履歴や利用状況のデータがどこにどの程度あるか。これらが分かっていないと、体制の規模もKPIの初期値も決められません。特にデータの所在は、後述する業務の標準化とKPIの計測に直結するため、立ち上げの初期に確認しておきます。

カスタマーサクセス組織の役割と職種

カスタマーサクセス組織は、大きく「オンボーディング」「活用支援・定着」「更新・拡大提案」の3つの業務を担います。立ち上げ初期は、これらを1名から数名が兼務するところから始まるのが現実的です。職種としてはCSM（カスタマーサクセスマネージャー：顧客の成功を主担当する役割）、オンボーディング担当、CSオペレーション（仕組み・データ整備の担当）に分かれますが、初期から役割を細かく分ける必要はありません。ここでは各役割の責務と、営業・サポートとの境界線の引き方を整理します。

CSM（カスタマーサクセスマネージャー）の責務

CSMは、担当する顧客が製品で成果を出し、契約を継続・拡大するまでを一貫して見る役割です。顧客の利用状況を把握し、活用が停滞している顧客に働きかけ、更新のタイミングで契約継続やアップセルを提案します。立ち上げ初期は、1人のCSMがオンボーディングから更新提案までを通しで担うことが多く、業務が増えてから役割を分けていきます。

オンボーディング担当の責務

オンボーディング担当は、契約直後の顧客が製品を使い始め、最初の価値を実感するまでを支援します。初期設定の伴走、使い方のレクチャー、活用の初期ゴールの設定などが業務です。導入直後の離脱は解約に直結しやすいため、顧客数が増えるとオンボーディングを専任化する企業が多くなります。初期は前述のCSMが兼務します。

CSオペレーション（仕組み・データ整備）の責務

CSオペレーションは、顧客の利用状況データの整備、対応履歴の蓄積、指標の集計といった裏側の仕組みを担う役割です。CSMが顧客対応に集中できるよう、データと業務プロセスを整えます。立ち上げ初期に専任を置く企業は少なく、CSMや責任者が兼務しながら、顧客数の増加に合わせて分離していきます。この役割を軽視すると、後述するKPIの計測やプレイブックの整備が進まず、拡張のたびに手作業が増えます。

営業・インサイドセールス・サポートとの役割分担

役割分担で最初に決めるのは、営業からカスタマーサクセスへの引き継ぎラインです。受注した時点で営業から引き継ぐのか、オンボーディング完了後にカスタマーサクセスが本格的に担当するのか。ここが曖昧だと、受注直後の顧客が誰にも見られない空白が生まれます。サポートとの境界は、受動的な問い合わせ対応はサポート、能動的な活用支援と契約に関わる提案はカスタマーサクセス、と機能で分けます。

各役割の責務範囲と、担当社数に応じた分け方を具体的に設計するには、引き継ぎラインの引き方と職種ごとのミッション定義まで踏み込む必要があります。詳しくはCSの体制と役割設計をご覧ください。

立ち上げの全体像と進める順序

立ち上げは「目的の確定→対象顧客の整理→最小体制の設置→業務の標準化→KPI設定→運用データを見て拡張・採用」の順で進めるのが現実的です。多くの立ち上げが失敗するのは、人を採ってから業務を決めるという順序の逆転が起きるためです。先に人がいると、その人が手探りで業務を作ることになり、成果の再現性が生まれません。

各ステップには「何ができていれば次に進めるか」という成果物があります。それを目安に、初期は無理に規模を広げずに進めます。

ステップ1｜目的とスコープの確定

前章で絞った目的を1文で言語化し、それを測る結果指標（KGI）を1つ定めます。たとえば「導入後6か月の継続率を守る」「オンボーディング完了率を上げる」といった具合です。このステップの成果物は、目的1文とKGIです。ここが定まらないうちに人員や指標の話に進むと、後で全体がぶれます。

ステップ2｜対象顧客の棚卸しと優先順位づけ

既存顧客を契約金額や成長性で並べ、どの顧客から手厚く見るかの優先順位をつけます。立ち上げ初期に全顧客を同じ手厚さで対応することはできないため、限られたリソースをどこに配分するかをこの段階で決めます。成果物は、優先順位づけした顧客リストです。顧客の分け方の考え方は、後述の顧客セグメントの章で詳しく扱います。

ステップ3｜最小体制（スモールスタート）の設置

いきなり専任チームを組むのではなく、まず1名を主担当に置いて始めます。営業やサポートの経験者を兼務で充てるケースが多く、対応対象は前ステップで優先順位づけした上位顧客に絞ります。成果物は、主担当1名と、その人が見る対象顧客リストです。この段階では対応の量より、後で型にできる知見を貯めることを重視します。

ステップ4｜業務の型化とKPIの仮置き

主担当が対応する中で見えた業務の流れを、簡単な手順として書き出します。同時に、KPIを2〜3個に絞って仮置きします。最初から完璧なプレイブックや指標を作り込む必要はなく、運用しながら直せる粗さで十分です。成果物は、主要業務の手順メモと、仮のKPIです。

ステップ5｜運用データを見て拡張・採用へ

仮置きしたKPIと対応の実績を見て、増員や役割分担の判断をします。1人あたりの担当社数が限界に近づいた、オンボーディングだけで手が回らないといったサインが出たら、採用や役割分離に進みます。成果物は、拡張の判断根拠になる運用データです。

よくあるつまずき

立ち上げでつまずくパターンは、順序の問題に集約されます。

• 人を先に採る：業務が定義されないまま人を採り、その人が手探りで業務を作るため再現性が生まれない。
• KPIを最初から作り込みすぎる：指標を多く設定しすぎて計測と管理の負荷が上がり、肝心の顧客対応が後回しになる。
• 営業と兼務のまま放置する：兼務者が売上目標に引っ張られ、能動的な活用支援に時間を割けなくなる。専任化の判断を先送りしない。

顧客セグメントと対応方針の設計

立ち上げ初期でも、全顧客を同じ手厚さで対応することはできません。契約金額や成長性で顧客を分け、対応の濃さを変える設計が必要です。手厚く人が対応するハイタッチ、テクノロジーで一斉に支援するテックタッチ、その中間のロータッチという分け方が一般的です。

限られた人数で成果を出すには、人が対応すべき顧客を見極め、それ以外はテックタッチで補う配分の考え方が要になります。ここでは初期の切り方の目安を示します。

ハイタッチ・ロータッチ・テックタッチの違い

3つのタッチモデルは、1社あたりにかける工数の濃さで分かれます。

• ハイタッチ：CSMが1社ずつ個別に伴走する手厚い対応。契約金額の大きい顧客や、成長が見込める顧客に充てる。
• ロータッチ：複数社をまとめたセミナーや定期的な一斉フォローなど、ハイタッチとテックタッチの中間の対応。
• テックタッチ：メール配信やヘルプコンテンツ、アプリ内の通知などテクノロジーで一斉に支援し、人手をかけない対応。顧客数が多い層に充てる。

立ち上げ初期のセグメントの切り方

初期は複雑に切らず、まず契約金額の上位から手厚くする、というシンプルな切り方が現実的です。金額上位の顧客をハイタッチに、それ以外をテックタッチ寄りに置き、運用しながらロータッチの層を足していきます。売上への影響が大きい顧客を確実に守ることを優先し、対応の網羅性は後から広げます。

少人数でカバーするためのテックタッチの活用

人数が限られる立ち上げ期こそ、テックタッチの設計が効きます。オンボーディングの案内メール、活用状況に応じた通知、よくある質問をまとめたコンテンツなどを整えると、人が対応しなくても一定の支援が届きます。人手はハイタッチの顧客に集中させ、それ以外はテックタッチで補う配分が、少人数運用の基本です。

タッチモデルごとの具体的な設計、どの顧客をどの層に振り分けるかの基準は、事業の顧客構成によって変わります。詳しくはハイタッチ・テックタッチの設計をご覧ください。

立ち上げ期に設定すべきKPIと指標

立ち上げ期は、継続率（チャーンレート）やLTV（顧客生涯価値）といった結果指標だけを追うと、打ち手が遅れます。これらは結果が出るまでに時間がかかるため、日々のマネジメントには使えないからです。オンボーディング完了率・アクティブ率・ヘルススコアといった先行指標を主に置き、結果指標は組織の存在意義を示すKGIとして持つのが基本です。

立ち上げ期は指標を2〜3個に絞ります。ここでは初期に選ぶべき指標と、追いすぎないための絞り込みを示します。

結果指標と先行指標の関係

結果指標は、カスタマーサクセスの成果を示す最終的な数値です。代表的なものに、チャーンレート（一定期間の解約率）、NRR（Net Revenue Retention：既存顧客からの売上維持・拡大率）、LTVがあります。これらは経営に報告する成果として持ちますが、変動が現れるまでに時間がかかるため、日々の判断には向きません。

先行指標は、結果指標を将来的に動かす手前の数値です。オンボーディングが完了しているか、顧客が製品を使い続けているか、といった状態を早く捉えられます。日々見るのは先行指標、成果として報告するのは結果指標、という役割分担で運用します。

立ち上げ期に優先する先行指標

立ち上げ期にまず見るべき先行指標は、次の3つです。

• オンボーディング完了率：導入直後の顧客が、決めた初期ゴールに到達した割合。導入初期の離脱を早く捉えられる。
• アクティブ率：顧客が製品を継続的に使っている割合。利用が止まった顧客は解約の予兆であり、先に手を打てる。
• ヘルススコア：利用状況や対応履歴などから顧客の健全度を点数化した指標。リスクの高い顧客を優先して対応できる。

これらは結果が出る前に顧客の状態を把握でき、解約や離脱の前に打ち手を打てる点で、立ち上げ期のマネジメントに向きます。

KPIを増やしすぎないための絞り込み

指標は増やすほど計測と管理の負荷が上がり、肝心の顧客対応の時間を奪います。立ち上げ期は、KGIを1つ、先行指標を2〜3個に絞ります。主目的が解約抑止ならチャーンレートをKGIに、アクティブ率とヘルススコアを先行指標に、といった具合に目的から逆算して選びます。運用が安定してから指標を足します。

指標の具体的な計算方法、目標値の置き方、目的別の指標セットの組み方は、事業モデルによって設計が変わります。詳しくはCSのKPI・目標設定をご覧ください。

業務の標準化とプレイブック

カスタマーサクセスが1人から数人に増えるタイミングで成果がばらつくのは、対応が担当者の経験に依存する属人化が原因です。これを防ぐには、業務の型化（プレイブック化）が必要です。プレイブックは、オンボーディングの手順、活用支援を始めるトリガー、更新提案のタイミングなどを標準化した手順書で、少人数のうちから作り始めるほど、後の拡張が楽になります。ここでは、最低限そろえる型と、作り込みすぎない順序を示します。

属人化を防ぐ2つの軸

属人化の解消は、次の2つの軸の両輪で成り立ちます。片方だけでは成り立ちません。

• 顧客データの一元化：顧客の契約情報・利用状況・対応履歴が個人のメモやExcelに散在している状態を解消し、組織で見られる場所に集約する。
• 対応プロセスの標準化：誰が担当しても一定の質でオンボーディングや活用支援を回せるよう、業務の手順を型化する。

データを集めるだけでは、対応の質はそろいません。逆に手順だけ決めても、顧客の状態が見えなければ手順を発動できません。両方をそろえて初めて、担当が代わっても再現性のある対応ができます。

最初に型化する業務

すべてを一度に型化しようとすると進みません。立ち上げ期は、成果に直結する業務から着手します。まず型にするのは、オンボーディングの手順（契約直後から初期価値を得るまでにやること）と、定期チェックのタイミング（どの頻度で顧客の状態を確認し、どの状態なら働きかけるか）です。この2つがそろうと、新しく入った担当者でも一定の対応ができるようになります。更新提案や拡大提案の型は、オンボーディングが安定してから足します。

SFA/CRMで対応履歴と顧客状態を蓄積する

業務を標準化しても、対応履歴と顧客の状態を組織で共有できる基盤がなければ、プレイブックは動きません。担当者が代わったときに前任者の対応が引き継がれず、顧客対応が振り出しに戻るからです。この基盤には、顧客ごとの契約情報・対応履歴・利用状況を一元管理できる仕組みが要ります。

例えばMazrica SalesのようなSFA/CRM（営業・顧客情報を一元管理し、AIが次のアクションを示唆するシステム）では、取引先・コンタクト（担当者）・案件・アクションを紐づけて対応履歴を蓄積でき、担当者が代わっても顧客の状態を引き継ぎやすくなります。AIアシスタントが案件・取引先・コンタクトごとの活動履歴を要約し、要点・課題・次アクションを抽出する機能もあり、対応の抜け漏れを減らせます。こうした機能は他のSFA/CRMにも同種のものがあり、既存の顧客管理基盤で対応履歴と状態を蓄積できるなら、まずはそれを活用する選択肢もあります。

プレイブックに盛り込む具体的な項目、オンボーディングや更新提案の手順の書き方は、業務の粒度によって変わります。詳しくはCSプレイブックの作り方をご覧ください。

採用と育成の設計

立ち上げ初期は、営業やサポートの経験者を1名兼務させて始め、業務が型化できてから専任・増員するのが現実的です。カスタマーサクセスは顧客折衝のスキルと業務改善のスキルの両方が要るため、即戦力の外部採用は難しく、社内異動と育成で立ち上げる企業が多くなります。外から一気に採るより、事業と顧客を理解した人を育てるほうが、初期は成果につながりやすいです。ここでは初期に向く人材像と、育成でそろえる観点、増員の判断基準を示します。

立ち上げ初期に向く人材像

初期のカスタマーサクセスに向くのは、顧客折衝の経験があり、かつ業務を仕組み化することに関心のある人です。営業やサポートの経験者は顧客とのコミュニケーションに慣れており、顧客の状態を捉える勘があります。加えて、手探りの業務を手順に落とし込むことに前向きな人だと、立ち上げの型づくりが進みます。完成された役割をこなす人より、役割を作れる人が初期には向きます。

育成で身につける観点

育成でそろえるのは、次の3つの観点です。製品知識（顧客に活用を提案できる深さ）、顧客の成功指標の理解（顧客が何をもって成功とするかを言語化できること）、データの読み方（利用状況やヘルススコアから顧客の状態を判断できること）。この3つがそろうと、担当者は自分で顧客への働きかけを判断できるようになります。マニュアルどおりの対応から、状況に応じた提案へ育てることが目標です。

増員のタイミングの判断基準

増員の判断は、感覚ではなく1人あたりの担当社数で見ます。担当者が抱える顧客数が増え、能動的な支援に手が回らなくなり、テックタッチで補える範囲を超えたら、増員のサインです。オンボーディングだけで手が回らなくなったら、オンボーディング担当の分離を検討します。前章のステップ5で貯めた運用データを根拠に判断すると、増員の妥当性を説明しやすくなります。

初期の1人をどう確保するかの選択肢、専任化のタイミング、担当社数から逆算した人数の設計は、事業の規模で変わります。詳しくはCSの人員計画の立て方をご覧ください。

立ち上げにかかる費用とツールの考え方

カスタマーサクセス組織の立ち上げ費用は、人件費が大半を占め、ツール費用は補助的です。専任1名分の人件費に対し、顧客管理のツールは月額数万円から規模に応じて変動する程度が一般的です。まずは既存のSFA/CRMを流用し、専用のカスタマーサクセスツールは顧客数が増えてから検討する順序が現実的です。ツールから入ると、業務が定まらないうちに機能に振り回されます。ここでは費用の内訳の考え方と、ツール導入の判断順序を示します。

費用の内訳

立ち上げ費用の中心は人件費です。兼務であっても、その人が割く工数は事実上のコストとして見ておきます。ツールは、既存の顧客管理基盤を流用できれば追加費用を抑えられ、専用ツールを入れる場合も顧客数や運用の複雑さに応じて段階的に検討します。初期に大きな投資をするより、人が回せる範囲から始めて、必要になった機能を後から足すほうが無駄が出ません。

専用ツールを入れる前に既存のSFA/CRMを流用する判断

立ち上げ初期は、専用のカスタマーサクセスツールを最初から入れる必要は必ずしもありません。顧客の契約情報・対応履歴・利用状況を蓄積できる基盤が既存のSFA/CRMにあるなら、まずはそれを流用します。顧客数が少ない段階では、専用ツールの高度な機能より、対応履歴が漏れなく残ることのほうが効きます。専用ツールの検討は、顧客数が増えて既存基盤では管理しきれなくなってからで間に合います。

ツール選定で見るべき観点

ツールを検討する段階になったら、見るべき観点は次の3つです。顧客状態の可視化（利用状況やヘルススコアを把握できるか）、対応履歴の蓄積（担当が代わっても履歴を引き継げるか）、連携（既存の営業やサポートのデータとつながるか）。機能の多さより、この3つを既存資産で満たせるかをまず確認し、満たせない部分だけを補う発想で選びます。

まとめ

カスタマーサクセス組織の立ち上げは、目的を1つに絞ることから始まります。目的が決まれば、対象にする顧客も、追う指標も、必要な人材像も一本の線でつながります。解約抑止を主目的にするなら、まずは金額上位の顧客へのハイタッチと、オンボーディング完了率の可視化から着手する組織設計が向きます。アップセルによる売上拡大を主目的にするなら、更新・拡大提案の型化と、営業との引き継ぎラインの明確化を先に固めます。

人を先に採るのではなく、目的と対象顧客を決めてから最小体制で始め、業務を型にしながら運用データを見て拡張する。この順序を守ることが、再現性のある組織をつくる近道です。最初の一歩は大きな作業でなくてかまいません。まずは立ち上げの目的を1文で書き、既存顧客を契約金額順に並べるところから始めてみてください。

各テーマの詳細は、次の記事で掘り下げています。役割の分け方はCSの体制と役割設計、対応方針の設計はハイタッチ・テックタッチの設計、指標の設計はCSのKPI・目標設定、採用と人数の設計はCSの人員計画の立て方、業務の型化はCSプレイブックの作り方をご覧ください。

よくある質問

Q カスタマーサクセスとカスタマーサポートは両方置くべきですか、それとも統合すべきですか。

A

役割が異なるため、機能としては分けて考えます。ただし立ち上げ初期に別々のチームを組む必要はなく、少人数のうちは同じ担当者が兼務することもあります。判断の目安は問い合わせの量で、問い合わせ対応が能動的な支援の時間を圧迫するようになったら、サポートを分けて能動的な支援に集中できる体制にします。

Q CS組織は何人から立ち上げればよいですか。

A

1人から始められます。論点は人数より、最初の1人を専任にするか兼務にするかです。対象顧客が少なく業務がまだ型化されていない段階なら、営業やサポートの経験者を兼務で充てて始め、業務が固まってから専任化するのが現実的です。ただし兼務者が売上目標に引っ張られて能動的な支援ができなくなる場合は、担当社数が少なくても専任化を早めます。

Q カスタマーサクセスは営業組織とマーケティング組織のどちらの下に置くべきですか。

A

主目的で変わります。アップセルや契約拡大を主目的にするなら、営業組織の下や営業と近い位置に置くと、更新提案や引き継ぎが円滑になります。解約抑止や活用定着を主目的にするなら、営業の売上目標から一定の距離を置き、独立した部門か、顧客体験を横断で見る組織の下に置くほうが、能動的な支援に集中できます。立ち上げ初期は、意思決定が速い位置に置くことを優先します。

Q 立ち上げ初期に成果が出ているか、どう判断すればよいですか。

A

継続率などの結果指標は変動が現れるまで時間がかかるため、初期はオンボーディング完了率やアクティブ率といった先行指標で前進を確認します。導入直後の顧客が初期ゴールに到達しているか、利用が続いているか。これらが改善していれば、結果指標が出る前でも組織が機能し始めていると判断できます。

Q 専用のカスタマーサクセスツールは最初から必要ですか。

A

必ずしも必要ありません。顧客の契約情報・対応履歴・利用状況を蓄積できる基盤が既存のSFA/CRMにあるなら、まずはそれを流用します。顧客数が少ない段階では、専用ツールの高度な機能より、対応履歴が漏れなく残ることのほうが効果的です。既存基盤で管理しきれなくなってから、専用ツールを検討して間に合います。

Q BtoC（小売・EC）でもカスタマーサクセス組織は必要ですか。

A

本記事は、BtoBの継続課金・サブスクリプション事業を主なスコープにしています。この形態では、契約の継続や拡大が売上に直結するため、能動的に顧客の成功を支援するカスタマーサクセスの意義が大きくなります。BtoCの小売・ECでも顧客の継続利用を促す取り組みは重要ですが、そこで語られる顧客満足度やリピート施策とは論点が異なるため、本記事の組織設計の考え方はBtoBの継続課金モデルを前提として読んでください。