カスタマーサクセスとマーケの関係｜解約を防ぎ紹介を生む

月曜朝のマーケ定例。スクリーンに映るのは、先週の問い合わせ件数、資料ダウンロード数、商談化率。数字が並び、「今月の目標まであと何件」という会話で30分が終わります。同じ会社の別のフロアでは、カスタマーサクセスの担当者が「あの機能の使い方が分からない」という相談に、朝から3件答えている。導入から半年たった顧客が独自の使い方を編み出して成果を出した話も、更新を見送った顧客が最後に漏らした一言も、その部屋の中だけで消えていきます。多くのBtoB企業では、マーケティングが新規の入口だけを見ているために、既存顧客の側で毎日生まれている情報が、誰にも使われないまま流れています。本記事では、カスタマーサクセス（CS）とマーケティングがなぜ組むべきなのかを整理したうえで、CSが握る4種類の情報の使い道、マーケがCSに返せるもの、チャーンレートやNRRといった指標の読み方、情報が流れ続ける置き場と定例の設計、事例取材を断られない段取り、そしてAIの使いどころと顧客情報の扱いまでを、運用に根付かせる順番で解説します。

新規の数字しか並ばない会議で、何が起きているか

冒頭の場面をもう少し分解します。マーケティングの会議に並ぶ指標は、たいてい新規の入口に関するものです。表示回数、リード数、商談化率、獲得単価。一方でCSの会議に並ぶのは、更新率、稼働状況、問い合わせの傾向、支援が止まっている顧客のリスト。同じ顧客の話をしているのに、見ている時間軸がまるで違うため、両者の会話は放っておいて交わることがありません。

この分断は、機会の損失として現れます。導入してから成果が出るまでの道筋を最も詳しく知っているのはCSですが、その道筋をいちばん知りたがっているのは、いま検討中の見込み客です。つまり最も説得力のある材料が、いちばん遠い部屋に置かれたままになっている。新規獲得の単価が上がり続ける環境では、この置き忘れは年々重くなります。

もう1つの損失は、訴求の答え合わせができないことです。マーケが「導入すれば手作業が減ります」と書いた資料の通りに、顧客は本当に動けているのか。どの工程で止まっているのか。それを知る手段はCS側にしかありません。自分の書いた言葉が現場で通用したかを確かめないまま次の施策に進むと、同じズレを何年も繰り返すことになります。

カスタマーサクセスとは何か：サポートとの違いは「先回り」

カスタマーサクセスは、既存顧客が自社の製品やサービスで成果を出せるように能動的に支援し、その結果として継続や取引の拡大につなげる機能です。よく混同されるカスタマーサポートとの決定的な違いは、姿勢とタイミングにあります。サポートは問い合わせが来てから動く事後対応で、CSは問題が起きる前に働きかける事前介入だと整理されます。

この違いは社内での位置づけにも及びます。サポートは対応の速さや解決までの時間といった効率で評価され、コストとして扱われがちです。対してCSは継続率や解約率、アップセル額といった成果で評価されるため、収益に貢献する機能として扱われます。待つ機能か、先に動く機能か——ここを混ぜて考えると、CSに問い合わせ対応だけを任せて「成果が出ない」と結論づける事故が起きます。

観点	カスタマーサクセス	カスタマーサポート
関わり方	先回りして働きかける（能動）	問い合わせを受けて対応する（受動）
主な仕事	オンボーディング・活用支援・事例づくり・拡大提案	質問対応・不具合の一次受け・クレーム処理
見る指標	継続率・解約率・アップセル額など成果	初回応答時間・解決時間など効率
社内の位置づけ	収益に貢献する機能として扱われる	コストとして扱われがち

支援の濃さを顧客ごとに変える考え方も押さえておくと、マーケとの会話がかみ合います。訪問や個別ミーティングで密に伴走するハイタッチ、その中間のロータッチ、メールやウェビナー、チャットボットで一対多に支援するテックタッチという3層で整理するのが一般的です。マーケが手伝える余地が最も大きいのは、このテックタッチの部分です。人手が足りない領域を一対多のコンテンツで埋める、という役割分担が自然に成立します。

既存顧客の情報がマーケの資産になる理由

なぜマーケが既存顧客側に目を向ける必要があるのか。理由は情緒的な「顧客を大切に」ではなく、事業の算段です。マーケティングの世界では1:5の法則——新規顧客に売るコストは既存顧客に売るコストの5倍かかる——や5:25の法則——顧客の離反を5%改善すると利益が25%以上改善する——という経験則が繰り返し紹介されます。数値そのものは出典によって幅がありますが、既存顧客側の施策が効率で有利だという方向性は、多くの解説で一致しています。

この効率差は、CSがCAC（新規顧客獲得コスト）の削減に効くという形で現れます。CSが作った導入事例やリファレンス、既存顧客からの紹介は、営業が一から説明する手間を減らします。既存顧客の紹介から生まれる売上をセカンドオーダーレベニューと呼ぶこともあり、既存顧客はコストのかからない獲得チャネルにもなるという発想が成り立ちます。

誤解しやすいのは、CSがSaaSやサブスクリプション専用の考え方だという思い込みです。月額課金でなくても、保守契約や年間契約、消耗品の継続発注、リピート受注のある業態なら、更新や再発注の場面は必ずあります。むしろ受注してから納品・定着までに時間がかかるBtoB商材ほど、放置による離脱が起きやすいため、先回りの支援が効きます。呼び方がCSでなくても、その機能を誰かが担っているなら、そこが情報の源泉です。

CSが握っている4種類の情報と、その使い道

では具体的に、CS側にはどんな情報がたまっているのでしょうか。実務で使えるものは大きく4種類です。第一に成果が出ている顧客のリスト——導入事例やリファレンス、登壇の候補になります。第二に顧客が実際に使った言葉——面談メモや問い合わせ文の中にある生の表現です。第三に顧客がつまずいた箇所——記事やFAQ、ウェビナーのテーマそのものです。第四に解約・更新見送りの理由——訴求やターゲットの見直し材料になります。

これに、見落とされがちな5つ目を足しておきたい。それが独自の活用パターンです。売り手が想定していなかった使い方で成果を出している顧客は、どの会社にも一定数います。想定外の使い方は、次の訴求の種になるため、定例で「今月いちばん意外だった使い方」を1つ聞くだけでも、コンテンツの引き出しが増えます。

CS側にある情報	マーケでの使い道	取り出し方
成果が出ている顧客	導入事例・リファレンス・登壇候補	四半期ごとに候補リストをもらう
顧客が使った言葉	見出し・広告文・LPの一言目	面談メモから原文のまま抜く
つまずきポイント	記事・FAQ・活用ウェビナーのテーマ	問い合わせをテーマ別に集計する
解約・更新見送りの理由	訴求の修正・ターゲットの見直し	退会時ヒアリングの記録を共有する
独自の活用パターン	活用事例・機能ページの追記	定例で意外な使い方を1つ聞く

この表を眺めると分かるのは、取り出し方の欄がすべて既存の業務に1行足す形になっている点です。新しい調査を起こす必要はありません。CSが日々書いている面談メモ、問い合わせ管理ツールのタグ、更新面談の記録——すでに存在する記録の使い方を変えるだけで、材料は手に入ります。マーケ側がやるべきは、追加の作業を頼むことではなく、既存の記録のどこを見たいかを具体的に伝えることです。

つまずきポイントは、そのままコンテンツになる

4種類の中で、最も即効性があるのがつまずきポイントです。顧客が同じ場所で何度も止まっているなら、それは検討中の見込み客も同じ場所で不安を感じているということです。導入前の記事なら「導入後にここでつまずく人が多いので、こう準備しておくと楽です」という書き方ができ、売り込みではないのに信頼が生まれるコンテンツになります。

集計の粒度は難しく考えず、月に一度の棚卸しで十分です。問い合わせ管理ツールのカテゴリやタグを使い、件数の多い順に並べる。同じ質問が3件以上あれば、1本のコンテンツで答える価値があると判断できます。繰り返される質問は、市場の多数が同じ疑問を抱えている証拠です。ここで大事なのは、CSの回答文をそのまま流用しないこと。CSの回答は既存顧客の文脈を前提にしているため、検討段階の読者には言葉が足りません。

つまずきの記録は、社内向けにも効きます。オンボーディングでつまずく箇所が分かれば、営業が商談段階で先に伝えておくべき注意点が絞れます。導入後につまずく場所を先に伝える営業は、期待値のズレを作りません。結果として、無理な期待で受注して早期に解約されるという最も痛い失敗が減ります。マーケが集計した一覧を営業とCSの双方に返すと、この効果が出ます。

解約理由は訴求の修正材料になる

成功事例だけを集めて、解約理由を見ない——これが最も多い失敗です。継続してくれている顧客の声は心地よく、社内でも共有しやすい。一方で解約理由の共有は気が重く、CS側も進んで持ち出しません。ですが、プロダクトが市場に合っているかを知る材料は、むしろ離れた顧客の側にあります。解約した顧客へのヒアリングが、継続顧客の意見と並んで重要だと指摘されるのはこのためです。

解約理由を訴求の材料にするコツは、理由を分類してから読むことです。製品機能の不足、価格、顧客側の社内体制、担当者の交代、そして期待とのズレ。このうちマーケが直接手を打てるのは、最後の「期待とのズレ」です。期待とのズレによる解約が多いなら、それは訴求が過剰だったという通知だと読みます。機能不足や価格が理由なら開発や価格設計の話になり、担当者交代なら引き継ぎ支援の設計の話になります。

分類して初めて見えることもあります。たとえば同じ「使いこなせなかった」という言葉でも、機能が多すぎて迷ったのか、社内に推進役がいなかったのかで打つ手は正反対です。前者なら訴求で機能の多さを誇るのをやめ、後者なら導入前の商談で推進体制の確認を促す。言葉を数えるだけでは足りず、背景まで戻して読む——ここまでやってはじめて、解約理由は資産になります。

マーケがCSに返せるもの

ここまでは受け取る話でしたが、片道の依頼は必ず止まります。CSは日々の顧客対応で手一杯であり、マーケの都合で情報提供を頼まれても優先度は上がりません。だからこそ、マーケ側が先に渡せるものを用意します。返し物は大きく4つあります。

• オンボーディング用のコンテンツ——初期設定の手順、よくあるつまずきの回避法、社内説明用の資料。CSが毎回口で説明していることを一対多の形にする
• 活用ウェビナー——新機能や応用的な使い方の紹介。個別支援では届かない層にまとめて届く
• 既存顧客向けメール——更新前の情報提供、活用のヒント、事例の紹介。配信の設計と文面はマーケの得意領域
• コミュニティ・ユーザー会——顧客同士が使い方を教え合う場。運営はマーケが担い、テーマ選びをCSと決める

これらはCSの負担を実際に減らします。テックタッチの部分をマーケが引き受ける形になるため、CSはハイタッチが必要な顧客に時間を回せます。返し物があると、情報は依頼しなくても流れてくる——この順序が守れているかどうかが、連携が続くかどうかの分かれ目です。

コミュニティの効果については、海外SaaSのGongの例として、コミュニティに参加した顧客のアップセル率が非参加顧客の3倍だったという数字が紹介されています。自社にそのまま当てはまる保証はありませんが、顧客同士が学び合う場が拡大につながりうる、という方向性の参考にはなります。まずはユーザー会を年1回開くところからでも、成立します。

紹介と推奨が生まれる導線をつくる

既存顧客が新規獲得に効くのは、紹介と推奨が生まれるからです。ただし、これは自然発生を待つものではなく、導線を作るものです。成果が出た顧客に、成果が出た直後のタイミングで、負担の軽い形で依頼する——この3点が揃うと、承諾率は目に見えて変わります。

依頼の形は段階を分けて用意しておくと通しやすくなります。もっとも軽いのがレビューサイトへの1件の投稿、次が匿名での事例掲載、その次が社名を出した事例、いちばん重いのがイベントでの登壇です。重い依頼から入ると、軽い依頼まで一緒に断られるため、順番が大切です。最初に軽い依頼で成功体験を作り、関係ができてから次の段階に進みます。

顧客企業の内部での横展開も、紹介の一種です。一部門で成果が出ている顧客には、その成果を社内で共有してもらう資料を用意します。顧客が社内説明に使える資料をこちらが作る——これは顧客の手間を減らしつつ、他部門への展開を後押しする施策になります。認定資格やトレーニングコースのような教育プログラムを用意し、詳しくなった担当者が社内の推進役になる流れを作る手もあります。

ミニ用語解説：CSとマーケで言葉を揃える

連携の初期にありがちなのが、同じ言葉を違う意味で使っていて話がずれることです。CS側が日常的に使う用語を、マーケ側が最低限そろえておくと、定例の会話が速くなります。ここでは定義がはっきりしている語だけを挙げます。

用語をそろえる目的は、知識の披露ではなく依頼の精度を上げることです。「解約しそうな顧客を教えてください」では動けませんが、「ヘルススコアが下がっている顧客のうち、初期設定が終わっていない企業の件数を教えてください」なら、CS側は既存のデータから即答できます。曖昧な依頼が断られるのは、意地悪ではなく、答えようがないからです。

指標の共有：チャーンレートとNRRの読み方

マーケがCSの指標を丸ごと背負う必要はありません。ただし、CSが何で評価されているかを知らないと、依頼が的外れになります。押さえるべきはチャーンレートとNRRの2つです。NRRは（期首の経常収益＋増収分−解約分−ダウングレード分）÷期首の経常収益で計算され、100%を超えていれば既存顧客の中で拡大が解約を上回っている状態を意味します。

目安については、サブスクリプション型では100%超えが基本線、120〜130%以上は高水準とされる、といった説明が一般的です。米国の上場SaaS企業のNRRの中央値を117%とする調査への言及もあります。ただし業態や契約単価によって適正値は大きく変わるため、他社の数値と自社を単純に比べないことが前提です。自社の前年同期との比較のほうが、実務では役に立ちます。

指標の階層を知っておくと、依頼の解像度が上がります。解約率やアップセル額のような結果が出てから分かる遅行指標、ヘルススコアのような結果の前に動く中間指標、そして支援活動の実施件数のような活動指標という3層で組むのが定石です。マーケが手を打てるのは中間指標と活動指標のほうです。「解約率を下げるコンテンツ」は作れませんが、「オンボーディング完了率を上げる手順書」は作れます。

情報が流れる仕組みをつくる：置き場と定例の設計

ここからが運用定着の話です。連携が単発の善意で終わるか、仕組みとして残るかは、置き場と定例の2点で決まります。逆に言えば、この2つがないまま「連携しましょう」と合意しても、1か月後には元に戻ります。マーケとCSの情報共有は、30分の共有枠を設けるだけでマーケ活動が大きく変わるとも指摘されています。

重要なのは、会議を増やすのではなく、既存の会議に枠を1つ足す形で始めることです。新設した会議は数か月で消えますが、既にあるCSの定例の最後15分にマーケが同席する形なら続きます。次の順番で立ち上げると、抵抗が最も小さくなります。

この4段階のうち、飛ばしがちなのが最後の返し物です。3段目まではマーケの得になる話が続くため、CS側の温度が下がります。初回で1つ、必ず返す——ここを守ると、2回目以降の情報の質が変わります。四半期に一度は振り返りの場を持ち、返し物が実際にCSの手間を減らせたかを確認しておくと、枠が形式化するのを防げます。

事例取材を断られない段取り

マーケがCSに最も頼みたいのが導入事例の取材でしょう。ここで摩擦が起きやすいのは、依頼の順番とタイミングが間違っているからです。顧客に依頼する前に、CSの合意を取るのが原則です。CSは顧客との関係を長期で維持する立場であり、関係を消費する依頼を横から通されるのを嫌います。

段取りは、候補の相談から始めます。四半期ごとに「事例にできそうな顧客はいますか」と聞き、CS側が挙げた候補の中から選ぶ。CS側は契約規模、拡大の見込み、事例化の可否、ターゲット業種への合致といった観点で顧客を分けているため、誰に頼めるかはCS側がすでに把握していることが多いのです。マーケが名簿から勝手に選ぶのは、この判断を無視することになります。

依頼するときは、顧客の負担を先に軽くします。質問リストを事前に送る、所要時間を明記する、原稿は必ず確認してもらうと約束する、掲載後に相手の集客にも使える形にする——この4点を依頼文に入れておくと、承諾率が上がります。依頼のタイミングは、成果が出た直後か更新の直後が最も通ります。逆に、不具合の対応が続いている時期や、担当者が交代した直後は避けます。

連携がうまくいかない兆候

最後に、連携が形だけになっているときに現れるサインを並べます。1つでも当てはまるなら、仕組みのどこかが抜けています。早めに気づけば、立て直しのコストは小さくてすみます。

• マーケがCSに声をかけるのが、事例取材を頼むときだけになっている
• CSから情報はもらうが、マーケからの返し物が一度も出ていない
• 共有される事例が成功例ばかりで、解約理由が一度も議題に上がらない
• 事例取材の依頼が、CSを通さず顧客に直接届いてしまっている
• 定例が雑談になり、持ち寄る項目が決まっていない
• 顧客の生の言葉が、要約されすぎて原文のニュアンスが消えている
• 顧客に何度も取材やアンケートを依頼し、相手の負担が積み上がっている

この一覧で最も見落とされるのが、最後の顧客側の負担です。事例取材、アンケート、満足度調査、ユーザー会の案内、活用ヒアリング——それぞれの担当者は1回でも、顧客からすれば同じ会社から次々に依頼が来ている状態になります。誰がいつ何を依頼したかを1か所で見えるようにしておくだけで、この事故は防げます。置き場を1つに決める理由の1つがここにあります。

AIの使いどころと、顧客情報の扱い

CS側の情報は量が多く、形も揃っていません。面談ログ、問い合わせ文、解約時のヒアリングメモ。この整理されていない文章のかたまりから傾向を出す作業は、生成AIが得意な領域です。使いどころは大きく3つ——問い合わせや面談ログの傾向整理、解約理由の分類、そして事例記事の下書きです。

解約理由の分類を任せる場合、分類軸を人が先に決めておくのが要点です。軸をAIに考えさせると、集計するたびに違う軸が出てきて、期間比較ができなくなります。軸は人が決め、振り分けと集計をAIに任せるという分担にすると、四半期ごとの推移が追えるようになります。プロンプトの例を挙げます。

あなたはBtoBのカスタマーサクセス支援担当です。
以下は直近3か月に解約・更新見送りとなった顧客への、退会時ヒアリングの記録です。
1. 解約理由を、製品機能／価格／顧客側の社内体制／担当者交代／期待とのズレ の5分類に振り分けてください。
2. 分類ごとに件数と、顧客が使った言い回しを原文のまま3件ずつ引用してください。
3. マーケティングの訴求を修正すべき点があれば、根拠となる分類を挙げてください。
4. 記録に書かれていない理由を推測で補わないでください。
---
（ここに匿名化したヒアリング記録を貼り付け）

事例記事の下書きにAIを使う場合も、材料は取材で得た事実だけに限ります。AIは足りない部分をもっともらしく埋めてしまうため、数字と固有名詞は必ず取材メモと突き合わせる工程が必要です。顧客の確認を取る前に社外へ出すのは論外ですが、確認を取る原稿そのものにAIの創作が混じっていると、顧客の信頼を一度で失います。

• 顧客の面談ログや問い合わせ内容を外部のAIサービスに入力する前に、社名・氏名・連絡先・金額などを匿名化する。社内の利用ルールと、顧客との契約上の守秘義務を必ず確認する
• 入力したデータが学習に使われない設定になっているか、利用しているプランの仕様を事前に確認する
• AIが出した分類や要約は仮説として扱い、件数や固有名詞は元の記録に戻って確認する
• 顧客の言葉を引用する際は、要約せず原文のまま扱う。掲載する場合は必ず本人の許諾を取る

CSと組むための情報連携チェックリスト

ここまでの内容を、運用が回っているかを点検できる形にまとめます。すべてにチェックがつく状態なら、既存顧客側の情報はマーケの資産として機能しています。半年ごとに見返すと、抜けた項目から先に崩れているのが分かります。

• CSの面談メモ・解約理由・つまずき集計を、マーケが自分で見に行ける場所がある
• 月1回、CSとマーケが情報を持ち寄る枠が既存の定例の中にある
• 持ち寄る項目が固定されている（多かった質問／意外な使い方／解約理由／事例候補）
• マーケからCSへの返し物が、直近3か月で1つ以上出ている
• 解約・更新見送りの理由が分類され、期間で比較できる形で残っている
• 事例取材はCSの合意を取ってから顧客に依頼する手順になっている
• 顧客への依頼履歴が1か所で見え、依頼の重複を防げている
• CSが追っている指標（チャーン・NRR・ヘルススコア）の定義をマーケも共有している

チェックリストを埋めてみると、たいてい返し物の欄と解約理由の欄が空きます。この2つはすぐに成果が見えないのに手間がかかる項目だからです。しかし長い目で見れば、この2つこそが連携を続かせる燃料になります。受け取るだけの関係は必ず止まり、返す関係は勝手に育つ——順序を間違えないことが、定着のいちばんの近道です。

まとめ

カスタマーサクセスは、問い合わせを待つサポートとは違い、顧客の成果を先回りで作る機能です。その過程で、事例候補・顧客が使った言葉・つまずきポイント・解約理由・独自の活用パターンという材料が毎日たまっていきます。マーケがそれを資産に変えるには、まず返し物を用意すること。オンボーディング用のコンテンツ、活用ウェビナー、既存顧客向けメール、コミュニティ運営は、いずれもテックタッチの領域でCSの手間を実際に減らします。そのうえで情報の置き場を1つに決め、既存の定例に15分の枠をもらい、持ち寄る項目を固定する。事例取材はCSの合意を取ってから顧客に依頼し、依頼履歴を1か所で見える形にして負担の重複を防ぐ。AIは面談ログの傾向整理や解約理由の分類に効きますが、分類軸は人が決め、匿名化と事実確認の工程は省けません。既存顧客の側にある情報を通わせる細い配管を1本引くことが、解約を防ぎ紹介が生まれる状態への最初の一歩です。まずは来月のCS定例に、聞き役として一度参加してみてください。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。