KOTOFORIO
← 仕組みの設計:プロセス

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

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

この記事の現在地8つの要素のうち「プロセス」。線は、ズレが起きやすいつなぎ目です
データプロセスツールと構成連携測定と因果AIへの委任体制と評価定着と変革

商談プロセスの実装

商談ステージごとに、出口基準(Exit Criteria:何が満たされたら次のステージに進んでよいか)を書き出します。そのうえで、次のステージに移すときに入れておくべき項目を、入力規則や画面フローで必須にします。口頭のルールではなく、システムが止める形にするのがポイントです。

あわせて、MEDDPICCやBANTのような「商談で確かめるべきことを並べた型」の各要素を項目にして、ステージの移行と連動させます。たとえば、提案ステージに進むにはEconomic Buyer(予算を決める権限を持つ人)が特定されていることを必須にする、といった形です。

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

リードルーティング自動化
ラウンドロビン(順番に割り当てる)、テリトリー割当(地域・業種・規模で担当を決める)、SLAタイマー(対応期限)と再割当(期限を過ぎた放置リードを自動で別の担当へ回す)
ライフサイクルステージ管理
リード→MQL(マーケティングが渡せると判断したリード)→SQL(営業が商談になると判断したリード)→商談→顧客の切り替わりを、フロー(レコードトリガフロー等)で自動化し、後から追えるようにする
リード
MQL
SQL
商談
顧客

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

  • 必須項目の欠損レポートと、更新されていない商談(Stale Opportunity)の検知・通知
  • フォーキャストカテゴリ(確度の区分)の運用と、パイプラインカバレッジ(目標に対して見込み商談の総額が何倍あるか)のダッシュボード化
  • ステージ×経過日数のエイジング分析(各ステージに何日とどまっているかの分布)

成果指標は、項目入力率、ステージ滞留日数、フォーキャスト精度(見込みと受注実績のずれ)の3つです。ここまでの実装は、MEDDPICCやパイプラインカバレッジといった営業の考え方を、毎日のCRM運用に落とし込んだものです。

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

ここで、先に反論しておきます。「必須項目を増やすと、営業担当の入力負担が増えて現場から嫌がられるのでは」という懸念はもっともです。実際、項目を増やしすぎると、とりあえず何か入れておくだけの形骸化した入力が広がります。

ただし、これは「必須項目を増やすかどうか」ではなく「何を必須にするか」の問題です。フォーキャストの精度に直結する項目だけに絞って必須にすれば、負担と精度のバランスは取れます。

自分でやる場合の進め方

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

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

よくある質問

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

問い

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

この記事のテーマを、自社で確かめる

「プロセス」の状態を、5問で確かめる

誰が、いつ、何をするか。登録不要で、約2分です。続けて残りの要素にも答えると、8要素の結果と、要素のあいだのズレの兆候がわかります。

プロセスの5問に答える →

この記事は、営業の仕組みを8つの要素で整理したナレッジベースの一部です。全体像は仕組みの設計:8つの要素にまとめています。自社の状態は仕組みの自己診断(40問・登録不要)で確かめられます。

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