CS組織の立ち上げと体制設計｜役割定義・人材配置・KPI設計
公開日 ・ 更新日 ・ 読了 19分
営業が受注した顧客をカスタマーサクセス（CS）に引き継いだものの、役割もレポートラインも曖昧なまま人だけを配置し、気づけばCS担当が問い合わせ対応の窓口に埋没している。あるいは、全顧客に均等に対応しようとして少人数のチームが疲弊し、解約の兆候に先回りできない。こうした躓きの多くは、担当者の力量ではなく組織の設計に原因があります。
この記事では、CS組織を立ち上げる・見直す実務者に向けて、組織モデルの選び方、タッチモデルによるリソース配分、役割と責任範囲の定義、人材の配置と調達、立ち上げの手順、組織に紐づくKPIの設計までを、判断軸まで踏み込んで解説します。カスタマーサクセスの定義や必要性といった体系的な全体像はカスタマーサクセスとは（総論）を参照してください。
カスタマーサクセス組織体制の全体像
CS組織は「顧客の成功を全社で追う体制」の一部であり、単一部門で完結しません。営業・サポート・プロダクトとの連携を前提に設計しないと、CSが問い合わせ対応の下請けに埋没するか、逆に営業と役割がぶつかって機能不全に陥ります。組織設計とは、この連携の中でCSがどこを受け持ち、どのモデルで・誰を・どう配置し・何で評価するかを決める作業です。以降のセクションで、その決定を順番に進めます。
単一部門で完結しない理由
カスタマーサクセスは、顧客が製品を導入した後、期待した成果を出し続けられるよう支援し、継続利用と契約拡大につなげる役割です。この目的を果たすには、CS部門だけの努力では足りません。
営業は、どんな期待値で契約したのか、キーパーソンは誰かという受注前の情報を持っています。ここが引き継がれないと、CSは顧客の状況を一から把握し直すことになります。
サポートは日々の問い合わせを受けており、そこに現れる不満やつまずきは解約の先行サインです。CSとサポートの役割は目的が異なるため、両者の違いを踏まえて責任の境界を引く必要があります。プロダクトは、顧客が求める機能改善の実装可否を握っています。CS組織を設計するときは、これら3部門との情報の受け渡しと責任の境界を先に決めておく必要があります。
組織設計で最初に決める論点
CS組織の設計は、次の順序で決めると迷いが減ります。まず顧客ポートフォリオ（顧客数・契約単価・契約数のばらつき）を把握し、次にどの顧客にどれだけ手をかけるか（タッチモデル）を決めます。そのうえで組織モデルを選び、役割とレポートラインを定義し、最後にKPIを設計します。
この順番が重要なのは、顧客の姿を把握しないまま「まず何人採用するか」から入ると、人数だけ増やして支援の中身が定まらないためです。本記事もこの順序に沿って各論点を掘り下げます。
代表的な5つの組織モデルと選び方
CS組織のモデルは大きく5類型に整理でき、選び方は顧客数・契約単価・支援に必要な専門性で決まります。5つを並べただけの解説は多いものの、実務で必要なのはどのモデルを選ぶかの判断軸です。ここでは各モデルの向くケースと落とし穴を示したうえで、最後に条件分岐で選び方を言い切ります。
オールラウンダー型｜立ち上げ初期に向くケース
1人（または少人数）が、オンボーディングから活用支援、更新交渉まで全業務を担うモデルです。顧客数が少なく、CSに割ける人員が限られる立ち上げ初期に向きます。1人が顧客を一気通貫で見るため、情報の分断が起きにくく、顧客ごとの文脈をつかみやすいのが利点です。
半面、業務が特定の人に集中しやすく、顧客数が増えると一人あたりの負荷が跳ね上がります。オールラウンダー型のまま人数だけを増やしても、各自が自己流で動く属人化に陥りやすいため、顧客数の増加に合わせて次のモデルへ移行する前提で始めるのが現実的です。
スペシャリスト型｜顧客数が増えた組織に向くケース
オンボーディング担当、活用支援担当、更新担当というように、業務フェーズごとに役割を分けるモデルです。顧客数が増え、1人で全工程を回すのが限界になった組織に向きます。各担当が特定業務に習熟するため、対応の質が安定し、標準化・再現性を高めやすくなります。
注意点は、担当が変わるたびに顧客情報の引き継ぎが発生することです。フェーズをまたぐ情報連携の仕組みを整えないと、顧客が「毎回同じ説明をさせられる」状態になり、体験の質が下がります。
カスタマーセールス型｜アップセル余地が大きい事業に向くケース
CSが更新・契約拡大の提案（アップセル・クロスセル）に軸足を置くモデルです。既存顧客からの追加提案余地が大きい事業に向きます。顧客の活用状況を把握しているCSが提案するため、顧客の課題に沿った拡大提案がしやすくなります。
ただし、拡大の数字を過度に追うと、顧客の成功より自社の売上が優先され、かえって信頼を損なうリスクがあります。攻めの指標と顧客成功の指標のバランスをどう取るかを、あらかじめ設計しておく必要があります。
伴走支援・コンサルティング型｜エンタープライズ中心に向くケース
高単価の顧客に対し、個別の課題解決まで踏み込んで支援するモデルです。契約単価が高く、顧客ごとに支援内容が異なるエンタープライズ中心の事業に向きます。1社あたりに厚くリソースを割けるため、顧客の成果に深くコミットできます。
このモデルは1人が担える顧客数が限られるため、対応できる顧客数の上限が低くなります。顧客数が多い事業に無理に適用すると、リソースが枯渇します。
エリア別・セグメント別型｜顧客数が多く分散している組織に向くケース
地域・業種・顧客規模などで担当を分割するモデルです。顧客数が多く、顧客が広く分散している組織に向きます。担当範囲が明確になり、特定セグメントの知見を蓄積しやすくなります。
区切り方を誤ると、担当間で顧客数や難易度の偏りが生じ、負荷の不均衡が起きます。分割の基準を定期的に見直す前提で運用する必要があります。
モデル選択の判断軸
どのモデルを選ぶかは、顧客数・契約単価・契約のばらつきの組み合わせで判断できます。
- 顧客数が少なく、CSに割ける人員も限られる立ち上げ初期は、オールラウンダー型で始めます。
- 顧客数が少なく、契約単価が高い（エンタープライズ中心）なら、伴走支援・コンサルティング型でハイタッチに寄せます。
- 顧客数が増え、業務量が1人で回らなくなったら、スペシャリスト型で業務を分業します。
- 既存顧客からの拡大余地が大きいなら、カスタマーセールス型で更新・拡大提案に軸足を置きます。
- 顧客数が多く低単価で広く分散しているなら、エリア別・セグメント別型を軸に、後述のテックタッチを組み合わせます。
多くの組織は、成長に応じてオールラウンダー型からスペシャリスト型やエリア別型へ移行します。「今どのモデルが正解か」ではなく「顧客数の変化に応じてどう移すか」を前提に設計してください。
タッチモデルでリソース配分を設計する
限られた人数で全顧客に均等対応するのは不可能です。そこで、契約単価や成長余地で顧客を階層化し、支援の手厚さを変えます。この階層化の考え方がタッチモデルで、ハイタッチ・ロータッチ・テックタッチの3層が基本です。タッチモデルを先に決めておくと、組織モデルの選択や人員配分の根拠がはっきりします。
ハイタッチ・ロータッチ・テックタッチの定義
タッチモデルは、顧客一社あたりにかける支援の密度で分けます。
- ハイタッチ：担当者が個別に伴走し、定例ミーティングや個社ごとの支援を行う。契約単価が高く、影響の大きい少数の顧客が対象。
- ロータッチ：一部を自動化しつつ、セミナーやまとめての説明会など、複数顧客をある程度まとめて支援する中間層。
- テックタッチ：メール配信・チュートリアル・ヘルプコンテンツなどで、担当者が個別に付かず自動化中心で支援する。多数・低単価の顧客が対象。
顧客セグメントとタッチモデルの対応
どの顧客をどの層に置くかは、契約単価と成長余地でTier分け（顧客の階層分類）を行って決めます。手順としては、まず全顧客を契約単価で並べ、上位からハイタッチ・ロータッチ・テックタッチに割り振ります。次に、単価が中位でも今後の拡大余地が大きい顧客はひとつ上の層に引き上げるなど、成長余地で補正します。
この作業で、少数の高単価顧客に手厚くリソースを割き、多数の低単価顧客は自動化で支える配分が見えてきます。人員が足りない層はテックタッチの仕組みで補うという判断も、ここで具体化します。
タッチモデルと組織モデルの組み合わせ方
タッチモデルと組織モデルは組み合わせて設計します。エンタープライズ中心なら、伴走支援・コンサルティング型とハイタッチを合わせます。
顧客数が多く低単価の層が厚いなら、エリア別・セグメント別型を軸に、下位層をテックタッチで支えます。スペシャリスト型を敷いた組織では、テックタッチのコンテンツ制作を活用支援担当が受け持つなど、役割とタッチモデルを対応づけて運用します。
役割と責任範囲の定義
組織モデルとタッチモデルを決めたら、各役割の責任範囲・レポートライン・評価指標を明文化します。ここが曖昧なままだと、CSが営業やサポートの下請けに埋没し、誰が何に責任を持つのかが分からなくなります。以下では主要な役割と、定義時に決めるべき項目を整理します。役割そのものの業務内容やスキル要件は兄弟記事で詳しく扱うため、本記事では組織の中での配置と分担に絞ります。
CS組織を構成する主な役割
スペシャリスト型を敷く場合、CS組織は主に次の役割で構成されます。
- オンボーディング担当：契約直後の初期設定・導入支援を受け持ち、顧客が製品を使い始められる状態まで導く。
- 活用支援（アダプション）担当：導入後の定着と活用度向上を担い、使われていない機能の案内や活用のつまずき解消を行う。
- 更新・拡大（リニューアル）担当：契約更新の交渉と、アップセル・クロスセルの提案を担う。
- CSマネージャー：組織全体を統括し、KPIの達成と各役割の連携に責任を持つ。
各役割の具体的な業務内容やスキル要件は、カスタマーサクセスの役割で詳しく解説しています。
責任者が持つべき責任範囲
CSマネージャーは、個々の顧客対応ではなく、組織としての成果に責任を持ちます。具体的には、チャーンレート（解約率）やLTV（顧客生涯価値：1顧客が取引期間全体でもたらす利益）といった最終目標の達成、タッチモデルに沿ったリソース配分の維持、営業・サポート・プロダクトとの連携の設計です。
マネージャーがプレイヤー業務に埋没すると、組織全体の目標管理や部門間調整が滞ります。立ち上げ初期は兼任もやむを得ませんが、顧客数が増えたら組織運営に軸足を移すことを前提にしてください。
役割定義で決めるべき項目チェックリスト
役割を定義するときは、名称だけを決めても機能しません。役割ごとに次の4項目を明文化します。
- 責任範囲：その役割がどの成果に責任を持つか。
- レポートライン：誰に報告し、誰の指示で動くか。
- 評価指標：何の数値で評価されるか。
- 主な連携先：どの部門・役割と情報をやり取りするか。
この4項目を役割ごとに埋めると、責任の空白や重複が見えます。たとえば、オンボーディング担当と活用支援担当の責任範囲の境界が曖昧だと、初期定着の責任の所在が不明になります。定義段階でこの表を埋めておくことが、後述する下請け化や情報分断の予防になります。
人材の配置と調達方法
CS人材は内部登用・外部採用・BPO/パートナー活用の3系統で調達できます。立ち上げ段階では、自社の顧客理解を持つ内部人材を核にするのが現実的です。ここでは各調達方法のメリットと注意点、そしてフェーズ別の配置の考え方を示します。
内部登用・人員異動
営業やサポート、プロダクトなど、すでに顧客と製品を理解している人材をCSに転換する方法です。自社の顧客文脈をすでに持っているため、立ち上がりが早く、社内の連携先とも人脈がつながっているのが強みです。
半面、CSは既存の営業やサポートとは目的が異なります。営業出身者は売上を追う思考が強く、そのままだと顧客の成功より契約拡大に偏りがちです。異動時に、CSの目的と評価指標を明確に共有する必要があります。
外部採用
CS経験者を社外から採用する方法です。他社での立ち上げやオペレーション構築の経験があれば、組織設計やKPIの置き方を一から手探りするより早く形にできます。ハイタッチの伴走支援など専門性の高い層を厚くしたいときにも有効です。
注意点は、経験者であっても自社の顧客・製品理解はゼロから始まることです。前職のやり方をそのまま持ち込むと、自社の顧客特性に合わないことがあります。内部人材との組み合わせで、自社文脈の習得を支える体制が要ります。
BPO・パートナー活用
定型的な問い合わせ一次対応やテックタッチのコンテンツ運用など、標準化しやすい業務を外部に委託する方法です。人員が限られる中で、担当者を高単価顧客の伴走に集中させたいときに使えます。
ただし、顧客の成功定義や関係構築の核となる部分まで外部化すると、顧客理解が社内に蓄積されなくなります。委託するのは定型業務にとどめ、成功定義・関係構築・改善のループは内部に残すという線引きが重要です。
立ち上げフェーズ別の人材配置
立ち上げ初期は、内部人材を中心に少人数（兼任を含む）でオールラウンダー型からスタートし、顧客数の増加に合わせてスペシャリスト型へ分業化していくのが基本の流れです。
ここで起きやすいのが、分業化のタイミングを誤り、役割を分けたのに情報連携の仕組みを整えないまま人数だけ増やす失敗です。オールラウンダー型で1人が持っていた顧客文脈が、分業化で途切れてしまいます。分業化と同時に、役割間で顧客情報を引き継ぐ仕組みを用意することが前提になります（この落とし穴の詳細は後述の失敗セクションで扱います）。
組織立ち上げの手順
CS組織の立ち上げは、顧客の成功定義、現状分析とKPI策定、タッチモデル/リソース設計、小規模パイロット、勝ちパターン化と拡大、の順で進めると失敗しにくくなります。いきなり全顧客を対象に本格運用を始めるのではなく、小さく検証してから広げるのが要点です。各ステップで具体的に何をやるかを掘り下げます。
ステップ1｜顧客にとっての「成功」を定義する
最初に、自社の顧客にとっての「成功」が何かを言語化します。製品を導入した顧客が、どんな状態になれば成果を得たといえるのかを、具体的な指標や状態で定義します。ここが曖昧だと、CSが何を目指して支援するのかが定まらず、後続のKPIも置けません。
成功の定義は、契約時に顧客が抱いた期待から逆算します。営業が持つ受注前の情報が、この定義の材料になります。
ステップ2｜現状分析とKPIの策定
次に、現状の顧客の状態を分析します。解約が起きている顧客に共通する兆候、活用が進んでいる顧客の特徴を洗い出し、成功に至る道筋と離脱のポイントを把握します。
そのうえで、成功定義に紐づくKPIを策定します。最終目標（チャーンレート・LTV）と、それを動かす先行指標を仮置きします。この段階のKPIは仮説で構いません。パイロットで検証しながら精度を上げていきます。
ステップ3｜タッチモデルとリソース配分の設計
顧客を契約単価と成長余地でTier分けし、ハイタッチ・ロータッチ・テックタッチのどこに置くかを決めます。各層に何人を割けるかを試算し、足りない層はテックタッチの仕組みで補う設計にします。ここで、前段で選んだ組織モデルとタッチモデルの組み合わせが具体化します。
ステップ4｜小規模パイロットで検証する
いきなり全顧客に展開せず、まず一部の顧客を対象に小規模で試します。期間は3〜6か月が目安です（あくまで目安で、事業の契約サイクルによって変わります）。この期間で、成功定義に沿った支援が実際に顧客の状態を動かすか、想定したリソース配分で回るか、KPIが機能するかを検証します。
検証項目は、オンボーディングが計画どおり進むか、活用支援で定着が上がるか、解約の兆候を先回りできるかといった、成功定義に直結するものに絞ります。日々のカスタマーサクセス業務の流れを踏まえて、検証項目を具体的な行動レベルに落とし込むと、パイロットの成否が判断しやすくなります。
ステップ5｜勝ちパターンの標準化と組織拡大
パイロットでうまくいった進め方を、手順・テンプレート・KPIとして標準化します。誰がやっても一定の質で回る形にしたうえで、対象顧客と人員を拡大します。標準化を飛ばして人数だけ増やすと、各自が自己流で動く属人化に戻ってしまうため、拡大の前に標準化を済ませることが条件です。
組織に紐づくKPIの設計
CS組織のKPIは、最終目標であるチャーンレート・LTVと、それを動かす先行指標（オンボーディング完了率・ヘルススコア・アダプション率）を階層で設計します。最終目標だけを追っても現場は動けないため、日々の行動につながる先行指標まで分解するのがポイントです。指標そのものの基礎定義は親ピラーに譲り、ここでは組織設計に紐づくKPIの置き方に絞ります。
組織全体のKGIと役割別KPIの分解
組織全体のKGI（重要目標達成指標）には、チャーンレートやLTV、契約更新率といった最終成果を置きます。これを役割別のKPIに分解します。オンボーディング担当にはオンボーディング完了率や初期定着までの日数、活用支援担当にはアダプション率（機能の活用度）やヘルススコア、更新・拡大担当には更新率やアップセル額を割り当てます。
分解の際は、各役割のKPIが最終目標に確かにつながっているかを確認します。役割ごとのKPIが達成されれば、組織のKGIも動くという構造にしておくことが大切です。
ヘルススコアで状況を可視化する
ヘルススコアは、顧客が順調か危険かを複数の指標を組み合わせて数値化したものです。ログイン頻度、主要機能の利用状況、問い合わせやクレームの発生、契約更新までの残期間などを合成して算出します。
ヘルススコアを組織のKPIに組み込むと、解約の兆候を早期に察知し、危険な顧客に優先的にリソースを振り向けられます。テックタッチの層でも、スコアが下がった顧客だけを個別対応に引き上げるといった運用ができます。
KPIを評価制度に紐づける際の注意点
KPIを人事評価に直結させるときは、指標の偏りに注意が必要です。特にカスタマーセールス型で、アップセルやクロスセルといった「攻め」の指標を過度に評価に反映させると、担当者が売上拡大を優先し、顧客の成功が置き去りになるリスクがあります。
攻めの指標と、チャーンレートやヘルススコアといった顧客成功の指標をあわせて評価に組み込み、片方だけが伸びても評価されない設計にすることで、この偏りを防げます。
よくある失敗と回避策
CS組織の立ち上げでつまずくのは、担当者の力量ではなく体制の問題である場合が多くあります。典型は「兼任のまま放置」「均等対応でリソースが枯渇」「情報分断で先回りできない」の3つです。ここでは各失敗がどう起きるかと、その回避策を具体的に示します。
失敗1｜営業とCSの兼任のまま放置し、CSが下請け化する
立ち上げ初期に営業がCSを兼任するのは自然ですが、これを放置すると問題が起きます。営業の評価が新規受注で決まる限り、兼任者のリソースは新規に吸われ、CSの支援が後回しになります。さらに、CSの役割が定義されないままだと、営業案件の資料作成や問い合わせ対応の窓口としてCSが使われ、下請け化します。
回避策は、たとえ兼任でもCSの責任範囲と評価指標を営業とは別に定義することです。前述の役割定義チェックリストで、CSが何に責任を持ち、何で評価されるかを明文化します。顧客数が増えたら、兼任を解いて専任化する基準（顧客数や契約単価の閾値）をあらかじめ決めておきます。
失敗2｜全顧客に均等対応してリソースが枯渇する
すべての顧客に同じだけ手をかけようとすると、少人数のチームはすぐに疲弊します。高単価の重要顧客への対応が薄まり、低単価の顧客に過剰なリソースを使うという、割に合わない配分にもなります。
回避策は、タッチモデルによる階層化を最初から前提にすることです。契約単価と成長余地で顧客をTier分けし、ハイタッチに割く顧客を絞り込みます。多数の低単価顧客はテックタッチの仕組みで支え、ヘルススコアが下がった顧客だけを個別対応に引き上げます。「全員に丁寧に」ではなく「重要な顧客に集中し、残りは仕組みで支える」に切り替えることが要点です。
失敗3｜部門間で顧客情報が分断され、先回りできない
営業が受注前に把握していた顧客の期待やキーパーソン、サポートに寄せられた不満が、CSに引き継がれずに分断されると、CSは顧客の状況を把握し直すところから始めることになります。解約の兆候が別部門に現れていても、それがCSに届かず、先回りができません。スペシャリスト型で役割を分業した場合も、担当をまたぐたびに同じ分断が起きます。
回避策は、顧客情報を部門横断で一元化することです。営業からCSへの引き継ぎで活動履歴が失われない仕組みを整えると、CSは過去の経緯を踏まえた支援を最初から行えます。
たとえばMazrica SalesのようなSFA（営業支援システム）/CRM（顧客関係管理）では、取引先を起点に案件・コンタクト（担当者）・アクション（活動履歴）を一元管理でき、営業からCSへ引き継ぐ際に、過去のやり取りや商談の経緯をそのまま参照できます。誰がいつどんな対応をしたかが残るため、担当が変わっても顧客文脈が途切れません。
まとめ
CS組織の設計に唯一の正解はありませんが、顧客の姿から逆算すれば選ぶべき方向は絞れます。顧客数が少なく高単価ならハイタッチ中心の伴走支援型、顧客数が多く低単価ならテックタッチを軸にエリア別・セグメント別型が基本の型です。立ち上げ初期は内部人材を核にオールラウンダー型で始め、顧客数の増加に応じてスペシャリスト型へ分業化していきます。分業のたびに顧客情報を引き継ぐ仕組みを整え、KPIは最終目標と先行指標を階層で設計し、攻めの指標に偏らせないことが、機能する組織の条件です。
最初の一歩は大がかりである必要はありません。まず自社の顧客を契約単価で3階層に分け、それぞれの層に今何人を割けるかを書き出してみてください。この作業だけで、どの層にリソースが足りないか、どのタッチモデルで補うべきかが見えてきます。
カスタマーサクセスの定義や必要性を含む体系的な全体像はカスタマーサクセスとは（総論）を、日々の業務フローはカスタマーサクセス業務の流れを参照してください。
よくある質問
Q カスタマーサクセスの組織は何人から立ち上げるべきですか？
兼任1名からでも始められます。立ち上げ初期は、営業やサポートなど顧客理解を持つ人材が兼任し、オールラウンダー型で全業務を担うのが現実的です。専任化・分業化の目安は顧客数と契約単価によります。一人あたりが見られる顧客数を超えたら専任を置き、業務フェーズごとに手が回らなくなったらスペシャリスト型へ分業する、という順で人数を増やします。
Q カスタマーサクセスは営業部門とマーケティング部門のどちらに置くべきですか？
置き所は、営業配下・独立部門・CS専任部門のいずれもあり得ます。営業配下は既存顧客への提案と連動しやすい反面、CSが新規受注の下請けになりやすいのが難点です。独立部門にすると、顧客の成功という目的を独自の評価指標で追いやすくなります。どこに置く場合も、CSの評価指標を営業の新規受注と切り離して定義することが、下請け化を防ぐ条件です。
Q 中小企業でもカスタマーサクセス組織は必要ですか？
専任を置けなくても、カスタマーサクセスの機能自体は必要です。担当を兼任で1名置き、多数の顧客はメール配信やヘルプコンテンツといったテックタッチの仕組みで支えるのが現実解です。重要な顧客だけを個別に伴走し、残りは自動化で補うことで、少人数でも継続利用と解約防止に取り組めます。
Q カスタマーサクセスと営業（カスタマーセールス）は同じ組織にすべきですか？
アップセル・クロスセルの余地が大きい事業では、CSに更新・拡大提案を持たせるカスタマーセールス型が有効で、その場合は同じ組織にまとめる合理性があります。ただし、拡大の数字を過度に評価に反映すると顧客の成功が置き去りになります。攻めの指標と、チャーンレートやヘルススコアといった顧客成功の指標を両方評価に組み込むことが、統合する場合の前提です。
Q カスタマーサクセス組織の立ち上げにかかる期間の目安は？
小規模パイロットに3〜6か月、その後に勝ちパターンを標準化して拡大するフェーズが続く、というのが一つの目安です。ただし事業の契約サイクルや顧客数によって変わります。短期間で全顧客に展開しようとせず、一部の顧客で支援が成果につながるかを検証してから広げるほうが、結果的に早く機能する組織になります。
Q BPOにカスタマーサクセス業務を任せてよいですか？
定型的な問い合わせ一次対応やテックタッチのコンテンツ運用など、標準化しやすい業務は外部化できます。一方で、顧客にとっての成功定義や関係構築の核となる部分まで外部化すると、顧客理解が社内に蓄積されません。委託は定型業務にとどめ、成功定義・関係構築・改善のループは内部に残すという線引きが重要です。