← エピソード一覧に戻る Episode 207 Chapter 1
Chapter 2
Chapter 3
Chapter 4
Chapter 5
0:00 / 0:00
スクリプト
Chapter 1 オープニング
タカシ
今日は SaaS 営業のアップセル連携です。OpenView によると、2020 年に上場申請した SaaS 11 社の平均 NDR は 126 パーセントでした。つまり SaaS は新規受注だけでなく、既存顧客の拡大で強くなる事業なんです。
ミカ
126 パーセントはかなり強いですね。でも、アップセルって営業が追加で売る話、くらいの理解でした。連携って付いているのは、誰か一人では回らないってことですか？
タカシ
その通りです。SaaS では受注後の利用状況を一番よく見ているのは CS ですが、価格交渉や部門展開の商談化は Sales や AM が得意です。だから、誰が信号を見つけて誰が閉じるかをつなぐ設計が要るんです。
ミカ
なるほど。初回受注がゴールじゃなくて、そこから席数増や部門展開、上位プラン移行が続くなら、受注前後でチームが切れた瞬間に機会も消えそうです。今日はその仕組みを知りたいです。
Chapter 2 アップセル連携の正体
タカシ
まず大事なのは、アップセル連携を『追加提案を増やすこと』と誤解しないことです。実態は、顧客成功の信号を revenue に変える運用です。CS が adoption や部門浸透を見つけ、Sales か AM が商談化し、RevOps が定義をそろえる。これが基本形です。
ミカ
たしかに、誰かが気づくだけでも、誰かが売るだけでも足りないですね。お客さんの状況を分かっている人と、契約を前に進める人が別だから、橋渡しの設計が必要なんだ。
タカシ
実際、Gainsight の 2022 年調査では 63 パーセントの企業が CS に NRR 責任を持たせ、45 パーセントが renewal を CS 所管にしています。一方、ChurnZero の 2024 年調査では expansion の主担当は CS 41 パーセント、Sales 24 パーセント、AM 29 パーセントに割れていました。
ミカ
へえ、正解が一つじゃないんですね。逆に言うと、自社の顧客単価や商談の複雑さに合わせて、発見者とクロージング担当を意図的に決めないと、毎回ふわっとしそうです。
Chapter 3 連携が効いた実例
タカシ
具体例を見ましょう。SalesIntel は welcome email の反応と利用状況を組み合わせ、CS が顧客ごとの関心テーマを把握しました。その結果、sticky feature 起点の expansion revenue 比率を 38 パーセントまで伸ばしています。
ミカ
面白いですね。追加提案を売り込む前に、何に興味があって実際にどこまで使っているかを見ている。アップセルって、押し売りじゃなくて観察の精度なんですね。
タカシ
Swoogo も示唆的です。AM と CS が同じ customer health を見ながら動く体制に変えたことで、6 カ月で health score が 15 パーセント改善し、1 年で GRR が 7 ポイント上がりました。AM 一人あたりの担当口座数も 25 パーセント増えています。
ミカ
売上だけじゃなくて、健康状態の見え方まで変わるんですね。共通の健康指標があると、『この顧客は今広げるべきか、まず立て直すべきか』を同じ言葉で話せそうです。
Chapter 4 なぜ崩れるのか
タカシ
失敗パターンも明確です。まず ownership が曖昧なまま運用を始めること。良い signal が出ても、CS が商談化するのか、Sales が引き取るのか、AM が closing するのか決まっていないと、機会は CRM のメモで止まります。
ミカ
それはありそうです。『誰かがやるだろう』で一番おいしい機会が消えるやつですね。しかも既存顧客だから、本人たちは会話しているつもりで、機会損失に気づきにくそうです。
タカシ
もう一つは、CS に売上責任だけを重く載せることです。ChurnZero の 2024 年調査では、CS が expansion を持つ企業ほど必ずしも高い NRR ではなく、training 不足も示唆されました。信頼関係を保つ役割と強い交渉役割は、慎重に切り分ける必要があります。
ミカ
なるほど。CS が気づいて価値の文脈を作り、複雑な見積や決裁は Sales や AM が担うほうが自然な会社も多そうです。役割を混ぜるより、つなぎ方を設計するほうが大事なんですね。
Chapter 5 明日からの設計
タカシ
明日からやるなら五つです。第一に、上位アカウントごとに CSM、AE か AM、RevOps の owner を固定する。第二に、seat 利用率や部門浸透を CSQL として CRM に残す。第三に、renewal 直前ではなく adoption milestone 起点で expansion をレビューする。
ミカ
つまり、追加提案を年一回のイベントにしないってことですね。日々の利用から『次に広がる条件』を見つけて、小さく商談化していく。そうすると受注後の会話がそのまま次の売上になる。
タカシ
その通りです。最後に重要なのは、初回受注時の展開仮説を onboarding で切らないことです。想定部門、成功指標、上位プラン条件を CS に渡し、『契約から拡大まで一本の顧客計画』として扱う。これで SaaS の売上はかなり強くなります。
ミカ
今日は、アップセル連携は追加営業の話ではなく、受注前後を切らない経営設計だと分かりました。皆さんもまずは既存顧客の拡大機会がどこで止まるのか、担当と指標を書き出してみてください。それではまた次回。