日本語

Expansionのオーナーシップとアップセルモーション:誰が発見し、誰が成約し、誰が実績を得るか

Expansion Ownership and Upsell Motion

CSMが四半期チェックインコール中です。顧客は、プロダクトについて問い合わせてきた新しいチーム、Operationsチームを導入したと言及しました。利用率が上昇しています。前回のコールで、チャンピオンが今四半期の予算の柔軟性について言及しました。CSMはCSプラットフォームのノートにそれを記録しました。「潜在的なExpansion、Opsチームが関心を示している。」

AEはそれを見ることがありません。ノートはGainsightかChurnZeroか、CSプラットフォームのデータがある場所に存在します。CRMにはありません。AEがCSプラットフォームを開く理由はありません。6か月が経過します。顧客はOpsチームのためのソリューションを必要としています。評価の選択肢を検討していました。競合他社から購入しました。

CSMは更新準備コールで競合他社の名前を確認します。AEに言及します。AEはもっと早く知っていれば良かったと言います。

この失敗は、ExpansionシグナルがCSの関係層に存在し、成約権限がSalesの商業層にあるから起こります。2つの層は自動的には通信しません。そして、ハンドオフプロトコルなしに、収益はまさにそれが最もアクセスしやすかった瞬間に消えていきます。

主要データ:Expansion収益の機会

  • NRR(Net Revenue Retention、Sales-CS Alignmentグロサリーを参照)が120%を超えることが高成長SaaS企業のベンチマークであり、Expansionの収益が100%から120%の差を生み出すことが、OpenView PartnersのSaaSベンチマークで示されています。
  • Bain & CompanyのSaaS収益経済学に関する研究によると、Expansionの収益は新規ロゴの収益よりもCACが60〜80%低いです。顧客はすでにプロダクト、チーム、そしてベンダーとの関係を知っているからです。
  • Gainsightの2024年CSインダストリーベンチマークレポートによると、CSとSalesが公式のExpansionシグナルハンドオフプロトコルを持っている企業は、持っていない企業よりもアカウントあたり2.3倍のExpansion収益を生み出します。
  • ChurnZeroの500人以上のCS専門家を対象にしたサーベイによると、CSMの71%が、商業的権限やAEサポートがないために変換できなかったExpansionシグナルを特定したと回答しています。

なぜExpansionが共同オーナーシップの問題なのか

ExpansionのNRRの計算は簡単です。Expansion収益はモデルの中で最も安価な収益です。CAC分母は増えません。新規顧客を獲得しているわけではないからです。マージンは新規ロゴより高い。そして拡大したアカウントは、拡大したアカウントにより深いプロダクト依存と関係に投資したステークホルダーが増えるため、更新する可能性が大幅に高くなります。

だから問題はExpansion収益が重要かどうかではありません。なぜそれほど多くが置き去りにされるかです。

CS側の失敗:CSMはアカウントに最も近い立場にいます。Expansionシグナルを最初に聞きます。新チームの導入、有料ティアへのニーズを示す機能リクエスト、購買権限を示す予算のコメント。しかし、ほとんどのCSMにはアップセルを成約する商業的権限がありません。価格を提示したり、条件を交渉したり、競合の異議に対応したりできません。シグナルを察知することはできますが、それでほとんど何もできません。

Sales側の失敗:AEには成約の力があります。しかし、成約から更新の間にアカウントにいることはほとんどありません。先月のQBRで顧客が何を言ったか知りません。どのチームが追加されたか知りません。温かい案件を成約できますが、シグナルを届けてもらう必要があります。そのハンドオフは体系的にはほとんど起こりません。

タイミングの失敗:AEが関与しても、多くの場合遅すぎます。顧客はすでに評価モードに入っています。関係主導のExpansionの窓は3か月前でした。新しいOpsチームが導入されたとき。今は競争的な案件になっています。

以下の3モデルのフレームワークは、企業の規模とExpansionの種類の各組み合わせに、デフォルトのオーナーシップ構造と定義されたハンドオフプロトコルを提供します。

3つのExpansionオーナーシップモデル

モデルA:CS主導のExpansion

CSMは定義されたACVしきい値までのExpansion案件を特定して成約します。しきい値を超えると、AEが加わります。しきい値以下では、CSMがEnd-to-Endの商業モーションを担います。

最適な場合:

  • 大量のSMBポートフォリオ
  • 低複雑度のExpansion:シートの追加、プランのアップグレード、固定価格の単一プロダクトのアップセル
  • 商業的権限と価格設定ツールを持つCSチーム

ACVしきい値: CSMがAEサポートなしに合理的に成約できるレベルに設定します。一般的なしきい値:SMBのCSチームでは5,000〜10,000ドル。しきい値を超えると、AEへの自動ハンドオフ。以下ではCSMがEnd-to-Endを担います。

報酬の意味: このモデルは、CSMがExpansionクレジットまたはQuotaクレジットを持っている場合にのみ機能します。CSMが純粋な維持のみで評価される場合、モデルAでExpansion案件を成約するインセンティブがありません。追加の商業的作業を行っても報酬の上振れがないからです。モデルAを展開する前に正式なExpansionクレジット機構を設定してください。

モデルB:CSがシグナルを察知し、AEが成約する

CSMはシグナルの特定と関係を担い、定義されたトリガーポイントでAEへの正式なハンドオフを行います。AEが商業的な成約を担います。

最適な場合:

  • ミッドマーケットアカウント
  • 複数のチームやプロダクトラインが関与するプロダクト主導のExpansionシグナル
  • 価格設定、契約の変更、または複数のステークホルダーの同意が必要な複雑なアップセル

ハンドオフトリガー: すべてのシグナルがハンドオフを必要とするわけではありません。CSMはシグナルをSalesにルーティングする前に評価すべきです。評価されたExpansionシグナルは以下の4つの特性のうち3つを持ちます。

  1. 予算の会話:顧客がこの種のソリューションの予算の可用性または予算配分を言及した
  2. 名前のある購入者:そのExpansionの決定を担う特定の人物がいる
  3. タイムライン:顧客がいつ進めたいかについての感覚を持っている
  4. プロダクト適合:Expansionが「もっと必要かもしれない」という漠然としたものではなく、特定のSKUまたはプロダクト機能にマッピングされる

「いつかもっとシートが必要かもしれない」と言う顧客は評価されたシグナルではありません。「OpsディレクターがQ3までに3つのチームを追加することについて調べるよう依頼した」と言う顧客はそうです。

ハンドオフでシグナルを失わない方法: CSMはシグナルをCSプラットフォームではなくCRMに記録します。CRMはAEが活動する場所です。AEへのSlackメッセージはハンドオフではありません。シグナルフィールドが入力されAEが割り当てられたCRM機会レコードがハンドオフです。

モデルC:共同モーション

AEとCSMが戦略的Expansionのためにアカウントを共同オーナーします。QBRケイデンスを共有し、Expansionの会話のための定義されたレーンを持ち、両方がアカウントの商業的軌跡を可視化します。

最適な場合:

  • エンタープライズアカウント(ACV 15万ドル以上)
  • 異なるプロダクトラインが異なる事業ユニットにマッピングされるマルチプロダクトExpansion
  • Expansionが取引的なアップセルではなく完全なセールスモーションとして扱われる戦略的アカウント

ポッドモデルとの接続: モデルCは多くの場合、戦略的アカウント向けの専用のAE-CSMペア構造と組み合わさります。その連携が運営上どのように機能するかについては、ポッドモデル:AE-CSMペアを参照してください。

Expansionシグナルの特定:CSが注目するもの

Expansionを上手く特定するCSMは推測しているのではありません。すべてのアカウントで3つのカテゴリーのシグナルを監視しています。

プロダクト利用のトリガー:

シグナル 意味 緊急性
シート活用率が85%以上 容量に近い、自然なExpansionの瞬間
有料ティアに隣接する機能の採用 顧客が現在のプランの限界に当たっている 中高
API呼び出し量が上限に近い 成長の技術的指標
新チームの導入(プロダクト内) ボトムアップで始まるオーガニックExpansion
有料ティア機能の機能リクエスト 明示的なプロダクトギャップシグナル

関係シグナル:

シグナル 意味 緊急性
チャンピオンが予算の可用性に言及 商業的な窓が開いている
新チームや部門がアカウントに導入された まだ閉じた窓のないExpansion機会
組織の変更(新VP、再編) 商業的関係の更新が必要 可変
顧客のM&A活動 ExpansionまたはChurnを意味する可能性、即時チェックインが必要

行動シグナル:

シグナル 意味 緊急性
顧客が持っていない機能について尋ねる 明示的なプロダクトギャップ
QBRで競合他社について言及 評価モード、今すぐ行動 緊急
達成したROIについて顧客が言及 「次は何か」の会話のプライム
顧客がコールに新しいステークホルダーを招待 新しい購入者が関与 中高

一貫して記録する方法: シグナルはCRMに入力されなければなりません。CSプラットフォームの自由記述ではなく、標準化されたフィールドまたはノート構造で。AEはそれを自分が働く場所で見る必要があります。Gainsightにのみ存在するシグナルは、Salesに届かないシグナルです。

評価のステップ:すべてのシグナルが機会ではない

CSMのExpansionモーションにおける役割は、シグナルを浮かび上がらせて評価することです。自らExpansionを提案すること(モデルBでは)や、すべての交わした会話をSalesに転送することではありません。

シグナルをAEにルーティングする前に、CSMは3つの質問に答えるべきです:

  1. 予算の会話があるか、それとも単なる関心か? 「もっとユーザーがいたら良い」は関心です。「Q3に20,000ドルの予算があり、ディレクターがExpansionを望んでいる」は予算の会話です。
  2. タイムラインがあるか、それとも単なる開放性か? 「いつか」Expansionに開放的なアカウントはナーチャリング候補です。Q3の期限を持つアカウントは機会です。
  3. 名前のある購入者がいるか、それとも単なる熱狂者か? チャンピオンが興奮しているのは良いことです。VP of Operationsがブリーフされ、提案を求めているのが名前のある購入者です。

3つのうち2つが「はい」なら、Salesにルーティングします。0または1つなら、CRMにウォッチアイテムとして記録し、30〜60日後に再確認します。

すべてのポジティブなアカウントインタラクションを「Expansionシグナル」としてルーティングするCSMは、AEからの信頼を急速に失います。シグナルの品質はシグナルの量よりも重要です。

接合部における報酬とインセンティブ

このセクションではコアの報酬のダイナミクスを説明します。完全なアーキテクチャはNRRに連動した報酬設計にあります。

アンチパターン1:AEが完全なExpansionクレジットを得て、CSMは何も得ない。 CSMがシグナルを特定し、関係を維持し、温かい機会をAEに手渡しました。AEがExpansionコミッションの100%を受け取り、CSMが何も得ないなら、CSMの合理的な反応はシグナルのルーティングを止めることです。なぜ他の誰かのQuotaだけを利益にする作業を生み出すのか?

アンチパターン2:CSがExpansion Quotaを持つが商業的権限やAEサポートがない。 CSMにアップセルの推進を求めますが、価格を提示できず、条件を交渉できず、AEはハンドオフリクエストに応答しません。Expansion目標は設定されています。それを達成するためのサポート構造はありません。これはCSにフラストレーションと離職を生み出します。

接合部における整合の取れた報酬とは: モデルB(CSがシグナルを察知し、AEが成約する)では、最も持続可能な構造は、検証されたExpansionシグナルが成約した場合のCSMへのシグナルクレジット(小さなコミッションまたはスピフ)と、AEへの商業的成果に対する完全な成約クレジットです。CSMは品質の高いシグナルを浮かび上がらせるインセンティブを持ちます。AEはそれを速やかに成約するインセンティブを持ちます。

マルチプロダクトのクロスセルのダイナミクス、特に異なるプロダクトラインが異なるコミッション構造を持つ場合については、マルチプロダクトクロスセルのオーナーシップを参照してください。

Expansionハンドオフプロトコル:標準化すべきこと

Slackやメモリーにあるハンドオフはプロトコルではありません。定義されたフィールドとSLAを持つCRMタスクを生み出すハンドオフがプロトコルです。

シグナル記録フォーマット(CRMの5フィールド):

フィールド 説明
シグナルの種類 プロダクト / 関係 / 行動 「シート活用率が89%」
名前のある購入者 担当者の名前と肩書き 「Jamie Reyes、VP of Operations」
タイムライン 顧客がいつ進めたいか 「Q3、7月の予算凍結前」
コンテキストノート CSMが聞いたことを2〜3文で 「チャンピオンがOpsチームは6人で成長中と言及」
緊急性 ホット(24時間以内に対応) / ウォーム(72時間以内) / ウォッチ(30日) ホット

AEの応答SLA:

  • ホットシグナル:AEは4時間以内に確認、24時間以内に顧客へ連絡
  • ウォームシグナル:AEは24時間以内に確認、72時間以内に顧客へ連絡
  • ウォッチアイテム:次回のアカウント同期時(週次または隔週)にAEが確認

AEがSLA内に応答しない場合:CSMはAEのマネージャーにエスカレーションします。CROにではありません。公開のSlackチャンネルにでもなく。SLAミスのフラグを付けたAEのマネージャーへのダイレクトメッセージです。プロトコルが機能していれば、これは稀なはずです。

ループのクローズ: AEは結果に関わらずCSMに結果を更新します。成約、失注、延期、顧客の準備ができていない。これはオプションではありません。CSMは浮かび上がらせたシグナルに何が起きたかを知る必要があります。顧客との関係を維持するためにも、将来のシグナルの品質を調整するためにも。AEがExpansion案件を成約してCSMに何が起きたかを知らせないなら、CSMはシグナルの浮かび上がらせを止めます。

これを正しく行うことのNRRの計算

具体的にしましょう。ミッドマーケットの100アカウントのポートフォリオを想定します。

  • 今四半期にアクティブなExpansionシグナルを持つ15のアカウント
  • ハンドオフプロトコルなし:4つのシグナルがAEにタイムリーに届く。2つが成約。純Expansion = ポートフォリオACVの2%
  • 定義されたハンドオフプロトコルあり:15のシグナルのうち12がAEに届く。5つが成約(評価されたシグナルに対する40%の成約率は現実的)。純Expansion = ポートフォリオACVの5%

300万ドルのARRブックでの2%と5%のExpansionの差は四半期で9万ドル、同じアカウントベースから年間36万ドルで、新規ロゴの獲得なしです。

複利効果:拡大したアカウントは大幅に更新する可能性が高くなります。第2のチームが導入し、プロダクトを使用し、成功したQBRを持つアカウントは、最初よりも多くの内部支持者を持ちます。Expansionは維持が依存するステークホルダーのウェブを構築します。

Expansionプロトコルを正しく行うことは、アップセルの収益だけではありません。それに続くアカウントヘルスについてです。

前に進む

Expansionのオーナーシップは、更新のオーナーシップと同様に、最終的には共同モーションをサポートするよう報酬が構造化されていることに依存します。CSと実績を共有しないAEは、成約からExpansionの間に関係を維持する理由を持ちません。シグナルクレジットを受け取らないCSMはシグナルを体系的に浮かび上がらせる理由を持ちません。

報酬設計の問題、AEインセンティブを獲得だけでなく維持とExpansionを中心に構造化する方法、が更新とExpansionモデルを機能させる基礎的な部分です。セールスコミッションと顧客維持がその完全なフレームワークを説明しています。

よくある質問

Expansionシグナルと更新リスクシグナルの違いは何ですか?

Expansionシグナルは追加収益を指します。新チームの導入、容量いっぱいの利用状況、より高いティアへの機能リクエスト。更新リスクシグナルは潜在的なChurnを指します。利用率の低下、チャンピオンの離脱、競合他社への言及。どちらもCSMの関係層から生まれますが、ルーティングが異なります。Expansionシグナルは商業的なフォローアップのためにAEへ、リスクシグナルはAE-CSMによる合同介入計画へ。

AEが成約しやすいシグナルだけをチェリーピックするのをどう防ぎますか?

シグナルの応答をAEの成功指標ではなくパフォーマンス指標にします。追跡内容:CSからAEにルーティングされたすべてのExpansionシグナルのうち、SLA内に応答を受け取ったものの割合、そして顧客との会話につながったものの割合。SLAを一貫して見逃したり、フォローアップを怠ったりするAEは、四半期RevOpsレビューでフラグが立てられます。可視性が説明責任を生み出します。

CSMにExpansion収益の責任を持たせるべきですか?

モデルAでは、はい。成約を担うため、指標も担うべきです。モデルBでは、成約権限やAEサポートなしにCSMにExpansion収益の責任を持たせることは資金のない目標です。モデルBでのCSMの優れた指標はシグナルの品質です。CSMがルーティングしたシグナルのうち、何パーセントがExpansionの成約案件になったか?これはAEの成約率についてCSMに責任を持たせることなく、特定と評価のスキルを測定します。

CSMが記録した時よりもExpansionの機会が大きかった場合はどうなりますか?

それは良い問題です。最初のシグナルがシートの追加として記録されたが、ディスカバリーコールでマルチプロダクト、マルチチームのExpansionが明らかになった場合、すぐにモデルCにエスカレーションします。プロトコルは、クォーターバックがいつでもモデルのアップグレードを要求できると指定すべきです。最初のモデルの割り当てはデフォルトであり、制約ではありません。

関連記事