mcpField
S
sales-account-tiering

sales-account-tiering

github.com/mbfinottiマーケティング・グロース328.7k 回インストール2 日前に更新
リポジトリ

sales-account-tiering について

アカウント適合度スコアがあり、カバレッジ工数を配分したい営業チーム向けのアカウント階層化スキルです。スコアを階層の基準、担当者ごとの上限、カバレッジ計画、ガバナンス規則に変換します。

主な機能

  1. 01二層または三層の構成設計
  2. 02スコア基準と適格条件の設定
  3. 03担当者ごとのアカウント上限
  4. 04階層に応じたカバレッジの差別化
  5. 05階層レビューのガバナンス策定

活用シーン

  1. 01アカウントカバレッジの階層化方針策定
  2. 02営業担当者のアカウント数設定
  3. 03階層の膨張や定着不足の診断
  4. 04指名アカウントと広域カバレッジの計画

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/mbfinotti/sales-skills --skill sales-account-tiering

インストール後、Claude Code で/sales-account-tieringを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

evals/
evals.json
references/
coverage-model-matrix.md
score-to-tier-bridge-example.md
tier-capacity-math-example.md

詳細

営業アカウントのティア分け

アカウントのカバレッジにおけるティア分けレイヤーを設計する、営業リーダー向けのアドバイザーです。対象は、アカウント適合度スコアより下流のすべてです。次の項目を決定してください。

  • どこにしきい値を設けるか。
  • 各ティアを何と呼ぶか。
  • 担当者が各ティアで保有できるアカウント数。
  • 各ティアが実際に受けるカバレッジ。
  • ティアの所属が適正に保たれるガバナンスの実施頻度。

適合度基準を再導出するのではなく、ティア分け憲章を作成してください。

適合度スコアは所与の入力として扱います。

  • スコアを構成するディメンションとシグナルは、mbfinotti/sales-skills@sales-account-segmentation の対象です。
  • その下位にある ICP 基準は、mbfinotti/sales-skills@sales-icp-definition の対象です(References を参照)。

どちらもまだ存在しない場合は、まずそちらに案内してください。適格でないアカウントをティア分けすると、2 つのレイヤーが 1 つにまとまり、しきい値では解決できません。

起動例

依頼によって、作業を始める段階は異なります。いずれの場合も、まずヒアリングを行ってください。

  • 「アカウントをティア分けして」 — 全体の構築:ティア構造、しきい値、上限、カバレッジモデル、ガバナンス。
  • 「すべてのアカウントが Tier 1 になった」 / 「担当者がティアを無視している」 — ティア崩壊の診断:以下の失敗モードのチェックを実施し、キャパシティ上限のステップから再構築します。
  • 「担当者 1 人あたり、何件のアカウントを担当させるべきか?」 — キャパシティ計算から開始します。回答はティアごとに異なるため、ティア構造が存在することを確認してから答えてください。
  • 「1:1 / 1:few / 1:many の ABM カバレッジを設計して」 — マーケティング用語で行う同じ演習です。ITSMA の Strategic / Lite / Programmatic の区分は、それぞれ Tier 1 / 2 / 3 に対応します。

ヒアリング

提案の前に質問してください。1 回のメッセージで質問は 1 つだけにし、選択肢がある場合は提示してください。以前の文脈ですでに回答済みの項目は省略してください。

  1. アカウントごとの適合度スコアはありますか:(a)維持管理されている複合スコア(0-100 または文字評価)、(b)合意済みの ICP はあるがスコアはない、(c)どちらもない。最初に確認してください。(b)と(c)の場合、ティア分けを始める前に関連するスキルへ案内します。
  2. B2B ですか、それとも B2C ですか。B2C の場合、キーアカウント(小売チェーン、販売代理店、フランチャイズグループ)経由で販売していますか、それとも消費者に直接販売していますか。消費者への直接販売では作業内容が変わります。下記の「B2B と B2C」を参照してください。
  3. 一般的な ACV /年間アカウント価値はいくらですか:(a)$10K 未満、(b)$10-50K、(c)$50-500K、(d)$500K 以上。ティアごとの慣例よりも、この要素がキャパシティ計算に大きく影響します。
  4. 担当アカウントを持つクオータ達成責任のある営業担当者は何人いますか。また、ティア分けの対象リストには見込み客、顧客、またはその両方が含まれますか。両者が混在する担当リストでは、上限を定義する前に区分を明確にする必要があります。
  5. 現状はどれですか:(a)ティア分けをしていない、(b)担当者ごとの非公式な判断に任せている、(c)正式な仕組みがあったものの機能しなくなった。通常は、全員のアカウントが Tier 1 に流れ込んでいる状態です。
  6. 収益ポテンシャル以外に、ここでアカウントを戦略的に重要にする要素は何ですか。たとえば、リファレンスとなるロゴの価値、拡大余地、パートナーシップの波及効果などです。これらは適合度スコアには含まれず、ティア分けで加える必要がある入力情報です。
  7. ティアを実際のアサインに反映させる期限はいつですか。テリトリーの割り当て、年間計画、新セグメントの立ち上げなど、どのタイミングでしょうか。
  8. 一度きりの成果を目指しますか、それとも継続的に価値を生む資産を目指しますか:(a)今四半期の担当リストをトリアージする、(b)今後数回の計画サイクルで使う、上限・SLA・ガバナンスを備えた継続的なティア分けシステムを整える。
  9. 対応に割ける労力の上限はどの程度ですか。SLA を CRM に組み込む RevOps の対応能力、アカウントを正式に支援することへの経営陣の意欲、Tier 1 からアカウントを下げるために使える社内調整力を確認してください。

何かを提案する前に、以下 2 つのメニューの優先順位を、質問 7~9 の回答に合わせて組み直し、どの回答によって何が変わったかを説明してください。

  • 期限が迫っている場合は、上限としきい値の中核を優先し、カバレッジの詳細設計は後回しにします。
  • 継続的な仕組みを目指す場合(8b)は、手間がかかっても SLA の組み込みとガバナンスを優先します。
  • 社内調整力に制約がある場合は、まず各アカウントがそのティアになった理由を担当者に示す提案が必要です。アカウントを降格するには、判断の説明可能性が欠かせません。

Tiering は第 3 層です

3 つの層は、順番にそれぞれ異なる問いに答えます。

  • スコアリング(ICP/適合度)は、「このアカウントをそもそも追求すべきか」を問い、不適格なアカウントを除外します。
  • セグメンテーションは、市場を規模、業種、地域ごとに「どのように整理するか」を問いかけます。
  • Tiering は、セグメント内の適格なアカウントについて、「どれほどの労力をかけるか、また担当者が何件を担当できるか」を問いかけます。

Tiering はリソース配分の判断であり、適格性を判断するゲートではありません。適格なアカウントを順位付けするものであり、不適合なアカウントを救済することはありません。

労力を配分する必要があるのは、双方にリソースの制約があるからです。

  • Gartner の購買プロセス調査によると、B2B の購買グループは 6~10 人の意思決定者で構成され、購買時間のうち、いずれかのサプライヤーと過ごす時間は約 17%にすぎません。
  • Forrester が 2018 年に実施した時間調査では、担当者が顧客対応に費やす時間は、週 50 時間のうち約 27%にすぎないことがわかりました。

Tier は、双方に限りのある稼働時間を配分するためのものです。

Tiering はリードスコアリングとも異なります。

  • リードは、エンゲージメントの準備状況に基づいてスコアリングされたコンタクトです。
  • Tier は、カバレッジ投資のために順位付けされたアカウントです。

コンタクト側の仕組みについては、mbfinotti/revops-skills@lead-scoring を参照してください。

確定する前に検討する

Tier の割り当てはすぐに固定化されます。計画サイクルのうちに、担当顧客リスト、テリトリー、報酬の想定が Tier に基づいて決められるためです。

  1. インタビュー後、以下のメニューから候補となる Tier 構造を 2~3 案提示します。たとえば、簡潔な 2 層構成、標準の 3 層構成、Tier 0 の必達対象を追加した 3 層構成などです。それぞれについて、カバレッジの精度、ガバナンスの負荷、立ち上げまでの時間のトレードオフを示し、明確な推奨案を 1 つ提示します。
  2. 残りの確認事項を一度に 1 つずつ質問します。可能な場合は選択式にし、カットオフを設定する前に構造への明示的な承認を得ます。
  3. チャーターをセクションごとに作成し、次に進む前に各セクションについてユーザーの確認を得ます。順番は、Tier 構造 → カットオフとゲート → 容量上限 → カバレッジモデル → 健全性指標 → ガバナンスの年間予定です。Tier 構造が誤っていると、その後のすべてが無効になります。
  4. チャーター全体へのユーザーの承認を最終確定の条件とします。

ハーネスに永続メモリがある場合は、承認済みのチャーター(Tier 名、カットオフ、上限、カバレッジ SLA、担当者、レビュー日)を保存してください。そうすれば、後続の実行や関連するセグメンテーションスキルで、記録された決定に基づいて作業を開始できます。

ティア数の選択肢

効率の高い順に記載しています。効率は、労力あたりの得られる価値で評価します。

  • 価値:五タイプ ABM > 三層+Tier 0/ウォッチリスト > 三層 > 二層
  • 労力:五タイプ ABM > 三層+Tier 0/ウォッチリスト > 三層 > 二層
  • 効率:三層 > 二層 > 三層+Tier 0/ウォッチリスト > 五タイプ ABM

デフォルトの選択肢:三層 — ITSMA に由来する Strategic(1:1)/Targeted(1:few)/Programmatic(1:many)の構成であり、ほぼすべての実務モデル(Prospeo、TOPO の A/B/C ピラミッド、ABM プラットフォーム)がこの形に収束します。固有の担当者が付くアカウント、クラスターキャンペーン、自動化を区別できる最も粗い構成であり、ティア分けの価値の大半はこの区別にあります。

  • 二層(重点対象/その他すべて) — 労力はほぼゼロです。チームの担当者が約 5 人未満の場合や、創業者主導の場合に選びます。三層目を設けても、そもそも区別する余力のないカバレッジを管理するだけだからです。SDR が支援するクラスターキャンペーンなど、中間的な接点を伴う施策が実際に始まったら、三層へ移行します。
  • 三層+Tier 0 および/またはウォッチリスト — Tier 0 を追加するのは、会社の成否を左右するごく少数の最重要ロゴに、それぞれ経営幹部のスポンサーが確約されている場合に限ります。ウォッチリストのティアを追加するのは、シグナル/インテントデータが実際に昇格の流れに組み込まれてからにします。前提条件を満たさずにどちらかを上乗せしても、形だけのガバナンスになります。
  • 五タイプ ABM(Bev Burgess:Strategic、Scenario、Segment、Programmatic、Pursuit) — 最もリソースを要する選択肢です。カバレッジの精度は最も高い一方、労力を考慮した効率では毎回最下位になります。それでも、専任の ABM マーケティング機能がアカウント単位のマーケティングを担う場合は採用します。そのチームが追加コストを負担し、精度向上の恩恵を得られるためです。営業組織だけでは実現できません。

この順序はデフォルトであって、絶対的なルールではありません。ユーザーについて把握している情報に照らして順位を見直してください。すでにインテントツールを運用している組織は、ウォッチリストにかかるコストの大半をすでに負担しています。また、最上位の ACV 帯に該当するロゴが 3 つあるエンタープライズ施策では、名称を付けていなくても事実上 Tier 0 がすでに構築されています。順位を見直した際は、何を変更したのかを明記してください。

スコアからティアへの橋渡し

各情報源に共通する手順です。ステップ 1 では、上流からフィットスコアを受け取ります。

  1. 安定したフィットスコアは、上流でどのような指標を使って算出されたかにかかわらず、そのまま使用します。フィットスコアはティアの基準となり、変化は緩やかです。
  2. 上流で管理されている動的なシグナルスコアを重ねます。データがある場合は、エンゲージメント、インテント、購買グループのカバレッジを使用します。シグナルスコアによりアカウントはティア間を移動します。フィットスコアのポイントが維持される一方、シグナルスコアはタイマーに従って減衰します。
  3. 0〜100 の複合スコアにまとめます。または、両方のスコアが高いアカウントを、どちらか一方だけが極端に高いアカウントより優先する必要がある場合は、フィットスコア × インテントスコアを使います。
  4. 公開済みのカットオフを適用します。80 以上/50〜79/50 未満が最も一般的な区分です。まずは慣例として使い、次に上限人数を超えないよう Tier 1 の人数を調整します。切りのよい数値に合わせるのではなく、上限に収まるよう最上位のカットオフを調整してください。
  5. 企業属性に基づく必須条件を適用します。規模や業界の条件を満たさないアカウントは、インテントだけで Tier 1 に到達できません。また、Tier 1 の条件は Tier 2 より厳しくします。
  6. スコアに含まれない戦略的な要素(質問 6:リファレンス価値、未開拓領域、パートナーシップの活用可能性)を、上限を設けて記録する手動オーバーライドとして取り込みます。件数に上限を設け、営業責任者が判断し、各ティアの見直し時に再確認します。
  7. ディメンションごとの内訳スコアを公開し、各アカウントがなぜそのティアになったのかを担当者が把握できるようにします。説明可能性が利用を促し、利用されるかどうかがティアリングシステムと単なるスプレッドシートを分けます。
  8. ティアに基づいてルーティング(割り当ての速度、シーケンスの種類、ナーチャリング)を自動化し、以下のガバナンススケジュールに従って再計算します。

調整手順と反例を含む、600 アカウントのリストを使ったスコアからティアへの橋渡しの例は、score-to-tier-bridge-example.md を参照してください。

キャパシティ上限

厳格な上限のないティアは、気付かないうちに膨れ上がります。誰もが自分のアカウントを配置したいのは常に Tier 1 だからです。締め切りの前に上限を設定し、その上限に合わせて締め切りを決めてください。

一律のティア別慣例ではなく、ACV を基準に上限を設定してください。Winning by Design のキャパシティ計算では、営業担当者の年間営業時間はおよそ 1,500 時間で、担当数は案件規模に反比例して変化します。

ACV 帯営業担当者あたりのアカウント数営業形態
$1M+2-61:1 指名
$500K-$1M6-201:1 指名
$50K-$500K20-501:few
$10K-$50K50-1501:many

複数の情報源を横断した実務担当者の目安(方向性を示すもので、監査済みではありません)。

  • Tier 1:営業担当者あたりおよそ 5-25 アカウント。
  • Tier 2:営業担当者あたりおよそ 25-60 アカウント。
  • Tier 3:営業担当者ごとの上限ではなく、自動化の処理能力によって上限を定めます。
  • カスタマーサクセスの担当数:エンタープライズでおよそ 1:5-15、中堅市場で 1:20-75、中小企業の一括担当で 1:100 以上。

「エンタープライズ担当 AE あたり指名アカウント 20-50 件」という広く繰り返される数字は、公表された調査ではなくベンダーの用語集に由来します。根拠ではなく、慣例としてのみ使用してください。セグメントごとの信頼できる数値(ZS Associates、Alexander Group、Bridge Group)は、有料レポートで公開されています。

最上位ティアの上限は厳格に適用してください。真の Tier 1 担当数は、10-20 アカウントを上限とするのが適切です。500 アカウントに「Tier 1」と名付けることは、この取り組み全体で最もよくある失敗です。

担当数の構成、見込み客と顧客の分割、セグメントレベルのカバレッジ比率の計算を含む、キャパシティの完全な計算例は、tier-capacity-math-example.md をご覧ください。

カバレッジ施策のメニュー

差別化されたカバレッジがあって初めてティアが実質的なものになります。それまでは、ティア分けはラベル付けにすぎません。効率の高い順に施策を構築します。

  • 価値:SLA-encoded coverage differentiation == capacity caps > dedicated account pods > executive sponsorship > QBR-cadence differentiation
  • 工数:dedicated account pods > executive sponsorship > SLA-encoded coverage differentiation > QBR-cadence differentiation > capacity caps
  • 効率:capacity caps > SLA-encoded coverage differentiation > QBR-cadence differentiation > executive sponsorship > dedicated account pods

==の同順位は迷いではなく、実際に相互依存していることを示します。

  • 上限だけを設けてもカバレッジを差別化しなければ、アカウントへの対応方法は何も変わらないティアが生まれます。
  • 差別化だけを行い上限を設けなければ、最上位ティアが膨張し、カバレッジの約束を守れなくなります。

これらは標準の段階として、セットで導入します。

  • キャパシティ上限 - 仕組みができていれば、工数はほぼゼロです。上のセクションを参照してください。
  • SLAに基づくカバレッジの差別化 - ティアごとの接点の頻度、チャネルの組み合わせ、パーソナライズの深さ、対応SLAをスライドではなくCRMとマーケティングオートメーションプラットフォームに組み込みます。RevOpsの工数は小〜中程度です。設定はすぐにできますが、ルールのテストと営業担当者への説明には時間がかかります。ティアへの所属を、営業担当者の目に見える行動に変える施策です。
  • QBRの頻度による差別化 - 最上位ティアには四半期ごとのビジネスレビューを行い、それより下のティアには半年ごとの、または自動化された価値サマリーを提供します。工数は少なく、価値を誠実に伝えられます。Tier-1のQBRには準備に約3〜6時間かかるため、すべてのアカウントに本格的なQBRを行うと、全員へのQBRが浅い内容になります。
  • エグゼクティブスポンサーシップ - 最上位ティアのアカウントに、指名されたエグゼクティブを正式なプログラムとして割り当てます(公表されている参考例として、GitLabはスポンサー1人あたり最大4アカウントとし、毎年選定して1年間のコミットメントを求めています)。工数は大きく、エグゼクティブの時間とガバナンスが必要です。Tier-1の担当アカウント数が上限以下になり、エグゼクティブが丸1年間コミットすると約束してから導入してください。その両方がなければ、ロゴを並べたスライドにすぎません。
  • 専任アカウントポッド(アカウントまたはクラスターごとにAE + SDR + SE) - 不足しがちな施策です。最も手厚いカバレッジを提供できますが、工数も最大です。カバレッジ設定ではなく組織設計の変更であるため、効率を競うあらゆる段階で劣後します。アカウントの価値がキャパシティ表の最上位ACV帯、つまり1対1で担当する範囲にあり、1つのアカウントがチーム全体に相当する場合に導入してください。また、ポッド設計はそのスキルの専門領域であるため、mbfinotti/sales-skills@sales-org-structureと連携して設計してください。

先ほどと同じ注意点ですが、この順序は標準的なものです。すでにエグゼクティブが顧客との関係を担っている会社なら、スポンサーシップにかかるコストの大半は事前に負担済みです。順位を見直し、何を動かしたのかを明記してください。

パーソナライズ、人の関与、チャネル、レビュー頻度、マーケティングの取り組みを網羅し、各数値に確信度フラグを付けた、ティア別カバレッジの完全なマトリックスはcoverage-model-matrix.mdにあります。

憲章

次の計画サイクルで再議論せずに実行できるよう、決定事項を1つの成果物にまとめます。

CONTEXT: fit-score source · segments covered · prospects/customers split · named owner
STRUCTURE: tier names and count · why this structure over the alternatives presented
CUTOFFS: composite bands · firmographic gates per tier · override rules and their budget
CAPACITY: accounts-per-rep cap per tier · resulting tier sizes · reps required
COVERAGE: per-tier SLA matrix (cadence, channels, personalization, QBR, exec sponsor)
HEALTH: coverage ratio by segment · saturation signals · by-tier outcome metrics
GOVERNANCE: quarterly tier review · annual redesign · ≤20%/quarter churn cap · event triggers
CONFIDENCE: which figures are published research vs. directional convention

ヘルスメトリクスと再調整

ティアが機能しているかどうかを、ティア別・セグメント別に測定します。混ぜ合わせてはいけません。

  • セグメント別のパイプラインカバレッジ率 - 必要なカバレッジは、セグメントごとの過去の成約率の逆数(1 ÷ 成約率)で算出します。一律に3倍としてはいけません。成約率が約60%のSMB向け営業では約1.7~2倍が必要ですが、成約率が15~25%のエンタープライズ向け営業では4~7倍が必要です。全体を混ぜた健全な数値によって、リソース不足のセグメントが隠れてしまうことがあります。カバレッジの詳細なモデリングはmbfinotti/sales-skills@sales-pipeline-coverage-modelingの担当です。ここではティアの健全性を測る指標として使います。
  • 担当者あたりのアカウント数の飽和度 - いずれかのティアが上限を超えていないかを確認します。顧客担当の場合、QBRの実施率が80%未満、または14日以上反応のないアカウントがあると、警戒が必要です。
  • ティア別の成果検証 - エンゲージメントのクリック数ではなく、ティアごとの創出パイプライン、成約率、ACV、継続率を確認します。2四半期以内にTier-1の効果がTier 2/3を上回らない場合、この仕組みは運用コストに見合っていません。再設計し、同じ施策を繰り返さないでください。

ガバナンス:

  • RevOpsはモデル、データ、スケジュールを管理します。
  • 営業部門のリーダーシップは、ティア変更の判断を担います。

この役割分担によって、ティアの形骸化や政治的な運用を防ぎます。

定められた周期で実施します。

  • 四半期ごとのティアレビュー(昇格・降格)。
  • 年1回の全面的な再設計。
  • イベント発生時の再調整。

アカウントの再スコアリング前に、新たなカバレッジレベルを経験できるよう、リストの入れ替えは1四半期あたり約20%までに抑えます。

レビューではなく再設計が必要となるトリガー:

  • 成約率に大幅な変化があった(カバレッジ率を再計算します)。
  • あるセグメントのノルマ達成率が約40%を下回った(担当アカウントが多すぎます。担当者にさらに負荷をかけるのではなく、数を減らします)。
  • 生産性向上ツールによって担当者の時間を40~60%、測定可能な形で取り戻せた(上限を30~50%引き上げ、再配分します)。

B2BとB2C

B2Bは、上記の標準的な枠組みです。アカウント、購買委員会、企業属性による基準を用います。

主要アカウントを通じたB2C - メーカーやブランドが小売チェーン、販売代理店、フランチャイズグループを通じて販売する場合 - も、アカウントのティア分けはほぼ同じです。

  • 一握りの全国チェーンをTier 1とし、指名されたキーアカウントマネージャーが担当して、共同事業計画を策定します(小売チャネルにおけるQBRに相当します)。
  • 地域チェーンはTier 2です。
  • 独立系店舗は、Tier 3として販売代理店または電話営業に割り当てます。

担当数の上限、スコアからティアへの対応付け、カバレッジ施策の優先順位、ガバナンスの周期はすべて適用できます。変わるのは適合度スコアの入力値です。企業属性や技術属性の代わりに、店舗数、棚やカテゴリーにおける位置付け、地域を使います。こうした入力値は上流にあり、セグメンテーションを扱う関連領域の範囲です。

消費者向け直接販売には、ティア分けするアカウントがありません。構造上の類似例は顧客価値セグメンテーションです。支出額や顧客生涯価値の区分に応じてサービスレベルを変えるもので、計算方法の異なる別の取り組みです。アカウント向けの仕組みを無理に当てはめるのではなく、別の取り組みだと明示してください。

失敗パターン

完成したチャーターを公開する前に、次のそれぞれに照らして確認してください。

  • ティアの崩壊 - 数百件のアカウントがTier 1とされ、すべて同じように扱われることで、ティア分けの意義が失われます。確認事項:最上位ティアの規模は厳格な上限以下ですか?また、ゲートを通過せずに登録されたアカウントはありませんか?
  • レイヤーの崩壊 - 適格性が確認されていないリストをティア分けすることで、本来は除外されるべきアカウントがTier 3に多数含まれます。確認事項:ティア分けされたすべてのアカウントが、上流の適合基準を満たしていますか?
  • 差別化のないラベリング - 「大口顧客も小口顧客も同じ対応」で、CRMにティアは存在するものの、カバレッジは一律です。確認事項:各ティアに、担当者が違いを認識できる、SLAに明記された差異が少なくとも1つありますか?
  • 健全性指標の集計 - 会社全体のカバレッジ比率が、支援不足のセグメントを覆い隠します。確認事項:すべての健全性指標はセグメント別かつティア別に算出されていますか?
  • ティアの固定化 - 一度設定したまま見直されない、あるいはその逆で、毎月大きく入れ替わるため、どのカバレッジレベルも効果を発揮する時間がありません。確認事項:四半期ごとの見直しが予定され、入れ替え率は四半期あたり約20%を上限としていますか?
  • ベンダー統計への過信 - 「目標達成の可能性が2.3倍高い」といった数値を事実として断定します。確認事項:チャーター内のすべての数値に信頼度の区分が付いていますか?ベンダーの主張は必ず出典を明記し、そのまま採用していませんか?

測定

次のすべてに合格するまでチャーターは完成ではありません。100%になるまで繰り返してください。

  • すべてのティアに、公表されたカットオフ、企業属性のゲート、厳格なキャパシティ上限、隣接するティアとのカバレッジの違いが少なくとも1つ、SLAに明記されています。
  • 最上位ティアの規模は上限以下で、例外承認の予算には上限が設定され、記録されています。
  • 健全性指標はセグメント別かつティア別に定義され、1 ÷ 受注率のカバレッジ計算式が含まれ、Tier 1の2四半期にわたる向上テストが予定されています。
  • ガバナンスでは、RevOpsと営業リーダーシップの責任分担、四半期ごと/年次の実施頻度、約20%の入れ替え上限、再設計のトリガーが明記されています。
  • すべての数値に信頼度の区分(公表済み調査/方向性を示す慣例/ベンダーの主張)が付され、B2BまたはB2Cの対象範囲が明示されています。

公開後は、ティア別の成果指標を継続的に追跡するKPIとします。2四半期にわたる向上テストを、ティア分けに伴う追加コストに見合う価値があるかを判断する恒常的な基準とします。

コメント