商談タイプ別に設計するセールスプロセス

多くの営業チームは、すべての案件を一つのパイプラインで管理しています。新規顧客の獲得案件も、既存顧客へのExpansion案件も、Renewalも、同じステージ、同じ通過基準、同じ期待クローズ期間で進めています。これはシンプルに設定できるため、デフォルトの選択になりがちです。

しかし、この方法では予測にも、コーチングにも機能するパイプラインになりません。解決策は、顧客の実際の購買行動に合わせたパイプラインステージを設計することから始まり、その上に商談タイプのセグメンテーションを重ねることです。

Stage 3のRenewalは、Stage 3の新規顧客案件とは異なります。新規顧客案件では、買い手がまったく新しいコミットメントをする必要があります。一方、Renewalでは、既存のコミットメントを再正当化することが求められます。リスク、異議、関与するステークホルダー、平均クローズ期間のいずれも異なります。同じプロセスで両方を扱うと、ステージ定義はどちらにも適合しません。

ここでの目標は、CRMを管理不能にする数十種類のパイプラインを作ることではありません。核となる3つの商談タイプそれぞれに対応した独自のプロセストラックを設計し、forecast精度を高め、マネージャーが具体的にコーチングできる仕組みを作ることです。

---

なぜ一律のパイプラインはマネージャーを誤解させるのか

商談タイプを一つのパイプラインに混在させると、二つの問題が発生します。

GartnerのセールスパイプラインマネジメントにおけるB2B調査では、CRMに商談タイプのセグメンテーションを導入した企業は、一つに統合したパイプラインを使用する企業と比較して、forecast精度が28%高く、コーチングの具体性も大幅に向上することが示されています。

第一に、指標が解釈不能になります。win rateはおそらく20〜50%程度ですが、この平均値はRenewalが80%、Expansionが55%、新規獲得が25%という事実を隠しています。これらは三つのまったく異なるビジネスの実態です。「統合40% win rate」では、有用なインサイトも目標設定もできません。

第二に、ステージ定義が実際の購買行動を反映しなくなります。Stage 3が新規顧客案件では「提案書を提出済み」を意味するのに対し（買い手はまだ検討中）、Renewal案件では全く別の意味になります（買い手はすでに製品を知っており、切り替えコストを評価しています）。「Stage 3に10件の案件がある」と見たマネージャーには、数字しか見えず、ビジネスの実態は見えません。

解決策は複雑さを増やすことではありません。適切なセグメンテーション、つまり本質的に異なる案件に対する分離されたプロセスを導入しながら、三つのCRMシステムを完全に別々に管理しなくて済む統一されたインフラを維持することです。

---

ステップ1: 核となる商談タイプを特定する

ほとんどのB2B営業チームは、3つの商談タイプで収益の90%をカバーできます。

新規顧客獲得（New Logo）: 純新規の顧客獲得。買い手は自社との既存関係がなく、新しい購買決定を下します。

Expansion: 既存顧客への追加製品、シート、スコープの販売。関係はすでに存在しており、問題はそれを拡大するかどうかです。

Renewal: 契約満了前に既存顧客が継続サービスに再コミットすること。デフォルトは継続です。リスクはChurnです。

独自のプロセスを構築する前に、昨年の案件をタイプ別に集計してください。収益の90%が新規顧客獲得から来ており、Expansionとrenewalが散発的な場合は、三つ全てのプロセスを設計するのは時期尚早かもしれません。まず新規顧客獲得に集中し、件数が増えてきたら他のタイプを追加してください。

ミックスがある場合は、今すぐセグメントしてください。そして、最初から第4のタイプを追加したいという誘惑に抵抗してください。最初のイテレーションで3つ以上の商談タイプを設けると、解決するより多くの問題が生じます。

---

ステップ2: 新規顧客獲得プロセスの設計

新規顧客獲得案件はクローズが最も難しく、管理期間も最長です。各ステージの通過基準は、買い手のコミットメントの真の変化を反映する必要があります。

推奨ステージ:

新規顧客獲得プロセスの主な特徴:

• 平均サイクルが最長（通常Expansionの2〜4倍）
• マルチステークホルダーの複雑性リスクが最高
• 課題、予算、購買プロセスの明示的なDiscoveryが必要
• Champion特定はステージ要件であり、任意の活動ではない
• 競合の存在感が最も強い

純新規案件固有の資格審査フレームワークの質問:

• なぜ今検討しているのか（トリガーイベント）
• 内外で他に誰が評価しているか
• 過去に同様のソフトウェアをどのように購入したか
• 現状維持を選ぶ理由は何か

これらはそれぞれ、資格審査フレームワークの特定の基準に対応します。例えばMEDDICを使用している場合、トリガーイベントは「課題の具体化」に、ステークホルダーの質問はeconomic buyer特定に対応します。

---

ステップ3: Expansionプロセスの設計

Expansion案件は、買い手がすでに自社を知っているためクローズが速く、Discoveryも少なくて済みます。ただし、別のリスクが存在します。

推奨ステージ:

新規顧客獲得との違い:

Customer Successチームが、営業が関与する前にExpansion機会を発掘することがよくあります。CSから営業へのHandoffは、新規顧客獲得におけるSDRからAEへのHandoffと同様に定義される必要があります。誰がトリガーするのか、どの情報が移転するのか、Expansionの営業プロセス中にCSチームはどのような役割を果たすのか。

Expansion案件が失敗する理由は主に二つです。新しい買い手（別の部門など）が既存の関係を信頼していないか、既存のchampionが新スコープに対する権限を持っていないかです。どちらも、早期のステークホルダーマッピングで解決できます。

Expansionで特定すべきステークホルダー:

• 新スコープのeconomic buyer（元の買い手と異なる場合あり）
• 実装オーナー（新規ユーザーの追加はIT部門の関与を伴うことが多い）
• Expansionを推進する内部champion

---

ステップ4: Renewalプロセスの設計

Renewalは3つの商談タイプの中で最も軽視されがちで、営業プロセスではなく管理業務として扱われることがあります。これは誤りです。Churnが起こるのは、ほとんどの場合、Renewalが当たり前のことと扱われ続けた後、突然そうでなくなる時です。

推奨ステージ:

Renewal 90日前に開始することは積極的すぎません。これは最低ラインです。

Forresterの顧客維持に関する調査では、契約満了90日以上前から積極的にRenewalに関与することが、契約満了30日以内に開始する受動的なRenewalプロセスと比較して、Renewal率の向上とChurn低下と強く相関することが示されています。

30日前にRenewal会話を始めるチームは、すでに弱い立場から交渉しています。2ヶ月間、他の選択肢を検討し続けてきた買い手は、継続的に関与を保ち、価値を思い出させてもらってきた買い手とは、Renewal提案に対して異なる評価をします。

90日前時点での「リスクあり」の兆候:

• 想定利用水準を下回る使用状況
• 未解決のサポートチケットや製品への不満
• 主要な内部championがアカウントを離れた
• 顧客企業での合併、買収、予算再編
• 60日以上、エグゼクティブスポンサーとの接触なし

Renewalプロセスが正式に始まる前に、リスクのあるアカウントに対応してください。CSと営業は「リスクあり」の定義と、回復プランの責任者について合意する必要があります。

---

ステップ5: CRMへの実装

商談タイプごとに完全に独立したCRMパイプラインは不要です。ただし、既存の設定に商談タイプのセグメンテーションを組み込む必要があります。

設定すべき内容:

商談タイプフィールド: すべての案件に必須のフィールド（新規顧客獲得、Expansion、Renewal）。このフィールド一つで、セグメント別のレポートが可能になります。CRMデータモデル設計では、このフィールドを後付けではなく、最初から考慮する必要があります。

パイプラインステージ: CRMが複数のパイプラインビューをサポートしている場合は、商談タイプごとに一つ作成してください。サポートしていない場合は、三つすべてに適用できる汎用的なステージ名（Discovery、Evaluation、Proposal、Negotiation、Closed）を持つ単一のパイプラインを使用し、商談レコード内で商談タイプ固有の要件をトラッキングします。

共通フィールド（全商談タイプ共通）:

• 商談オーナー
• クローズ予定日
• ARR/TCV
• フォーキャストカテゴリー
• 最終活動日

商談タイプ固有フィールド:

• 新規顧客獲得: 競合他社、トリガーイベント、マッピング済みステークホルダー数
• Expansion: Expansionトリガー、既存契約終了日、CSHandoff日
• Renewal: 契約終了日、ヘルススコア、リスクフラグ、最後のエグゼクティブ接触からの日数

避けるべきこと: パイプラインビューが一つしかない場合に、新規顧客獲得用に6ステージ、Renewal用に別の6ステージを作らないでください。担当者は最もシンプルなものを使います。活用されない複雑さは、複雑さがないより悪い結果になります。

---

ステップ6: 商談タイプ別レポート

すべての案件に商談タイプをタグ付けすれば、レポートの有用性が劇的に向上します。

商談タイプ別に個別レポートすべき指標:

データが揃ったら確認すべきこと:

Expansion win rateが60%で新規顧客獲得win rateが20%なら、ビジネスのこの二つの部分はまったく異なるコーチング優先度を必要とします。Renewalサイクルが平均75日であれば、より速いプロセスで実行するのではなく、もっと早くRenewal会話を始める必要があります。

統合数値では、こうした情報は何も得られません。

---

よくある落とし穴

McKinseyのB2B Revenue Operationsの分析によると、セールスプロセスを商談タイプ別にセグメント化した企業は、平均deal velocityが15〜20%向上することが報告されています。主な要因は、ステージ通過基準が精緻化され、コーチング会話がより焦点を絞ったものになることです。

商談タイプが多すぎる。 エンタープライズ新規獲得、ミッドマーケット新規獲得、SMB新規獲得、エンタープライズRenewal、ミッドマーケットRenewalにExpansionを加えた個別プロセスを設計した場合、Opsチームが維持できず、担当者も従わないシステムを作ることになります。まず3つから始めてください。3つがうまく機能してから初めて、4つ目を追加してください。

Expansionが予期しないものとして扱われる。 最も多いExpansionの失敗は、誰もシグナルを監視していなかったことです。20シートから60シートに成長した顧客は、数ヶ月前にExpansion会話のトリガーになっているべきでした。Expansion機会を生み出す使用量やトリガーのしきい値を定義し、可能であればアラートを自動化してください。

RenewalをAdmin業務として扱う。 「Renewal」は「契約書を送って署名を待つ」ことではありません。ビジネスレビュー、ROIドキュメント、エグゼクティブとの接触なしのRenewalは、まだ兆候を見せていないリスクのあるRenewalです。

---

商談タイプ別ステージ通過基準（参照テーブル）

新規顧客獲得: ステージ通過基準

Expansion: ステージ通過基準

Renewal: ステージ通過基準

---

次のステップ

CRMの再設計から始めないでください。先週の案件にタグを付けることから始めてください。HBRのセールスアナリティクスに関する研究は、段階的なデータ改善の方が、システム全体の再設計より速く行動変容を生むことを一貫して示しています。

先週の四半期のすべてのクローズ案件を抽出し、各案件に手動でタグを付けてください: 新規顧客獲得、Expansion、またはRenewal。その後、各タイプ別に計算してください: win rate、平均商談サイズ、平均クローズ期間。

これらの数値が商談タイプ間で大きく異なる場合（ほぼ確実に異なります）、セグメント別プロセスの必要性が実証されます。そして、一度でも構築したら、統合パイプラインではなく商談タイプ別にwin/loss分析を実施してください。インサイトはより明確になります。

---

関連ガイド

• 顧客の実際の購買行動に合わせたパイプラインステージの設計
• 資格審査フレームワーク: BANT、MEDDIC、GPCT
• 時間を無駄にしない週次パイプラインレビューの実施方法
• CROのためのforecast規律