なぜSFAは「案件管理表」に
なってしまうのか

Salesforceを導入し、案件管理を始め、商談ステージも作った。それなのに結局「Excelの案件管理表がWeb化しただけ」になっている。商談は入力されていて金額もステージ管理もある。それでもForecastは当たらず、ボトルネックが見えず、営業改善につながらず、会議は長く、Excelが残り続ける。つまり、SFAが「Revenue改善装置」になっていません。

多くの企業は「もっと入力を徹底しよう」と考えます。しかし問題は入力不足だけではありません。本当の原因は、Revenueを改善する構造が設計されていないことにあります。

多くのSFAは「記録ツール」で止まっている

本来SFAは、Pipeline分析・Forecast改善・Win Pattern分析・Revenue改善のために存在します。しかし多くの企業では、案件入力・進捗報告・管理だけで終わります。つまり「履歴管理ツール」になっている。SFAを導入してもRevenue改善につながらない最大の理由はここにあります。

SFAが案件管理表になる5つの理由

1. 商談ステージ定義が曖昧

   「提案中」「検討中」「稟議中」の意味が営業担当者によって異なると、Pipeline分析ができません。ステージが人によって解釈される限り、Forecastは感覚依存になります。

2. SFAが「管理のため」に使われている

   営業からするとSFAが「報告・監視・詰められる場所」になっている。これではRevenue改善ツールになりません。入力が義務感で行われる限り、データの質は上がりません。

3. KPIと接続されていない

   SFAに案件はあるが、Win Rate・Sales Cycle・Conversion・ARRとの接続が弱い。案件数は管理できてもRevenue構造が見えないため、改善アクションにつながりません。

4. 会議設計が変わっていない

   SFA導入後も営業会議が案件読み上げ・精神論・進捗確認で終わると、SFAはRevenue改善へ使われません。会議の設計がSFAの活用度を決定します。

5. Revenue Data Flowが未設計

   Marketing・Sales・CS・Financeが切れている状態では、案件は管理できてもRevenue全体が見えません。SFAを単体で設計しても、Revenue構造は見えてきません。

「SFA導入」と「Revenue改善」は別物

Salesforceを入れ、案件管理を始めた。しかしRevenueは改善しない。これは普通に起こります。SFA導入とRevenue改善は別だからです。必要なのは「RevenueにつながるSFA構造」であり、ツールの導入だけではその構造は生まれません。

SFAはRevenue改善の手段です。SFA導入がゴールになった瞬間、Revenue改善は止まります。

本当に必要なのは「Revenue Pipeline Design」

Revenue Pipeline Designとは、どの案件を追い、どこで失注し、何がWin要因で、どのKPIを見るかをRevenue視点で設計する考え方です。重要なのは案件数ではありません。Revenueがどこで生まれ、どこで失われるかを見える化することが目的です。

Revenue改善できるSFAには共通点があります。Stage Exit Criteriaが存在し「次ステージへ進む条件」が明確になっている。Pipeline分析ができ、案件一覧ではなく構造分析が行われている。Revenue KPIと接続されている。ForecastとPipeline健全性が連動している。そして会議設計がRevenue中心になっている。

Revenue Architectureという考え方

SFA問題の本質はSalesforceの問題ではありません。Marketing・Sales・CS・CRM・KPI・データを「収益につながる一つの構造」として設計するRevenue Architectureの問題です。Revenue Architecture・Revenue Pipeline Design・RevOps・Revenue Visibility・Revenue Data Flowという構造が整って初めて、SFAはRevenue改善装置として機能します。

Consilegyの考え方

ConsilegyではSFA改善を単なるSalesforce設定とは考えていません。本質はRevenue Architecture・Revenue Pipeline Design・RevOps・Revenue Visibility・Revenue Data Flowにあります。Salesforce・HubSpot・BI・Slack・Kintoneを横断しながら、「Revenue改善できるSFA構造」を設計します。目的は案件を入力することではなく、Revenue改善できる営業構造を作ることです。

まとめ：SFA問題はRevenue構造の問題

SFAが案件管理表になる原因はSalesforceの機能不足ではありません。Revenue Architecture不足・Revenue Pipeline Design不足・Revenue Visibility不足・RevOps未整備が本質的な原因です。だからこそ必要なのは入力強化ではなく、「Revenue改善できる構造」を設計することです。SFAは単なる営業管理ではなく、Revenue Architecture全体として設計されるべきです。