Renewal Ownership：AE vs AM vs CSM：誰がRenewalをクォーターバックし、いつ担うか
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
Renewalの45日前です。CSMはAEが商業的な会話を始めたと思っています。彼らが商談をクローズし、商業的な関係を知っており、これは彼らのテリトリーです。AEはCSMが担当していると思っています。11ヶ月間アカウントを管理してきており、彼らが関係者であり、アカウントのHealth状況を知っています。顧客は、書類を動かす権限のある誰からも連絡を受けていません。
商談が滑り落ちます。最悪の場合、Churnします。プロダクトの失敗ではありません。CSの実行不足でもありません。誰も意図せず作り、誰も埋めなかったownershipの空白から起きます。
このシナリオは毎四半期、収益チーム全体で発生します。AEとCSMが怠慢だからではありません。Renewal ownershipが割り当てられなかったからです。それは想定されていました。そしてownershipに関する想定こそが、誰も個人的に責任を感じることなく$X ARRがドアから出て行く方法です。
主要データ：Renewal Ownershipのギャップのコスト
- 定義されたRenewalオーナーを持たない商談は、明示的に割り当てられたクォーターバックを持つ商談と比較して、Churnまたは大幅なダウンサイズの可能性が2倍高い（B2B Renewal結果に関するGainsight調査より）。
- 平均的なB2B SaaS企業は毎年8〜12%のNRRを「すき間に落ちた」Renewalで失っています。AEとCSMの両チームが相手チームが責任を持つと信じていた商談だ（TSIAサーベイデータより）。
- B2B SaaS企業の31%のみがクローズ時にRenewal ownershipを文書化している（ChurnZeroの年次CS業界サーベイより）。つまり69%はRenewalDateの60〜90日前に事後的に割り当てています。
- クローズ時にRenewal ownershipを割り当てる企業は、同じアカウントで15%高いRenewal率と23%高い拡張率を見る（プロアクティブなRenewal管理に関するGainsightデータより）。
Renewal Ownershipはシームの問題であり、ロールの問題ではない
AE、AM（Account Manager。セールス-CS Alignmentグロッサリー参照）、CSM（Customer Success Manager。グロッサリー参照）はすべて、コンテキストに応じて正当なRenewalオーナーです。普遍的に正しい答えはありません。間違いは間違ったロールを選ぶことではありません。明示的な割り当てが全くないことです。McKinseyのカスタマーサクセスに関する調査は、CSチームをRenewal率で評価している企業が50%、そうでない企業が50%であると指摘しています。この二分は、運用上の一貫性の欠如だけでなく、戦略上の本質的な意見の相違を反映しています。
Renewal ownershipはRenewalDateの60日前ではなく、クローズ時に決定されなければなりません。60日前になると、リスクシグナルはすでに存在し、顧客はすでにとどまるかどうかについての意見を形成しており、割り当てられた人物は即座に遅れを取り戻そうとしています。
「Renewal ownership」は実際に何を意味するか？この記事の目的上、ownershipは3つのことを意味する：
- Renewalミーティングをスケジュールし、完了まで進める
- 契約草案と商業条件をownする
- RenewalDateの前にアカウントがリスク状態になった場合のエスカレーションを管理する
この記事は、これらの3つのことを誰がownし、どのようにその割り当てがなされるかについてです。Renewal会話の進め方、マルチイヤー条件の交渉方法、またはアカウントが危機的状況にあるときのリテンションプレイの実行方法についてではありません。それらは実行の問題です。この記事は上流の割り当て問題です。
3つのモデル：それぞれの機能と使用タイミング
モデルA：CSM主導のRenewal
CSMがRenewalモーション全体をownします。商業的な会話を進め、契約プロセスを管理し、書類をクローズします。AEは通知を受けるが、ドライバーシートにいません。
最適な場面：
- 低ACV（$20K未満）の高ボリュームSMBポートフォリオ
- ほぼ管理的なRenewal。マルチイヤーでなく、マルチプロダクトでなく、重要な拡張機会がない
- 商業的権限を持つCSチーム（またはCSMがセールスの関与なしに操作できる合理化された契約プロセス）
AEのロールの様子： AEはRenewalの90日前に通知されます。アカウントのHealthシグナルを確認し、AEの直接的関与を正当化する拡張機会がないことを確認し、CSMが商業的なブロッカーに当たった場合のエスカレーションのために利用可能な状態を保ちます。Renewalの通知にCCされており、ドライバーシートにはいません。
NRRのリスク： このモデルはChurnが急増するまではボリュームでうまく機能します。構造的な制限：純粋なモデルAの環境のCSMは、顧客が価格に押し戻したり、契約変更を求めたり、エグゼクティブレベルの確信を必要とする場合に商業的権限を欠くことが多いです。まさに最も重要な瞬間、つまりRenewalがリスクにさらされているときにモデルが崩壊します。
エスカレーショントリガーを明確に定義することでこれを緩和する：Renewalの90日前にHealthがイエローになるアカウントは自動的にAEを引き込みます。CSMは確認する必要がありません。トリガーがそれを行います。
モデルB：AE/AM主導のRenewal
セールスが商業プロセスをownします。AEまたはAMがRenewalミーティングをスケジュールし、契約草案をownし、商業的なクローズを管理します。CSMはHealthシグナルと関係コンテキストを提供し、Renewalミーティングに参加し、契約が署名された後も継続的な関係オーナーであり続けます。
最適な場面：
- ミッドマーケットアカウント（ACV $20K〜$150K）
- 拡張ポテンシャルを持つマルチイヤーまたはマルチプロダクトのRenewal
- 元のAEがまだ強固なエグゼクティブ関係を持つアカウント
- Renewal会話が商業的な拡張会話でもある商談
CSMのロールの様子： 情報提供者と関係アンカー。CSMはRenewalミーティングの前にAEのためにHealthサマリーを準備する：使用傾向、Champion状況、オープンな問題、そして前四半期に観察された拡張シグナル。CSMはRenewalミーティングに参加するが、AEに商業的な議論をリードさせます。CSMは部屋の信頼できるアドバイザーであり、AEがクローザーです。
リスク： 商談をクローズして11ヶ月間消えていたAEが、Renewalの30日前に契約を持って再登場します。顧客体験はぎこちないです。AEがかつて持っていた関係コンテキストは消えています。CSMはアカウントの現在の状況を知らないAEとの商業的な会話を後押ししなければなりません。
修正：モデルBでは、AEはクローズとRenewalの間に定義されたタッチポイントを持ちます。毎週のコールではなく、CSMと調整された四半期ごとのチェックインです。AEは少なくとも年に1回QBRに参加すべきであり、Renewal時に見知らぬ人として登場しないためです。
モデルC：クォーターバックとのジョイントOwnership
定義されたプライマリオーナー（通常はAEまたはAM）と定義されたサポートロール（CSM）があり、ownershipがシフトするタイミングを指定する書面上のハンドオフポイントがあります。
最適な場面：
- エンタープライズアカウント（ACV $150K以上）
- マルチステークホルダーRenewalを持つストラテジックアカウント
- Renewalが複数のプロダクトライン、複数のビジネスユニット、または重要なスコープ変更を伴う複雑なアカウント
ハンドオフトリガー： 日付ではありません。イベントです。「アカウントがRenewalプロセスのステージ2（商業条件が開かれた時）に達したとき、ownershipはAEに移行する」はハンドオフトリガーです。「Renewalの90日前」はカレンダーリマインダーであり、ハンドオフではありません。
商業プロセスが開始したことを示すイベントを定義し、その時点からAEをクォーターバックにします。トリガー前はCSM主導の関係です。トリガー後はCSMがサポートするAE主導の商業プロセスです。
別個のロールとしてのAM： 会社が新規ロゴAEとRenewal/拡張AEを分離している場合、AM（Account Manager）は定義上、商業的なRenewalモーションをownします。この構造では、AMは既存アカウントの永続的な商業オーナーであり、CSMはデリバリーとAdoptionのオーナーです。Renewalハンドオフプロトコルはよりシンプルだ：AMは常にクォーターバックであり、CSMは常に情報提供者です。このモデルの課題はクローズ時の新規ロゴAEからAMへのハンドオフにあります。そのハンドオフが荒ければ、AMは最初から遅れを取ります。ポストセールのチーム構造の記事では、企業がさまざまなスケール段階でこのAMとCSMの分担を運用上どのように構成するのが一般的かを解説しています。
意思決定フレームワーク：適切なモデルの選択
3つの変数がアカウントに合うモデルを決定する：
変数1：ACV
- $20K未満：モデルAデフォルト
- $20K〜$150K：モデルBデフォルト
- $150K以上：モデルCデフォルト
変数2：アカウントの複雑さ
- 単一プロダクト、単一ビジネスユニット、単一意思決定者：低いモデル番号
- マルチプロダクト、マルチステークホルダー、エンタープライズ組織：高いモデル番号
変数3：拡張ポテンシャル
- 低または拡張シグナルなし：低いモデル番号（Renewalは管理的）
- 特定されたアクティブな拡張機会：高いモデル番号（Renewalは商業的な会話）
割り当てマトリクス：
| ACV | 複雑さ | 拡張ポテンシャル | モデル |
|---|---|---|---|
| $20K未満 | 低 | 低 | モデルA |
| $20K未満 | 低 | アクティブ | モデルB |
| $20K〜$150K | いずれも | いずれも | モデルB |
| $150K以上 | いずれも | いずれも | モデルC |
| いずれも | エンタープライズ（マルチステークホルダー） | いずれも | モデルC |
RevOpsはこのマトリクスを使用してクローズ時にモデルを割り当てます。割り当てはCRMアカウントレコードに記録されます。スプレッドシートでも誰かの頭の中でもなく。AEとCSMの両方が、ミーティングなしに自分のロールを確認できます。
割り当てを文書化する方法： CRMアカウントレコードの単一フィールド：「Renewalモデル：A / B / C」と「Renewalクォーターバック：[名前]。」クローズ時にRevOpsまたはAEがクローズ時に更新。RenewalDateの90日前に見直します。
「クォーターバック」の定義：実際に何を意味するか
クォーターバックはすべてをするわけではありません。プレイをコールし、全員がルートを走ることを確認します。
具体的には、クォーターバックが行うこと：
- Renewalミーティングをスケジュールする（またはEAに委任するが、スケジュールされているかどうかの決定をownする）
- 契約草案をownして顧客に送る
- アカウントがリスク状態になった場合のエスカレーションチェーンを管理する：自分のマネージャー、次にVPセールス、必要であればCRO
- Renewal後にループを閉じます。CSMへ、自分のマネージャーへ、そしてCRMへ
クォーターバックは顧客と話す唯一の人物ではありません。CSMはクォーターバックが誰かに関係なく通常のカデンスを維持します。クォーターバックは商業的なクローズを管理し、CSMは関係を管理します。両者が同時に実行し、互いにコミュニケーションします。
クォーターバックが間違っているとき、つまりアカウントが異なるリードを必要とする方法でリスク状態になったとき、どうなるか？
エスカレーションパスを明示的に定義する：
- HealthがRed状態に落ちた：VP CSが同日通知；VP セールスが24時間以内に通知；クォーターバックを変更するかエグゼクティブカバレッジを追加するかの共同決定
- ChampionがRenewalプロセスの途中で離脱した：モデル割り当てに関わらずAEが即座に活動；AE-CSMのジョイントアカウントプランが必要
- 顧客が標準条件外の契約変更を要求した：VPセールスにエスカレーション；CSMは関係ロールにとどまる
Renewal時のコンペンセーション整合
Renewal ownershipモデルはコンペンセーションがあるロールにRenewalをつかもうとする、または避けようとする倒錯したインセンティブを生まないときにのみ機能します。
最も一般的な失敗：CSMがモデルAでRenewalをownするが、Renewal収益のコンペンセーションクレジットを得ません。CSMはAEにエスカレーションして負担を分担するインセンティブをすべて持っています。そしてAEはコミッションが含まれることに気づいた瞬間にコールに入るインセンティブをすべて持っています。結果は、明確さが最も重要な瞬間のロールの混乱です。
ここで簡単なフレームだけ。詳細な扱いはリテンションに関するセールスコミッションとコンペンセーションアーキテクチャの記事にあります。主要原則：Renewalをクォーターバックする人は誰でも、良くも悪くもRenewalのアウトカムに対して少なくとも部分的なクレジットを受け取るべきです。説明責任にはステークが必要です。ステークにはコンペンセーションが必要です。
CSM主導のRenewalにセールスを引き込むとき
モデルAでは、デフォルトはCSM主導です。しかし、モデル割り当てに関わらず自動的にAEの関与をトリガーすべき5つのシグナルがある：
1. Championが離脱または変更された プロダクトを元々購入したプライマリChampionがもはやそのロールにいない場合、商業的な関係を再構築する必要があります。CSMは日常的な関係を維持できるが、AEがエグゼクティブコネクションを再確立する必要があります。これは特に、新しいChampionが最初の購入決定に関与しておらず、賛同を得ていない場合に当てはまります。
2. Renewalの90日前に座席利用率がしきい値未満 アカウントティアごとにしきい値を定義します。しかしRenewalの90日前に利用率が購入シートの50%未満であれば、RenewalがリスクにあるためAEがループに入るべきです。CSMとAEが共同でSuccess Planを構築します。
3. 新しいエグゼクティブバイヤーが関与した 新しいCFOまたはCOOがRenewalについて質問している場合、それはエグゼクティブレベルの商業的な会話です。CSMは一般的にその会話を持つポジションの権限を持っていません。AEを引き込みます。
4. 最後のQBRで競合が言及された カジュアルな言及としてではなく、アクティブな評価として。顧客が競合のプロダクトを検討していると言及した場合、RenewalはCompetitive商談です。モデルAのアカウントでもセールスの関与が正当化されます。
5. 予算会話が変わった アカウントが予算見直し、再編、またはRenewal予算をリスクにさらすイベントを経験している場合、即座にエスカレーションします。予算会話は製品Adoptionデータだけでなく、商業的な関係を必要とします。
リスクアカウントへのAEの再エンゲージメントについての詳細なPlaybookはセールスがリスクアカウントに引き込まれるときを参照してください。
意思決定の運用化
Renewal ownershipが文書化される場所： CRMアカウントレコード。スプレッドシートではありません。クローズミーティングでの口頭合意でもありません。AEとCSMの両方がアクセスでき、AEの転職後も存続し、誰かに聞くことなくRevOpsが監査できるCRMレコード。ForresterのSaaSカスタマーサクセスライフサイクルレポートは、Renewal ownershipの文書化を、サブスクリプション収益の予測可能性にとって最もレバレッジの高い構造的インプットの1つとして挙げています。これを正しく行っている企業は、60日前ではなくクローズ時にownershipを割り当てていました。顧客レコードのSingle Source of Truthの記事では、Renewal ownershipを共有システム上で両チームから見えるようにするアーキテクチャを定義しています。
誰が割り当て、いつ： RevOpsは上記の意思決定マトリクスを使用してクローズ時にモデルを割り当てます。最初のRenewalが遠いマルチイヤー商談については、RevOpsがアカウントの現在のプロファイルに依然として合っているかを確認するために180日マークで割り当てを見直します。
四半期ごとに監査する方法： RevOpsは毎四半期クエリを実行する：「次の6ヶ月にRenewalを持つすべてのアカウントを見せます。フィルタリング：Renewalモデルが割り当てられているか（あり/なし）、クォーターバックが指名されているか（あり/なし）。」両フィールドが入力されていないアカウントはギャップです。Renewal期間が開く前に埋めます。
その四半期ごとの監査は20分かかり、ownershipの空白を完全に防ぎます。
先へ
Renewal ownershipは1つのシームです。隣接するシームは拡張ownership：Renewalが確保されたら、誰がUpsellモーションをownするか？McKinseyのNRR調査はこの点を明確に述べています。NRRが120%を超える企業は、強気相場でも弱気相場でも高いバリュエーションを維持し、回収期間も短くなります。つまりRenewalの割り当ては、単なるプロセスの問題ではなく、バランスシートの問題です。CSMはアカウントに最も近く、通常最初に拡張シグナルを見つけます。AEはそれをクローズするための商業的権限を持ちます。2つの機能の間のハンドオフプロトコルはRenewal割り当てと同様に重要です。拡張OwnershipとUpsellモーションがそのシームをカバーしています。また、顧客のHealthデータがRenewalの意思決定にどう反映されるかについては、セールスのコンテキストを加えたカスタマーヘルススコアリングが、この記事で整備済みと想定している上流のモデルです。
Renewal Ownership Decision Matrix
Renewal Ownership Decision Matrixは、この記事がクローズ時に適切なRenewalモデルを割り当てるために定義する3変数のフレームワークです。変数1はACV（$20K未満はデフォルトでモデルA、$20K〜$150KはモデルB、$150K以上はモデルC）です。変数2はアカウントの複雑さ（単一プロダクト・単一意思決定者ならモデルを下げ、エンタープライズのマルチステークホルダーなら上げる）です。変数3は拡張ポテンシャル（拡張シグナルが低ければモデルを下げ、アクティブな拡張機会があれば、Renewal時に商業的権限が同席するよう上げる）です。
このマトリクスは、モデルの割り当て（A、B、またはC）と、指名されたクォーターバックを導き出します。クォーターバックとは、ミーティングのスケジュール、契約草案のown、アカウントがリスク状態になった場合のエスカレーション管理を担う個人です。割り当てはクローズ時にCRMに記録され、スプレッドシートや記憶の中には置きません。
Rework Analysis： ownershipの空白を防ぐ四半期ごとの監査は、RevOpsで20分しかかかりません。今後6ヶ月以内にRenewalを迎えるすべてのアカウントをクエリし、「Renewalモデルが割り当て済み」と「クォーターバックが指名済み」でフィルタリングして、Renewal期間が開く前にギャップを埋めます。この監査を継続的に実施している企業は、「お互いに相手チームが担当していると思っていた」という、ミッドマーケットSaaSで最もコストの高いRenewal失敗の形態がほぼゼロになったと報告しています。
引用可能な知見：
「定義されたRenewalオーナーを持たない商談は、明示的に割り当てられたクォーターバックを持つ商談と比較して、Churnまたは大幅なダウンサイズの可能性が2倍高くなります。ownershipの空白は文化の失敗ではなく、ドキュメントの失敗です。」（B2B Renewal結果に関するGainsight調査）
「B2B SaaS企業のうち、クローズ時にRenewal ownershipを文書化しているのは31%にすぎません。つまり69%は、顧客がすでに決断を下してしまった後の、通常Renewal日の60〜90日前に事後的に割り当てています。」（ChurnZeroの年次CS業界サーベイ）
「クローズ時にRenewal ownershipを割り当てる企業は、同じアカウントで15%高いRenewal率と23%高い拡張率を見ています。クローズ時の割り当てと60日前の割り当ての違いは、プロアクティブな商業的会話と、火消しの違いです。」（プロアクティブなRenewal管理に関するGainsightデータ）
Renewal Ownershipに関するよくある質問
B2B SaaSにおけるRenewalクォーターバックとは何ですか？
Renewalクォーターバックとは、3つの具体的なアウトプットに責任を持つ、指名された個人（AE、AM、またはCSM）です。Renewalミーティングのスケジュール、契約草案のown、そしてRenewal日の前にアカウントがリスク状態になった場合のエスカレーション管理です。クォーターバックはすべてを自分でやるわけではなく、すべてが確実に行われるようにします。商談のクローズ時にACVと複雑さのマトリクスを使って割り当てられ、その名前はセールスとCSの両方が見られるCRMアカウントレコードに記録されます。
どのRenewalモデルをいつ使うべきですか？
ほとんどのシナリオは3つのモデルでカバーできます。モデルA（CSM主導）は、ACVが$20K未満で複雑さが低く、アクティブな拡張シグナルがないSMBアカウントに適しています。モデルB（AE/AM主導）は、$20K〜$150Kのミッドマーケットアカウント、またはアクティブな拡張ポテンシャルがあるアカウントに適しています。モデルC（定義されたクォーターバックとのジョイントOwnership）は、$150Kを超えるエンタープライズアカウント、またはマルチステークホルダーの複雑さを持つアカウントに適しています。モデルは、ACV、アカウントの複雑さ、拡張ポテンシャルという3つの変数を使って、RevOpsがクローズ時に割り当てます。
CSMはいつAEに対してRenewalをownすべきか？
デフォルトの配分：低複雑さで拡張シグナルがない$20K ACV未満のSMBアカウントはCSM主導。ミッドマーケット以上、またはアクティブな拡張ポテンシャルを持つアカウントはAE主導。原則は、Renewalをリードする人が、そのRenewalが必要とする商業的な会話を処理する権限とインセンティブを持つべきということです。
商談をクローズしたAEが会社を辞めたとき、Renewal ownershipはどうなるか？
CRMレコードには割り当てられたモデルとクォーターバックが表示されます。RevOpsはAEの退職通知から5営業日以内にクォーターバックを再割り当てします。代替AEがまだ割り当てられていない場合、VPセールスが一時的にアカウントをownするか、AMに委任します。CSMは中断なく通常のカデンスを維持します。重要なのはクォーターバックがロールではなく指名された個人であり、ギャップがすぐに見えることです。
AEはすべてのRenewalミーティングに出席すべきか、それともリスクの高いものだけか？
モデルBとCでは、AEはアカウントのHealthに関わらずRenewalミーティングに出席すべきです。Renewalミーティングは商業的な会話であり、AEが商業オーナーです。モデルAでは、5つのエスカレーショントリガー（Champion離脱、競合の脅威、新エグゼクティブバイヤー、低利用率、予算変更）のいずれかが存在する場合にAEが出席します。グリーンHealthのモデルAアカウントでは、AEの審査は任意だが、CSMはミーティングの前にAEにブリーフし、明示的な承認を得るべきです。
AMロールのない企業でRenewal ownershipをどう処理するか？
専任のAMなしでは、元のAEとCSMの間の選択になります。ミッドマーケットアカウントにはAEを使います。SMBアカウントにはCSMを使います。元のAEが別のセグメントに移った場合、アカウントが現在含まれるテリトリーのAEにRenewalを割り当て、顧客との新しい関係を紹介するためのウォームハンドオフコールをスケジュールします。
関連記事
Principal Solution Architect