KOTOFORIO
← お役立ち情報一覧

「商談ステージ、なんとなく運用してます」その一言に何度もヒヤッとしてきました

CRM/SFAの実装に携わる中で、この一言を聞くたびに身構えてしまいます。ステージの出口基準が曖昧なまま運用されているCRMは、実はかなり多いです。CRM/SFAは営業データが最終的に集まる場所であり、指標設計やダッシュボードの精度はここでの実装品質に依存します。ここでは「何を実装するか」という運用面の実務論点を整理します。

商談プロセスの実装

商談ステージの定義と出口基準(Exit Criteria)を明文化し、ステージ移行時の必須項目化(入力規則・画面フロー)で運用を強制します。あわせて、MEDDPICC/BANTのような商談メソドロジーの各要素をカスタム項目化し、ステージゲートと連動させます(例:提案ステージへの移行にはEconomic Buyerの特定を必須にする)。

ルーティングとライフサイクル管理

リードルーティング自動化
ラウンドロビン、テリトリー割当(地域・業種・規模)、SLAタイマーと再割当(放置リードの自動回収)
ライフサイクルステージ管理
リード→MQL→SQL→商談→顧客のステータス遷移をフロー(レコードトリガフロー等)で自動化・監査する
リード
MQL
SQL
商談
顧客

データ品質とフォーキャストの運用

  • 必須項目の欠損レポート、更新されていない商談(Stale Opportunity)の検知と通知
  • フォーキャストカテゴリの運用、パイプラインカバレッジのダッシュボード化
  • ステージ×経過日数のエイジング分析

成果指標は、項目入力率、ステージ滞留日数、フォーキャスト精度(予実乖離)です。これらの実装は、MEDDPICC・セールスベロシティ・パイプラインカバレッジ・テリトリープランニングといった戦略フレームを、実際のCRM運用として具体化したものです。

例えば、「提案ステージに進んだ商談の受注率が低い」という課題があるとき、原因の一つとして提案ステージへの移行時にEconomic Buyer(予算権限者)の特定が必須項目化されていないケースが挙げられます。ステージゲートに必須項目を紐づけることで、実態の伴わない商談がパイプラインを膨らませる状態を防げます。中身の伴わない自己申告だけでステージが進んでいくのは、健康診断を受けずに「元気です」と自己申告し続けているのに近い状態です。

ここで、先に反論しておきます。「必須項目を増やすと、営業担当の入力負担が増えて現場から嫌がられるのでは」という懸念はもっともです。実際、項目を増やしすぎると形骸化した入力(とりあえず何か入れておく)が横行するリスクがあります。ただし、これは「必須項目を増やすかどうか」ではなく「何を必須にするか」の設計精度の問題です。フォーキャストの精度に直結する項目だけに絞り込んで必須化すれば、負担と精度のバランスは取れます。

自分でやる場合の進め方

既存CRMをこの記事の観点で監査したい場合のチェックリストです。順不同で、できているものから潰していきます。

ステージの出口基準を書き出せるか
各商談ステージについて「何が満たされたら次に進むか」を1文で言えるか確認する。言えないステージがあれば、そこが最初に明文化すべき箇所
ステージ移行時の必須項目は入力規則で強制されているか
Economic Buyerの特定などMEDDPICC/BANTの要素が、画面フロー・入力規則としてシステム側で強制されているか確認する。運用ルールとして口頭で伝えているだけなら実装漏れ
リードは自動で割り当てられているか
ラウンドロビン・テリトリー割当が自動化されているか、SLAタイマーと再割当(放置リードの自動回収)が設定されているかを確認する
ライフサイクルステージは自動遷移しているか
リード→MQL→SQL→商談→顧客の遷移が手動更新に依存していないか、フロー等で自動化・監査されているか確認する
データ品質のレポートが定期的に出ているか
必須項目の欠損レポート、更新されていない商談(Stale Opportunity)の検知が仕組み化されているか確認する
項目入力率・ステージ滞留日数・予実乖離を追えているか
この3つの成果指標を今すぐ数値で答えられるか自問する。答えられなければ、まずこの3つを可視化するところから着手する

よくある質問

商談ステージはいくつに分けるのが適切ですか
業種・商談の複雑さによって異なりますが、重要なのは数よりも各ステージの出口基準(Exit Criteria)が明確かどうかです。基準が曖昧なステージが多いと、営業担当ごとにステージの解釈がズレ、フォーキャストの精度が落ちます
Stale Opportunity(滞留商談)はどう扱うべきですか
更新されていない商談を定期的に検知し通知する仕組みが推奨されます。放置された商談はパイプラインカバレッジの数字を見かけ上大きく見せてしまい、フォーキャストの精度を歪める原因になります
リードルーティングで放置リードを防ぐにはどうすればいいですか
SLAタイマーと再割当の仕組みを組み込むのが一般的です。一定時間対応がなければ自動的に別の担当者に再割当することで、担当者の見落としによるリードの放置を防げます

問い

今、御社のCRMで最も先のステージにある商談トップ5について、「なぜそのステージにいるのか」を出口基準に沿って説明できますか。説明できないものが混じっているなら、それはフォーキャストの精度がすでに揺らいでいるサインかもしれません。

この内容を実際に試す
30分相談する