はじめに：SFAを入れても予測は当たらない
Salesforceを導入した。営業プロセスも定義した。パイプラインも見えるようになった。それでも毎月の売上予測が外れる。月末で急に数字が変わり、Forecastが毎週ブレ、「この案件は入るはずだった」が繰り返される。経営がSFAの数字を信用できず、結局、部長への口頭確認が一番正確な状態になっている。
これはツールの問題ではありません。Salesforceにも問題はありません。問題は、「予測できる構造」が存在していないことにあります。
SFAは「入力された情報を可視化する」道具です。商談定義・ステージ条件・更新ルール・KPI設計・Revenue Data Flowが崩れていれば、どれだけ高性能なSFAでも予測は外れます。
売上予測が崩れる5つの原因
01
商談ステージが「感覚」で運用されている
「提案中」というステージを、ある営業は「提案書を送った段階」と考え、別の営業は「顧客がかなり前向きな状態」と考える。同じステージ名でも意味が違う状態では、Forecast精度は上がりません。ステージには名前だけでなく、移行条件まで必要です。
02
「希望」がForecastに混ざる
「大型案件だから入りそう」「顧客が前向きだった」「来月には決まるはず」——Forecastに必要なのは期待値ではなく、再現可能な条件です。意思決定者参加済み、予算確定、契約レビュー開始、次回日程確定——こうした条件ベースの運用がなければ、Forecastは感覚依存のまま動きます。
03
停滞案件が放置されている
30日更新なし・次回アクションなし・意思決定者不明・失注理由なし——こうした案件がSFA上で生き続けることで、Forecastが実態より膨らみます。「大型案件だから」という理由で会議でも残されるため、問題が表面化しないまま月末を迎えます。
04
営業だけでForecastを作っている
売上予測は営業だけでは成立しません。マーケ施策・リード品質・契約更新・チャーン・CS状況も影響するためです。営業部門だけでForecastを持っている状態では、Revenue Operations全体の予測にはなりません。
05
SFAが「報告ツール」になっている
営業が会議前だけ更新を始めると、Forecastは崩壊します。月末に一気更新、ステージ飛ばし、金額調整、過剰Forecast——これは現場にCRMを使うメリットがないことが原因です。管理されるためのツールになっている限り、正しいForecastは成立しません。
Forecast精度を上げる企業がやっていること
売上予測が安定している企業には共通点があります。それは「感覚」ではなく「条件」でForecastを運用していることです。
商談ステージに移行条件がある
| ステージ | 移行条件（例） |
|---|---|
| Discovery | 課題ヒアリング完了・担当者特定 |
| Proposal | 提案書提出済み・予算感確認 |
| Commit | 意思決定者参加・予算確定 |
| Legal | 契約レビュー開始・日程確定 |
| Closed Won | 契約締結 |
構造KPIでForecastを補完する
売上見込みだけでなく、商談化率・提案率・Win Rate・Pipeline Coverage・Sales Velocityを見ることで、結果ではなく構造でForecastを支えます。
停滞案件の条件が定義されている
14日更新なし、次回予定なし、金額未更新——これらをForecastから自動除外する運用を持つことで、Forecastの精度と信頼性を維持します。
予算感確認
ニーズ合意
決裁者参加
Won
Forecast精度は「営業力」ではなく「構造」で決まる
Revenue Architecture（レベニューアーキテクチャ）とは、営業・マーケティング・CS・CRM・KPI・データ・会議体を、売上につながる一つの流れとして設計する考え方です。Forecast問題も実はツール問題ではありません。商談定義・KPI定義・Revenue Data Flow・RevOps運用・会議設計の問題です。
日本企業ではForecastを「営業の勘」に依存しているケースが多くあります。稟議・長期検討・複数決裁・属人営業が多い環境では、海外型SFA運用をそのまま持ち込んでも機能しません。必要なのは、日本企業で回るRevenue Architectureです。
組織規模が大きくなるほど、勘では管理できません。「誰が見ても同じ判断になる構造」を作ることが、Forecast精度を上げる唯一の道です。
Consilegyの考え方
Consilegyでは、Forecast改善を単なるSalesforce設定問題とは考えていません。本質はRevenue Architecture・RevOps・KPI定義・Revenue Data Flow・会議運営にあります。
Salesforce・HubSpot・BI・Slack・Kintoneなどを横断しながら、「売上予測が当たる構造」を設計します。目的はSFAを導入することではなく、経営が意思決定できるRevenue Operationsを作ることです。
| 支援領域 | 内容 |
|---|---|
| Architecture | 商談ステージ定義・Forecast設計・KPI体系設計 |
| Process | 移行条件・停滞定義・ハンドオフ条件の設計 |
| Operations | Forecast会議設計・RevOps体制構築・改善サイクル設計 |
| Technology | Salesforce / HubSpot等のForecastダッシュボード設計 |
まとめ：Forecastは構造問題
SFAを導入しても売上予測が当たらない原因は、ツールではありません。多くの場合、商談定義・KPI設計・Revenue Data Flow・Revenue Architectureが未設計なことが原因です。
Forecastツールを追加する前に、「売上がどう生まれるか」を構造から整理する必要があります。Forecast精度は、営業力だけではなく、Revenue Architectureで決まります。
Consilegyは、SFA設定ではなく、Revenue Architectureの観点から、商談定義・KPI・Forecast構造を横断して再設計します。「経営が数字を信用できる状態」は、ツールではなく構造から作られます。