Sales & Customer Success Alignmentグロッサリー：すべての収益チームが合意すべき30の用語

著者: Tracy N · 更新日: 2026年5月4日

毎四半期繰り返される実際のシナリオがあります。Account Executive（AE）が商談をクローズし、CRMで「Onboarded」とマークします。Customer Success Manager（CSM）がアカウントを引き継ぎます。レコードを開くと、一度もログインしていない顧客がいます。コアセットアップも完了していません。AEがハンドオフ前に回答しておくべき質問を、すでにメールで送ってきています。両チームが「Onboarded」という言葉を使いました。誰も同じことを意味していませんでした。

この定義のギャップはハンドオフに留まりません。90日間の信頼の侵食へと増殖します。Health Scoreは急落するまで問題なく見えます。そしてNRR（Net Revenue Retention）の問題が、誰も予期していなかった取締役会のレビューに持ち込まれます。

セールス-CS Alignmentが失敗するとき、プロセスが責めを負うことが多いです。大抵は語彙の問題です。2つのチームが同じPlaybookを実行して失敗することがあります。同じ用語を異なって定義し、どちらのチームも顧客がChurnするまでそれを認識しないからです。

このグロッサリーはsales-cs-alignmentコレクション全体の標準リファレンスです。コレクション内のすべての記事は、用語に正確な定義が必要なときにここにリンクして戻ります。作業ツールとして使う：セールスPipelineとCSリテンションをownするリーダーを同じ部屋に集め、このドキュメントを開き、現在の定義が異なる用語すべてにフラグを立てます。それらの相違点が整合のアジェンダです。

---

このグロッサリーで最も参照される用語

これらは、SMBとミッドマーケットの収益チームの間で、検索ボリュームと定義の不一致の頻度が最も高い用語です。チームがグロッサリーのレビューに45分しか割けないなら、ここから始めてここで終えてください。

1. NRR（Net Revenue Retention）：セールスとCSを同じ数字に対して責任を持たせるメトリクスです。B2B SaaSでARRに次いで最も検索される収益用語です。
2. GRR（Gross Revenue Retention）：アップセル前の純粋なリテンションを測定します。GRRとNRRのギャップは、拡張がリテンションの弱さをどれだけ覆い隠しているかを示します。
3. ICP（Ideal Customer Profile）：どの顧客がCSに到着するかを決める上流の定義です。ICPが間違っていれば、ハンドオフの質に関わらず、CSは成功できないアカウントを引き継ぎます。
4. RevOps（Revenue Operations）：共有顧客レコード、ハンドオフのスコアリングシステム、NRRデータモデルをownする機能です。このグロッサリーの自然なオーナーです。
5. CSM（Customer Success Manager）：ポストセールの関係オーナーです。整合が機能するためには、職務範囲、Renewal ownership、拡張の説明責任を明示的に定義する必要があるロールです。
6. Onboarded：ポストセール運用で最も一貫して定義されていないマイルストーンです。SaaS企業の58%に共有された定義がありません。
7. At-Risk：しきい値が書き記されるまで何も意味しません。具体的で数値化されていれば、Save Playをリアクティブではなくプロアクティブにトリガーできます。
8. ハンドオフパケット：Closed-WonでAEからCSMに渡るものです。しばしば空です。この構造化されたバージョンは、ハンドオフスコアカードで測定されます。
9. Health Score：複合シグナルです。プロダクト使用データとともにセールスコンテキストが含まれていなければ意味がありません。
10. Save Play：ステップ、オーナー、タイムラインを持つ定義されたインターベンションです。「電話しましょう」ではありません。

---

このグロッサリーの使い方

このグロッサリーは、一度流し読みして忘れてしまうリファレンスページではなく、実際に使う整合のための作業ツールです。

これは読み物ではありません。ファシリテーションツールです。

セールスPipelineとCSリテンションをownするリーダーとの45分セッションを実行します。以下の6つのセクションを進めます。各用語に対して1つの質問をする：「現在、書面上で合意された定義があるか？」あればここにあるものと一致することを確認して次へ進みます。なければ、または各チームが異なる答えを持つなら、次の四半期の前に閉じる価値のあるギャップを見つけました。

各用語には定義と1行の例があります。例が存在するのは、抽象的な定義は実際のアカウントに適用するまで同一に見えるからです。具体的なケースで意見の相違が表面化します。

各セクションの見出しのアンカーIDを使って他のドキュメントから個々の用語にリンクします。新しいAEまたはCSMのOnboarding時には、1週目にこのグロッサリーを送ります。新しいセールスまたはCSのVPが入社したときは、前職の定義がチームのデフォルトになる前に、最初の30日以内にグロッサリーレビューを実行します。

Rework Analysis： 最も大きな整合の損害を引き起こす用語は、難解なものではありません。どのチームもすでに合意していると思っている、使用頻度の高い用語です。NRR、Onboarded、Champion、At-Riskは、毎週のリーダーシップレビューや四半期の取締役会資料に登場します。しかしセールスとCSがそれぞれ「Onboarded」を異なって定義していると、その言葉はすべてのハンドオフの会話で異なる意味を持って現れ、双方が相手も同じ定義を使っていると思い込んでいるため、誰もその相違にフラグを立てません。上で説明した45分のグロッサリーセッションは、ドキュメント作成の演習ではありません。意見の不一致を発見するセッションです。目的はドキュメントを作ることではなく、チームの2つの定義が一致しない用語を見つけることです。

これらのギャップを実際に埋めたチームに何が起きるかのデータは、以下の主要データにあります。まずライフサイクル用語から始めてください。ほとんどのチームが最初のギャップを見つけるのはそこです。

---

主要データ：未定義の用語のコスト

• セールスとCSの定義が整合されたB2B企業は、不整合なチームと比較してセールスの勝率が38%高く、顧客リテンション率が36%高い（MarketingProfs調査より）。
• セールスとCSが書面上の「At-Risk」定義を整合させた企業は、リアクティブなSave Play起動時間を40%削減する（Gainsightの年次Customer Successサーベイより）。
• ジョイントで定義されたHealth Scoreインプットを含む共有顧客レコードを実装した企業では、NRRが平均8〜12ポイント改善する（GainsightのState of Customer Successベンチマークより）。

---

顧客ライフサイクル用語

ライフサイクルの定義は、セールスとCSが同じ顧客の局面を異なるラベルで報告することを防ぎます。

これらの用語は、契約署名からRenewalまでの顧客が通過するステージを定義します。CRMステージとCSプラットフォームのステージが同じマイルストーンに異なる言語を使用している場合、すべてのハンドオフレポートが間違いになります。

Won

CRMでClosed-Wonとしてマークされた商談。収益は契約されています。ハンドオフプロセスが始まります。「Won」は顧客がプロダクトを使い始めたことを意味しません。商業的な合意が署名され、アカウントがセールスモーションからCSモーションに移行していることを意味します。

例：AEが署名されたMSAを受け取り、商談をClosed-Wonとしてマークします。アカウントはCSチームのOnboardingキューに表示されます。まだ何も設定されていません。

Onboarded

顧客が合意された実装マイルストーンを完了し、プライマリユースケースのためにプロダクトをアクティブに使用しています。「Onboarded」は「キックオフ完了」または「稼働」と同義ではありません。4つの基準が必要：技術的な完了、Adoptionトリガー、サクセスマイルストーン、スポンサーの確認。正確な基準はキックオフ前に顧客レコードに書かれなければなりません。

チームの定義を書き、マイルストーンを運用化する方法は「正常にOnboarded」が実際に何を意味するかを参照してください。

例：顧客のインテグレーションが稼働し、3人のコアユーザーが最初のワークフローを完了し、Championがプライマリユースケースが稼働していることを確認し、CSMが顧客レコードに「Successfully Onboarded: Yes」とマークしました。

Adopted

顧客が述べたサクセス基準に結びついた機能全体でプロダクトを定期的に使用しています。Adoptionは測定され、想定されません。各顧客タイプに「コア」にカウントされる機能と、通常の使用を構成する使用頻度を定義する必要があります。Adoptionされた顧客は必ずしも拡張している顧客ではないが、Adoptionされていない顧客はRenewal時に大幅に高いChurn率を示します。

例：CRMモジュールを毎日使用し、ライセンスを取得した10シートのうち8つがアクティブで、パイプラインレポーティング機能が毎週自動的に動いているアカウントはAdoptionされています。10シートのうち2つがアクティブで14日間CRMのアクティビティがないアカウントはそうではありません。

Expansion

初回クローズ後の契約価値の増加。シートの追加、ティアのアップグレード、Cross-Sell、新モジュール。拡張はRenewalとは別に追跡されます。Expansion ARRは既存アカウントの主要な成長レバーであり、NRRが100%を超えるかどうかの差です。拡張モーションを誰がownするか（CSM、AM、またはAE）は明示的に決定されなければなりません。ここでの曖昧さは関係と収益の両方を侵食するからです。

例：10シートからスタートした顧客が7ヶ月目にさらに5シートを追加し、$9,000のExpansion ARRを生みます。

Renewal

顧客の契約期間が終了し、継続するかどうかの決定が行われる時点。Renewalは受動的な管理イベントではありません。積極的な管理が必要な商業的な決定です。Renewal会話は契約終了日の1週間前ではなく、90〜120日前に開始すべきです。Renewalプロセスを誰がownするか（AE、AM、またはCSM）はチームモデルによって異なり、顧客ライフサイクルの最も重要な瞬間にownershipのギャップを避けるために明示的に決定されなければなりません。

例：12ヶ月の契約が11月1日にRenewalします。CSチームは遅くとも8月1日にRenewal会話を開始し、10月1日前にHealthチェック、拡張議論、契約レビューをスケジュールすべきです。

Churn

Renewalしなかった顧客。ロゴのChurnは失われたアカウントをカウントします。収益のChurnは失われたARRをカウントします。グロスとネットのChurnは異なる方法で計算されます。ロゴのChurnのみを追跡することで、より大きなアカウントを失うことの収益への影響が隠れます。収益のChurnのみを追跡することで、少数の高価値アカウントの維持によってマスクされた劣化する顧客ベースを隠す可能性があります。

例：年初に100顧客。年末に10がChurn。ロゴのChurn = 10%。それらの10アカウントがARRの25%を占めていた場合、10%のロゴChurnにもかかわらず収益のChurn = 25%。

Save Play（セーブプレイ）

顧客がリスクのしきい値に達したときにトリガーされる定義されたインターベンション。Save Playには、名付けられたステップ、割り当てられたオーナー、タイムライン、および特定の目標があります。「電話しましょう」はSave Playではありません。リアクティブなパニックです。効果的なSave Playは顧客がキャンセルを求めた後ではなく、その前に実行されます。トリガーの条件（どのHealth Scoreのしきい値、どのレッドフラッグ）は事前に書かれなければなりません。

例：Health Scoreが14日連続で40を下回ったときにトリガーされるSave Play：Day 1、CSMが個人的なチェックインメールを送ります。Day 3、CSMが30分のコールを提案します。Day 7、CSマネージャーがコールに参加します。Day 14、AEとCSMが修正されたSuccess Planを共同で提示します。

---

ロールと関係

これらの用語はポストセールスモーションで誰が何をownするかを定義します。AE-CSMの衝突の最も一般的な原因は未定義のownershipです。悪い人々ではなく、曖昧なロールが原因です。

AE：Account Executive

資格審査された商談機会からClosed-Wonまでのセールスサイクルをownします。プライマリの説明責任は新ARRです。最も一般的なモデルでは、AEの説明責任は契約署名で終わります。NRRに連動したコンペンセーションモデルでは、AEは最初のRenewalまたは最初の12ヶ月以内の拡張に対して説明責任を持ち続けます。AEがアカウントから離脱する前に完了すべきことは、個々の判断に委ねるのではなく、ハンドオフプロセスに定義されるべきです。

例：AEが$48,000 ARRの商談をクローズし、ハンドオフパケットを完成させ、キックオフコールに参加し、クローズから14日以内にCSMにアカウントのownershipを移行します。

AM：Account Manager

一部のモデルでは、専任のCSMロールなしで、RenewalとExpansionを含むポストセールスの商業的な関係をownします。専任のCSカバレッジを正当化しない規模の取引のトランザクションSMBで一般的。AMはしばしばAdoptionの問題をトラブルシューティングするための技術的な深さが不足しており、実装サポートとともに商業管理を必要とするアカウントにギャップを生みます。AE、AM、CSMの判断をどう構造化するかについては、Renewal ownershipモデルを参照してください。

例：$6,000 ARRのSMBアカウントは、Renewal、Upsell、関係を担当するAMによって管理されます。サポートエスカレーションは専任CSMではなく共有CSプールに行きます。

CSM：Customer Success Manager

ポストセールスの顧客関係をownします。プライマリの説明責任はリテンションとHealthです。チームモデルによってRenewal収益をownする場合としない場合があります。CSMがRenewalクォータをownする場合、リテンションロールに加えて商業的なモーションを担当します。これにより効率が生まれるが、CSMが苦戦している実装について率直な悪いニュースを顧客に伝える必要がある場合に緊張も生まれます。決定の構造化方法はRenewal ownershipモデルを参照してください。

例：CSMは35アカウントをownします。プライマリKPI：book全体のNRR、Health Score分布、Onboardingまでの時間。セカンダリKPI：モデルにCSM所有のUpsellが含まれる場合はExpansion ARR。

CSE：Customer Success Engineer

CSMの技術的な対応者。Onboarding中および後の実装、インテグレーション、技術的なエスカレーションを処理します。CSEの関係は複雑なインテグレーション要件を持つアカウントに特に重要です。AEが商談中にコミットした技術的な詳細は、CSMだけでなくCSEに伝わらなければなりません。

例：カスタムAPIインテグレーションを持つアカウントはOnboarding中に接続を設定・テストするためにCSEに依存します。AEが商談でカスタムインテグレーションをコミットした場合、CSEはキックオフ後ではなく前に知る必要があります。

Champion

購入を支持し、社内でのAdoptionを継続的に推進する社内ユーザーまたはマネージャー。ChampionはしばしばCSMがOnboarding中に最も近い関係を構築する人物です。Championの離脱は最も高い確率のChurn予測因子の一つです。Championが去ると、プロダクトが機能しているかどうかに関わらず、社内のアドボカシーが消え、プロダクトは内部的な政治的支持を失います。関係を失わずにこのハンドオフを管理する方法は、AEからCSMへのChampion移行を参照してください。

例：オペレーションディレクターが実装を支持し、チームをトレーニングし、8ヶ月間Adoptionを推進しました。彼女は新しい会社に移りました。彼女の後任はツールを知らず、Onboardingされていません。これは即座の行動が必要なレッドフラッグです。

Sponsor

購入を承認した顧客企業の社内エグゼクティブ。高い組織的権限を持つが、プロダクトへの日常的な関与は低いです。Sponsor関係はRenewal時に最も重要です。CSMがChampionの関係のみを構築し、SponsorがRenewal時にプロダクトを覚えていない場合、Championは一人で予算のために戦わなければなりません。AEはセールスサイクル中にSponsorを特定し、ハンドオフ時にCSMが連絡先情報を持つことを確認すべきです。

例：収益担当VPが契約を承認しました。彼女はプロダクトにログインしていないが、エグゼクティブレベルのQBRデッキを受け取ります。Renewal時には、彼女のサインオフが重要です。

Exec Sponsor（エグゼクティブスポンサー）

あなたの会社の上級リーダー（VPまたはそれ以上）が顧客の上級ステークホルダーとペアリングされます。長期的なコミットメントを示し、直接のエグゼクティブコミュニケーションチャンネルを開くためにストラテジックアカウントに使用されます。Exec Sponsorの関係は、リスク状態のストラテジックアカウントと、エグゼクティブの整合を必要とする拡張会話に対してアクティベートされます。

例：あなたのCustomer SuccessのVPはトップ10アカウントのExec Sponsorです。彼女は年次ビジネスレビューに参加し、通常のCSM→Championパス外でのエスカレーションに対応できます。

---

Health Scoring（健全性スコアリング）

Health Scoringの用語は、チームが「健全」と「リスク状態」が何を意味するかを書面で定義した場合にのみ有用です。これらの定義は自動アラート、Save Playトリガー、リソース配分を駆動します。そしてプロダクト使用データとともに、セールスコンテキスト（商談の約束、Championの安定性、ICPフィット）がフィードされた場合にのみ機能します。これらのインプットを機能するHealthモデルにどう組み込むかはセールスコンテキストインプットを含む顧客Health Scoringを参照してください。

Health Score（健全性スコア）

顧客アカウントのリスクプロファイルを要約する複合的な数値またはカラーコードのシグナル。使用データ、サポートチケット量、NPSまたはCSATスコア、エンゲージメント頻度、そして、うまく設計されたモデルでは、ハンドオフパケットからのセールスコンテキストインプット（ICPフィット、Championの安定性、コミットメントの複雑さ）を組み合わせます。プロダクト使用データのみに依存するHealth Scoreは、使用がそうである理由を説明するコンテキストを見逃します。

例：アカウントが100点満点で72点（使用率：40点中30点、エンゲージメント：30点中20点、センチメント：10点中10点、サポート負荷：20点中12点）。70未満でレビューがトリガーされます。85以上で拡張会話のフラグが立てられます。

レッドフラッグ

アカウントがChurnするかもしれないという特定の観察可能なシグナル。レッドフラッグは低下するHealth Scoreとは、それがトレンドラインではなく離散的なイベントだという点で異なります。例：30日以内にログイン頻度が50%以上低下する、Championが去るかプロダクト監視なしのロールに昇進する、Renewalミーティングが2回断られる、主要なインテグレーションが壊れ5営業日以内に修正されない、NPSが1つのサーベイサイクル内で8以上から5以下に落ちます。

例：プライマリユーザーが22日間ログインしていません。ChampionがCSMの最後の2つのメールに返信していません。この2つのシグナルを合わせるとレッドフラッグとなり、同週内のアウトリーチが必要です。

At-Risk

インターベンションが必要であることを示す定義されたしきい値をHealth Scoreが超えたアカウント。At-Riskは感覚ではありません。数字です。アカウントがAt-Riskのしきい値に達したとき、定義された時間枠内にSave Playが起動されなければなりません。早期にChurnをキャッチするチームと常に驚かされるチームの違いは、「At-Risk」が具体的で実行可能な意味を持つかどうかです。

例：2週連続の週次測定でHealth Scoreが45未満 = At-Risk。At-Risk状態は48時間以内にSave Playをトリガーし、CSマネージャーへの可視性をエスカレートさせます。

---

ハンドオフ用語

これらはClosed-WonでセールスからCSに渡るものを規制する用語です。ここでの曖昧さは、CSMがAEがすでに持っていたコンテキストを再構築しなければならない情報ギャップを生み、顧客は同じ質問に2回答えなければなりません。

ハンドオフパケット

Closed-WonでAEからCSMに転送された商談情報の構造化されたコレクション。完全なハンドオフパケットには以下が含まれる：ユースケースとビジネス上の問題、ステークホルダーマップ（Champion、Sponsor、日常の連絡先、反対者）、セールス中に行われたコミットメント、技術的な要件、タイムラインの期待、そして商談コンテキストのノート（なぜ今買ったか、何が商談を危うくしたか）。「完全」が何を意味するかのスコアリング形式についてはハンドオフスコアカードを参照してください。

例：AEはクローズから48時間以内にCRMでハンドオフパケットを完成させます。CSMはキックオフコール中ではなく前にそれを確認し、顧客のサクセス基準、ステークホルダー構造、そして行われた非標準の約束を知った上で到着します。

Kickoff

Closed-Won後の顧客、CSM、そして多くの場合AEとの最初のジョイントミーティング。Onboardingプランを設定し、サクセス基準を定義し、実装タイムラインに合意し、Go-Liveマイルストーンを確立します。Kickoffは、ハンドオフパケットのコンテキストが単なる社内ドキュメントではなく、顧客との共有合意になる場です。構造とアウトカムについてはジョイントKickoffコールのアジェンダを参照してください。

例：クローズから5日目のKickoffコール。AEがコンテキストサマリーで開始し、CSMがサクセス基準の議論をリードし、顧客がレコードを確認または修正し、コールを終える前に両チームが30日間のOnboardingプランに整合します。

商談コンテキスト

セールスの定性的な背景。顧客がなぜ買ったか、何の痛みが緊急性を駆動したか、誰が決定に影響したか、どんな反論が提起されたか、何が商談を危うくしたか。商談コンテキストは商談データ（ARR、クローズ日、契約条件）とは異なります。数字を説明するナラティブです。CSMはなぜ顧客が買ったかをブリーフされていなかったように聞こえずに尋ねることができません。ハンドオフパケットの商談コンテキストがそれを防ぎます。

例：商談コンテキストのノート：「顧客は18ヶ月前に競合他社との失敗した実装がありました。主な反論は実装の複雑さでした。私たちは最初の60日間に専任CSEをコミットしました。ChampionはCOOで、彼女はトライアルがパイプラインレポーティングを示すまで懐疑的でした。CFOが署名したが関与していません。」

期待ドキュメント

セールスサイクル中に行われたコミットメント（タイムライン、機能、インテグレーション、アウトカム）の書面記録で、キックオフ前にAEとCSの両方によって確認されます。期待ドキュメントは「セールスが約束しすぎ、CSが提供不足」の失敗モードを防ぐツールです。正式である必要はありません。CRMのノートセクションまたは共有ドキュメントの両方が機能します。しかし、CSMが知らなかったことを期待している顧客がキックオフに到着する前に書かれ確認されなければなりません。

このドキュメントを作成するプリクローズCS審査の構築方法はセールスの約束しすぎを防ぐを参照してください。

例：期待ドキュメントには以下が記録される：「Day 30までに既存ERPとのインテグレーション。Go-Liveマイルストーン：Day 45までに最初の自動レポートが稼働。Day 60までにCFOレビュー用のカスタムダッシュボード完成。」CSMはキックオフ前にスコープを確認しました。

---

RenewalとExpansion

RenewalとExpansionの用語は、日々のハンドオフの質を、リーダーシップが重視するポストセールの収益メトリクスに結びつけます。

このセクションのメトリクスは、セールスとCSが同じアウトカムに向けて進んでいるかどうかを決定します。NRRはポストセールス収益チームにとって最も重要な単一の数字です。そして両チームがそれに対してどう貢献しているかを理解する必要があります。

NRR：Net Revenue Retention

Net Revenue Retentionは、ChurnとContractionを差し引いた、既存顧客から維持・拡大された収益。100%を超えるNRRは、新規ロゴなしに既存の顧客ベースが成長していることを意味します。NRRは、両チームを既存アカウントのHealthに縛る企業におけるジョイントセールス-CSの説明責任のプライマリメトリクスです。計算式：（期初ARR + Expansion ARR − Churned ARR − Contracted ARR）/ 期初ARR。

ハンドオフ品質がNRRのアウトカムに直接どう変換されるかは壊れたハンドオフのコスト：NRRの数学を参照してください。

例：1月ARR：$1,000,000。Q1のExpansion：$80,000。Q1のChurn：$40,000。Contraction：$10,000。NRR = ($1,000,000 + $80,000 − $40,000 − $10,000) / $1,000,000 = 103%。

GRR：Gross Revenue Retention

Gross Revenue Retentionは、Expansionをカウントしない、既存顧客から維持された収益。拡張前の純粋なリテンションを測定します。GRRは100%を超えることができません。成長したものではなく、維持されたものだけを測定します。GRRが92%の企業はExpansionがカウントされる前に、ChurnとContractionによって毎年ARRの8%を失っています。GRRとNRRの差は、あなたの拡張モーションが根本的なリテンションの問題をどれだけマスクしているかを示します。

例：期初ARR：$1,000,000。Churn：$40,000。Contraction：$10,000。GRR = ($1,000,000 − $40,000 − $10,000) / $1,000,000 = 95%。Expansionが強ければNRRは103%かもしれないが、5ポイントのリテンションギャップは依然として現実です。

Expansion ARR（拡張ARR）

ある期間に既存顧客から生み出された追加ARR。シートの追加、ティアのアップグレード、Cross-Sell、新モジュール。100%を超えるNRRの源泉。Expansion ARRのownership（拡張モーションを誰が開始・クローズするか：CSM、AM、またはAE）は明示的に定義されなければなりません。曖昧な場合、拡張会話が起きないか、顧客関係を損なうチャンネルコンフリクトをトリガーします。

例：顧客が8ヶ月目に$150/シート/月で5シートを追加 = $750/月 = 年換算$9,000 Expansion ARR。

ロゴリテンション

ある期間にRenewalされた顧客アカウントのパーセンテージ。金額に関わらず。高いロゴリテンションを持つ企業は、維持されているアカウントがChurnしているアカウントより小さい場合、NRRが低下することがあります。ロゴリテンションはGoToMarketのリーチと顧客満足度の有用なシグナルだが、収益のHealthの信頼できるプロキシではありません。

例：100顧客、92がRenewal = 92%ロゴリテンション。しかし8のChurnしたアカウントが最大の8つだった場合、収益のChurnは35%かもしれません。ロゴリテンションは問題なく見えた；ビジネスはそうではありませんでした。

ドルリテンション

コホートから維持・成長したARRのパーセンテージ。ほとんどの使用でNRRと同等。用語はしばしばボードレポーティングと投資家会話で互換的に使われます。CFOが「ドルリテンションは何か？」と聞くとき、NRRを意味しています。

例：1月コホートで$500,000 ARR。12月までに同じコホートが$520,000 ARRを表す（ChurnとExpansionの差し引き）。ドルリテンション = 104%。

---

コンペンセーションとインセンティブ

コンペンセーション用語は、セールスとCSチームが実際に示す行動を決定します。職務記述書が言うことではありません。不整合なコンペンセーションはほとんどのハンドオフ品質の失敗の根本原因だ：AEは何のコストもないためにハンドオフが貧弱であり、CSMは適合性に関わらずリテンションで測定されるため不適合アカウントをエスカレーションしません。

NRR Comp Plan（NRR連動報酬プラン）

AEまたはCSMの変動報酬の一部を、アカウントのNRR（リテンションと拡張、Churnを差し引いたもの）に紐付けるコンペンセーション構造。NRR Comp Planは、セールスのインセンティブを新規ロゴのボリュームだけでなく、長期的なアカウントHealthに整合させます。AEがNRRの説明責任を持つ場合、貧弱なハンドオフは自分の給与に影響するChurnを生むため、ハンドオフ品質が改善します。設計パターンはNRRに連動したコンペンセーションを参照してください。

例：AEはクローズ時に80%のコミッションを得、コホートの12ヶ月のNRRパフォーマンスの20%を得ます。6ヶ月目にChurnするアカウントは、クローズコミッションの一部をクローバックします。

リテンションボーナス

定義されたしきい値を超えてRenewalするアカウントに対してセールスに支払われる固定または変動インセンティブ。新規ロゴのコミッション構造とは別。リテンションボーナスは、完全なAEコンペンセーションプランを再設計したくないがポストセールスの説明責任シグナルを追加したい企業で一般的です。NRR Comp Planよりもシンプルだが、精度も低いです。Renewalに報酬を与えるがExpansionや維持されるアカウントの品質を測定しません。

例：AEは、クローズから12ヶ月前のアカウントの90%以上が元のARR以上でRenewalした場合、$2,000の四半期ボーナスを得ます。

Expansion Quota（拡張クォータ）

アカウントのbook内のUpsellとCross-SellのためにCSMまたはAMに割り当てられた収益ターゲット。存在する場合、CSMはリテンションロールに加えて商業的なモーションを担当します。Expansion QuotaはCSとセールスの成長に関する整合を生むが、顧客のアドボケイトとして構築してきた信頼関係を損なうことなく商業的な会話を管理する方法についてCSMをトレーニングする必要があります。

例：CSMは30アカウントにわたる$200,000の年次Expansion Quotaを持ちます。CSモーションを通じた拡張がその数字にカウントされる；同じアカウントからAEが発掘した拡張はカウントされません。

---

アルファベット順クイックリファレンスインデックス

---

グロッサリーのメンテナンス

誰も更新しないグロッサリーは誰も信頼しないグロッサリーです。オーナーを1人割り当てる（通常はRevOpsまたはセールス-CSのAlignmentカデンスを運営する担当者）。これらの定義を四半期ごとに見直します。上流のデマンドジェネレーションの用語も整合させたいチームには、マーケティング-セールスAlignmentグロッサリーが、これらのポストセールの定義に流れ込むMQL、SQL、ICPの語彙をカバーしています。

再定義セッションをトリガーするとき：新しいプロダクトラインが異なるバイヤータイプを追加する；GTMのシフトが「正常にOnboarded」の見た目を変える；予期せずChurnがコホートで増加しハンドオフが完了したと考えられていた；または新しいセールスVPまたはCSのVPが前職の定義を引き継いで入社します。GartnerのICP開発フレームワークは、GTMのシフト後に用語を再定義する際の有用な補完的エクササイズです。ICPとグロッサリーの整合は、同じターゲティング問題の表裏一体です。新しいリーダーは前職の語彙を持ち込み、それが現在の実践から静かに乖離し、その乖離は誰かがそれを名付けるまで何ヶ月も積み上がります。

ドキュメントのバージョン管理を行います。定義が変わるとき、日付と理由を記録します。口頭での整合はヘッドカウントの変更を生き残れません。新しいVPが入社したとき、最初に崩れる用語はどれでしょうか？以下のよくある質問は、チームが実際に直面する最も頻度の高い意見の相違をカバーしています。

---

---

関連記事

• Sales & Customer Success Alignmentとは
• 「正常にOnboarded」が実際に何を意味するか
• 壊れたハンドオフのコスト：NRRの数学
• ハンドオフスコアカード：セールスのハンドオフは良かったか？
• セールスコンテキストインプットを含む顧客Health Scoring
• マーケティング-セールスAlignmentグロッサリー
• Onboarding Fundamentals：ポストセールチームに必要なもの