なぜSalesforce導入は
失敗しやすいのか

Salesforceを導入した。数百万円、時には数千万円をかけた。外部ベンダーも入った。しかし数ヶ月後、営業が入力しない、ダッシュボードが見られない、Excel運用が残る、Forecastが当たらない、商談ステージが崩壊している——という状況になっていないでしょうか。営業組織の拡大・マネージャー増加・KPI管理強化のタイミングでSalesforce導入が始まり、その後「運用崩壊」が発生するパターンは日本のBtoB企業で非常によく起きています。

多くの企業は「現場が入力しないからだ」と考えます。しかし問題は現場の意識だけではありません。本当の原因は、収益につながる構造が設計されていないことにあります。

なぜSalesforceは崩れるのか

Salesforce自体は極めて強力なプラットフォームです。しかし自由度が高いため「設計思想なしでも構築できてしまう」という落とし穴があります。その結果、企業ごとに商談定義・KPI・オブジェクト・権限・入力ルールがバラバラになります。導入はできる。しかし収益改善につながらない——この状態に陥ります。

Salesforce導入失敗の5つの典型症状

1. 営業が入力しない

   営業から見ると、Salesforceが管理・報告・監視のためのツールになっているため「入力するメリット」が存在しません。入力することで自分の活動が透明になるだけで、業務が楽になるわけではない。そう感じられている限り、入力は定着しません。

2. 商談ステージが崩壊する

   「提案中」「検討中」「稟議中」の定義が営業担当者ごとに違うと、Pipeline分析もForecastも崩れます。ステージ定義の統一がなければ、どの数字も信用できなくなります。

3. オブジェクトとプロパティが増殖する

   導入後に要望に応じて項目を追加し続けると、何が正か分からない・入力項目が多すぎる・誰もメンテできないという状態になります。増やすことへのブレーキがないと、構造は自然に崩れます。

4. Excel運用が復活する

   BIもSalesforceもあるのに、最終的にExcelで補正する——これは収益の可視化が実質的に機能していないサインです。ツールを持っていても構造がなければ、人は使い慣れたものに戻ります。

5. Salesforce管理者が保守担当に化す

   本来必要なのは収益改善への関与です。しかし実際は項目追加・エラー対応・レポート修正で終わる。RevOpsとして機能すべき存在が、ITサポートになってしまっています。

多くの企業が見落としていること

多くの企業はSalesforce導入を「CRM導入プロジェクト」と考えています。しかし本来必要なのは「収益構造の改革」です。Salesforceは単なる入力ツールではなく、収益可視化・Forecast・Pipeline・KPI・収益の流れを成立させるための基盤です。つまり問題はSalesforceの機能不足ではなく、Revenue Architecture不足です。

ツールの性能より先に、何を見えるようにするかという設計が必要です。

本当に必要なのは「Salesforce Architecture」

どのデータを持つか、何をSingle Source of Truthにするか、Pipelineをどう定義するか、収益をどう追うか、Forecastをどう設計するか——これを構造として設計することが必要です。重要なのは入力項目数ではなく、収益改善できる構造です。Salesforce Architectureとは、ツールを収益エンジンとして機能させるための設計思想です。

Revenue Architectureという考え方

Salesforce問題の本質はCRMの問題ではありません。営業・マーケティング・カスタマーサクセス・CRM・KPI・データを「収益につながる一つの構造」として設計するRevenue Architectureの問題です。Revenue Architecture・収益の流れ設計・RevOps・収益可視化・KPI設計という構造が整うことで、SalesforceはRevenue改善の基盤として機能し始めます。

Salesforce運用が成功している会社の共通点

収益成長している会社には共通点があります。Pipeline定義が明確で営業感覚に依存しない。Forecast構造が存在し収益予測の精度が高い。KPIが収益に接続されており単なる案件管理で終わらない。収益の流れが設計されマーケティング・営業・カスタマーサクセスがつながっている。RevOpsが収益改善に関与しており、IT保守担当になっていない。

日本企業でSalesforceが特に崩れやすい理由

日本企業では属人営業・Excel文化・部門分断・稟議文化が根強く残っています。そのためSalesforceが「管理システム」になりやすく、現場にとって負担でしかないツールに変わります。しかし本来必要なのは「Revenue Engine」として機能するSalesforceです。日本企業の文化と組織構造を踏まえたRevenue Architectureの設計が求められます。

Consilegyの考え方

ConsilegyではSalesforce導入を単なるCRM実装とは考えていません。本質はRevenue Architecture・収益可視化・収益の流れ設計・RevOps・Forecast設計にあります。Salesforce・HubSpot・Kintone・BI・Slackを横断しながら、「収益改善できる構造」を設計します。目的はSalesforceを導入することではなく、収益が継続的に改善される構造を作ることです。

まとめ：Salesforce失敗は、Revenue構造の問題

Salesforce導入が失敗する原因は現場の意識不足ではありません。多くの場合、Revenue Architecture不足・収益の流れ未設計・KPI設計不足・RevOps未整備が原因です。だからこそ必要なのは設定追加ではなく、収益改善できる構造を設計することです。Salesforceは、Revenue Architecture全体のなかで設計されるべきです。