なぜ営業とカスタマーサクセスが
分断されるのか

はじめに：「受注後」に構造が存在しない

受注まではうまくいっている。営業も頑張り、マーケティングもリードを作れている。それなのに、解約が増え、オンボーディングが荒れ、アップセルにつながらない。CSが「そんな話は聞いていない」と言い、契約後の顧客情報が正確に引き継がれていない——こうした問題は、サブスクリプション・継続課金・アップセル型のBtoB企業では特によく起きます。

多くの会社では、「受注」で構造が切れている

営業組織は受注をゴールに設計されています。商談数・Win Rate・ARR・受注件数を追う。一方CSは、オンボーディング・活用率・更新率・NRR・チャーンを見る。つまり、そもそもKPI構造が分断されています。同じ会社の中で、「受注まで」と「受注後」が別の組織として動いており、それをつなぐ設計が存在しない——これが最初の問題です。

営業とCSが噛み合わない、典型的な3つのパターン

営業は「受注」を優先する

営業は数字を追います。すると、導入条件が曖昧なまま、無理な期待値や過剰提案を含んだ状態で受注するケースが出てきます。営業からすると「まず契約」が重要であり、それ自体は組織の目標に沿った合理的な行動です。しかし、その判断がCS側に無言のコストを転嫁することになります。

CSは「運用」を背負わされる

契約後、実際に顧客対応をするのはCSです。すると、想定と違う運用・未共有の要件・引き継ぎ漏れ・期待値ギャップが次々と発覚します。CS側は「営業が無理に売った」と感じ始め、組織内の信頼が失われていきます。

顧客体験が分断される

顧客から見ると、営業もCSも同じ会社です。しかし内部では、営業・導入・サポート・更新が別々に動いている。その結果、「契約前と話が違う」という顧客の不満が生まれます。これはRevenue Operationsが機能していない状態の典型例です。

分断される会社に共通する5つの問題

本当に必要なのは「Customer Lifecycle Design」

引き継ぎの問題を解決するために、多くの会社はSlackのチャンネルやNotion上のドキュメントを整備しようとします。しかしそれは対症療法にすぎません。本当に必要なのは、Customer Lifecycle Design——獲得・商談・契約・オンボーディング・活用・更新・アップセルを一つの流れとして設計する考え方です。営業だけでも、CSだけでもなく、「顧客ライフサイクル全体」を見ることが重要です。

特にSaaS・サブスクリプションモデルでは、受注よりも継続・Expansion・NRRの方が収益上の重要度が高くなります。つまり「受注後」がRevenueの中心です。しかし営業組織だけが強い会社では、ここが切れます。高チャーン・アップセル不足・導入失敗が続くのは、その構造的な結果です。

Revenue Architectureという考え方

営業とCSの問題は、部門間のコミュニケーション不足で起きているのではありません。Revenue KPI・Customer Lifecycle・CRM設計・Revenue Data Flow・RevOpsという構造の問題です。ここで重要になるのがRevenue Architecture（レベニューアーキテクチャ）——営業・マーケティング・CS・CRM・KPI・データ・会議体を「収益につながる一つの構造」として設計する考え方です。

Revenue Architectureを整えることで、営業とCSが同じKPI（ARR・NRR・Expansion・Activation）を見るようになります。顧客情報が統合され、「誰が何を約束したか」が見えるようになります。オンボーディングが構造化され、CSデータが営業にフィードバックされることでアップセルが自然に生まれます。チャーンが減り、期待値ギャップが解消されます。

日本企業でこの問題が難しい理由

日本企業では部門分断・属人営業・Excel文化・情報の口頭共有が根強く残っています。その結果、営業とCS連携が崩れやすく、顧客情報の引き継ぎが個人の努力に依存します。欧米型のCS組織モデルをそのまま導入しても、日本企業の商習慣や組織文化とのズレで機能しないことが多い。必要なのは、日本企業に合ったRevenue Architectureの設計です。

Consilegyの考え方

Consilegyでは、CS改善を単なるサポート改善として捉えていません。本質はRevenue Architecture・Customer Lifecycle・RevOps・Revenue Data Flow・KPI設計にあります。Salesforce・HubSpot・CSツール・BI・Slackなどを横断しながら、「受注後もRevenueが成長する構造」を設計します。目的は契約を取ることではなく、継続収益が積み上がる構造を作ることです。

まとめ：営業とCSの分断は、Revenue構造の問題

営業とCSが噛み合わない原因は、コミュニケーション不足ではありません。Revenue KPI分断・Customer Lifecycle未設計・Revenue Architecture不足・RevOps未整備が根本原因です。だからこそ必要なのは部門改善ではなく、受注から継続までの構造を設計することです。Revenueは営業だけでなく、Customer Lifecycle全体で生まれます。