Salesforceの典型的な運用失敗パターンと改善策、それでも改善しない場合の選択肢


- Salesforceの管理者が退職して、誰も設定を触れない…
- 設定変更のたびに外部委託費が発生している
- 管理者依存から脱却する方法を知りたい
Salesforceは世界シェアNo.1のCRM/SFAプラットフォームであり、その機能の豊富さと拡張性は業界随一です。しかし、「導入したが使いこなせていない」「高い月額費用を払っているのに、Excelと併用している」「管理者が辞めてから誰も設定を触れない」——こうした声は、Salesforce導入企業から驚くほど多く聞かれます。
Salesforceの問題は「ツールが悪い」のではなく、「自社の組織規模や運用体制に対してオーバースペックになっている」ケースが大半です。
この記事では、Salesforce運用の典型的な失敗パターンを5つ分析し、それぞれの改善策を提示したうえで、改善が難しい場合の乗り換え判断基準まで解説します。
Salesforceを使いこなせない企業が多い理由
Salesforceを使いこなせない原因は、現場の努力不足ではなく、Salesforce特有の構造的な問題にあります。
構造的問題1:多機能すぎて現場が迷子になる
Salesforceには数千の機能と設定項目が存在します。Sales Cloud、Service Cloud、Marketing Cloud、Experience Cloud——製品ラインだけでも複数あり、1つのSales Cloudの中にもリード管理、商談管理、レポート、ダッシュボード、承認プロセス、フロー、Einsteinなど膨大な機能が詰まっています。
この「何でもできる」という強みが、裏を返せば「何から手をつければいいかわからない」という問題を生みます。営業担当者がログインしても、画面上のタブやボタンが多すぎて、自分に必要な操作がどこにあるかわからない——これがSalesforce特有の「迷子問題」です。
構造的問題2:管理者(アドミン)に依存する運用構造
Salesforceの設定変更・カスタマイズには、専門知識を持つ管理者(Salesforce Administrator)が不可欠です。項目の追加・削除、ページレイアウトの変更、レポートの作成、フローの構築——日常的な運用変更でも、管理者の手を借りなければ対応できないケースが多くあります。
この「管理者依存」の構造は、以下のリスクを生みます。
リスク | 具体的な状況 |
|---|---|
管理者の退職 | 設定の意図や経緯がわからなくなり、誰も触れないブラックボックスが生まれる |
管理者のボトルネック化 | 設定変更の依頼が管理者に集中し、対応が遅れる。現場の改善スピードが落ちる |
外部委託コストの増大 | 社内に管理者がいない場合、設定変更のたびにSIerやコンサルに依頼し、費用が発生する |
構造的問題3:カスタマイズの技術負債が蓄積する
Salesforceの強力なカスタマイズ機能(Apex、Visualforce、Lightning Web Components、フロー)は、自社の業務に合わせた柔軟な開発を可能にします。しかし、計画性のないカスタマイズを重ねると、「技術負債」が蓄積します。
技術負債の典型例:
- 過去の担当者が作ったApexコードの意図が誰にもわからない
- 同じ目的のフローが複数存在し、どれが有効かわからない
- カスタムオブジェクトが50個以上あり、データの関連性が把握できない
- Salesforceのバージョンアップのたびに、カスタマイズ部分が動かなくなる
ポイント:これら3つの問題は、Salesforceの「高機能・高拡張性」という強みの裏返しです。大規模な営業組織やエンタープライズ企業にとっては必要な機能ですが、営業5〜30名規模の組織にとってはオーバースペックになりやすい構造です。
Salesforce運用の典型的な失敗パターン5選
失敗パターン1:標準機能を使わず独自開発に走る
Salesforceには標準で商談管理、レポート、ダッシュボード、承認プロセスなどの機能が備わっています。しかし、「自社の業務フローに完全に合わせたい」という要望から、標準機能を使わずにApexやVisualforceで独自開発するケースがあります。
何が起きるか:
- 開発コストが数百万〜数千万円に膨らむ
- Salesforceのバージョンアップ(年3回)のたびに、独自開発部分の互換性テストが必要になる
- 開発した会社やエンジニアが離れると、メンテナンスできなくなる
判断基準: 標準機能で80%カバーできるなら、残り20%は運用で補うほうが長期的にコストが低い。標準機能で50%以下しかカバーできない場合は、そもそもSalesforceが自社に合っていない可能性がある。
失敗パターン2:管理者が退職してブラックボックス化する
Salesforceの設定・カスタマイズを1人の管理者に依存していた企業で、その管理者が退職するケースです。
何が起きるか:
- 設定変更ができなくなる(項目の追加・削除、レポートの修正すらできない)
- 過去に作られたフローやApexコードの意図がわからず、触ると何が壊れるかわからない
- 外部のSalesforceコンサルに「現状調査」から依頼することになり、数十万〜数百万円のコストが発生する
実態: Salesforceの管理者は専門スキルが必要なため、市場での人材獲得競争が激しく、中小企業では採用・維持が難しいのが現実です。
失敗パターン3:ライセンス費用が膨らみ続ける
Salesforceのライセンス費用は、エディションとユーザー数によって大きく変動します。エディションによって月額数千円〜数万円/ユーザーと幅があり、20名規模の組織でも年間数百万円に達するケースは珍しくありません。
何が起きるか:
- 上位エディションで導入したが、実際に使っている機能は下位エディションで十分だった
- ユーザー数の増加に伴い、年間コストが想定以上に膨らむ
- 追加機能(Einstein AI、CPQ(現在はRevenue Cloudに統合移行中)、Marketing Cloud Account Engagementなど)のたびにオプション費用が発生する
- 「高い費用を払っているのだから使わなければ」というプレッシャーが、不要な機能の導入を促進する
失敗パターン4:レポート・ダッシュボードが複雑すぎる
Salesforceのレポート機能は非常に強力ですが、その自由度の高さが裏目に出るケースがあります。
何が起きるか:
- 管理者やコンサルが作った高度なレポートが50個以上あるが、現場は3個しか使っていない
- ダッシュボードに20個以上のグラフが並び、どこを見ればいいかわからない
- レポートの修正・追加に管理者の対応が必要で、現場が自分で分析できない
- 「レポートを見る」こと自体が業務になり、行動改善につながらない
失敗パターン5:Apexやフローが乱立して動作が不安定になる
長年の運用で蓄積されたApexトリガー、プロセスビルダー、フロー、ワークフロールールが相互に干渉し、予期しない動作を引き起こすケースです。
何が起きるか:
- レコードを保存すると謎のエラーが出るが、原因がわからない
- 同じ処理を行うフローが3つ存在し、どれが正しいかわからない
- Salesforceのバージョンアップ後に、特定の機能が動かなくなる
- 「触ると壊れるかもしれない」という恐怖から、誰も設定を変更できなくなる
失敗パターン | 根本原因 | 影響度 |
|---|---|---|
標準機能を使わず独自開発 | 「完全に合わせたい」という過剰要求 | 高 |
管理者退職でブラックボックス化 | 1人依存の運用体制 | 最高 |
ライセンス費用の膨張 | オーバースペックなエディション選択 | 中 |
レポートが複雑すぎる | 管理者主導の設計、現場不在 | 中 |
Apex・フローの乱立 | 計画性のないカスタマイズの蓄積 | 高 |
Salesforceの運用を改善する4つのアプローチ
失敗パターンに該当する場合でも、まずはSalesforceの運用改善を試みましょう。乗り換えは最後の手段です。
アプローチ1:カスタマイズの棚卸しと簡素化
現在のSalesforce環境に存在するカスタマイズ(カスタムオブジェクト、Apex、フロー、プロセスビルダー、ワークフロールール)をすべて棚卸しし、不要なものを削除・統合します。
棚卸しの手順:
- カスタムオブジェクト・カスタム項目の一覧を出力する
- 各カスタマイズの「目的」「作成者」「最終更新日」「利用状況」を記録する
- 6ヶ月以上使われていないカスタマイズを「削除候補」としてリスト化する
- 同じ目的のフロー・プロセスが複数ある場合は1つに統合する
- Apexコードのうち、標準機能やフローで代替できるものを移行する
期待効果: 環境がシンプルになり、動作の安定性が向上する。管理者の負担も軽減される。
アプローチ2:Salesforce認定管理者の育成・採用
管理者の1人依存を解消するために、社内で2名以上のSalesforce管理者を確保します。
選択肢:
方法 | コスト感 | 期間 | メリット |
|---|---|---|---|
社内メンバーの育成(Trailhead活用) | 低コスト(Trailheadは無料) | 3〜6ヶ月 | 業務理解がある人材が管理者になれる |
Salesforce認定資格の取得支援 | 受験料+学習コスト | 1〜3ヶ月 | スキルの客観的な証明。市場価値も向上 |
外部の認定管理者を採用 | 人件費(市場価値は高め) | 1〜3ヶ月 | 即戦力。ただし採用競争が激しい |
Salesforceパートナー企業に委託 | 月額固定費 | 即日〜 | 即対応可能。ただし長期的にはコスト高 |
アプローチ3:不要なライセンス・機能の整理
現在のライセンスエディションと実際に使っている機能を照合し、オーバースペックであればダウングレードを検討します。
チェックポイント:
- 上位エディションを使っているが、Apex開発やカスタムAPIを使っていない → 下位エディションで十分な可能性
- Einstein AIのライセンスを購入しているが、活用されていない → 一旦解約して基本機能の定着を優先
- 全ユーザーに同じエディションを割り当てているが、閲覧のみのユーザーがいる → 閲覧用の安価なライセンスに変更
アプローチ4:Salesforce公式のSuccess Planの活用
Salesforceは有償のサポートプラン(Success Plan)を提供しています。
プラン | 内容 |
|---|---|
Standard | オンラインケース対応、Trailhead(ライセンスに含まれる) |
Premier | 24時間電話サポート、エキスパートコーチング(追加費用あり) |
Signature | 専任のテクニカルアカウントマネージャー(個別見積) |
Premierプランでは、Salesforceのエキスパートが運用改善のアドバイスを提供してくれます。自社だけで改善が難しい場合は、まずPremierプランの活用を検討しましょう。
注意:4つのアプローチを試みる際は、「改善にかかるコスト(人件費+外部委託費+時間)」を事前に見積もっておきましょう。改善コストが年間ライセンス費用を上回る場合は、乗り換えのほうが合理的な選択肢になります。
それでも改善しない場合の選択肢|乗り換えの判断基準
改善策を講じても状況が変わらない場合、Salesforceからの乗り換えを検討すべきです。ただし、乗り換えにもコストとリスクが伴うため、冷静な判断が必要です。
改善コスト vs 乗り換えコストの比較フレームワーク
コスト項目 | Salesforce継続(改善) | 乗り換え |
|---|---|---|
ライセンス費用(年間) | 現行のまま(エディション・人数に依存) | 新SFAの費用(一般的にSalesforceより低コスト) |
管理者の人件費 | 専任管理者が必要(採用・育成コスト) | 管理者不要のSFAなら不要 |
外部委託費 | カスタマイズ保守の継続費用 | データ移行費用(一時的) |
改善プロジェクト費 | 棚卸し・簡素化の費用 | 導入・トレーニングの費用 |
機会損失 | 改善期間中も非効率な運用が続く | 移行期間(3〜4ヶ月)の一時的な混乱 |
乗り換えを決断すべき3つのサイン
サイン1:改善コストが新SFAの年間費用を超える
Salesforceの運用改善にかかる年間コスト(管理者人件費+外部委託費+ライセンス費用)が、新SFAの年間費用を大幅に上回る場合、乗り換えのほうが経済合理性が高い。
サイン2:管理者を確保できる見込みがない
社内育成にも外部採用にも目処が立たず、パートナー企業への委託コストが膨らみ続けている場合。管理者不要で運用できるSFAへの乗り換えが根本的な解決策になる。
サイン3:現場の「Salesforce疲れ」が限界に達している
改善策を試みても現場の拒否感が強く、入力率が改善しない場合。ツールに対するネガティブな印象が定着してしまうと、同じツールでの再起は極めて困難です。
乗り換えの判断は感情ではなく数字で行いましょう。「Salesforceが嫌だから」ではなく「改善コストと乗り換えコストを比較した結果、乗り換えのほうが合理的だから」という判断プロセスが重要です。
Salesforceから乗り換える場合に重視すべきポイント
Salesforceからの乗り換え先を選ぶ際は、「Salesforceで苦労した原因」を繰り返さないことが最優先です。
ポイント1:シンプルさ
Salesforceで最も多い不満は「複雑すぎる」ことです。乗り換え先は、営業担当者がマニュアルなしで直感的に操作できるシンプルなUIを持つSFAを選びましょう。
チェック項目:
- ログイン後、3クリック以内に商談情報を入力できるか
- 画面上のタブ・ボタンの数が適切か(多すぎないか)
- 不要な機能を非表示にできるか
ポイント2:管理者不要の運用性
Salesforceの管理者依存から脱却するために、専任の管理者がいなくても運用できるSFAを選びます。
チェック項目:
- 項目の追加・削除、ページレイアウトの変更がノーコードでできるか
- レポート・ダッシュボードを営業マネージャー自身が作成・修正できるか
- 設定変更にエンジニアやSIerの手を借りる必要がないか
ポイント3:コスト構造の透明性
Salesforceで「気づいたら費用が膨らんでいた」という経験がある場合、コスト構造が明確なSFAを選びましょう。
チェック項目:
- 基本機能(AI自動入力、レポート、モバイル対応)が標準プランに含まれているか
- オプション費用が発生する機能は何か、事前に明示されているか
- ユーザー数の増減に柔軟に対応できるか(最低契約期間・最低ユーザー数の縛りがないか)
評価軸 | Salesforceでの課題 | 乗り換え先で確認すべきこと |
|---|---|---|
シンプルさ | 機能が多すぎて現場が迷子 | 直感的なUI、3クリック以内の操作 |
管理者不要 | 管理者退職でブラックボックス化 | ノーコード設定、現場で完結する運用 |
コスト透明性 | オプション費用の積み上がり | 基本機能が標準プランに含まれるか |
よくある質問(FAQ)
Q: Salesforceを使いこなせていないのは、うちの会社だけですか?
A: いいえ。Salesforceの活用に課題を感じている企業は非常に多いです。Salesforce自体が公式に「定着化支援」のサービスを提供していることからも、多くの企業が同じ問題を抱えていることがわかります。特に営業30名以下の組織では、Salesforceの機能の大半を使いこなせていないケースが一般的です。
Q: Salesforceの運用改善と乗り換え、どちらを先に検討すべきですか?
A: まずは運用改善を試みましょう。カスタマイズの棚卸し、不要機能の削除、ライセンスの見直しだけでも状況が改善するケースがあります。改善策を3〜6ヶ月試みても入力率や活用度が向上しない場合に、乗り換えを本格検討するのが合理的な順序です。
Q: SalesforceからのデータはSalesforce以外のSFAに移行できますか?
A: 移行できます。Salesforceはデータエクスポート機能(CSV形式)を標準で備えており、顧客情報・商談データ・活動履歴などを出力できます。ただし、Apex・フロー・カスタムオブジェクトなどのカスタマイズ部分はSalesforce固有の仕組みのため、そのまま移行はできません。移行先のSFAの標準機能で代替する設計が必要です。
Q: Salesforceを解約する際に注意すべきことはありますか?
A: 契約期間と解約条件を事前に確認しましょう。Salesforceは年間契約が基本で、契約期間中の途中解約には違約金が発生する場合があります。また、解約後はデータへのアクセスができなくなるため、解約前に必ず全データをエクスポートしておくことが重要です。
まとめ
Salesforceを使いこなせない原因は、ツールの性能ではなく、自社の組織規模や運用体制に対してオーバースペックになっていることにあります。
本記事のポイントを振り返ります:
- Salesforce特有の3つの構造的問題:多機能すぎて現場が迷子になる、管理者(アドミン)に依存する運用構造、カスタマイズの技術負債の蓄積
- 典型的な失敗パターン5選:標準機能を使わず独自開発、管理者退職でブラックボックス化、ライセンス費用の膨張、レポートの複雑化、Apex・フローの乱立
- 改善の4つのアプローチ:カスタマイズの棚卸しと簡素化、管理者の育成・採用、不要ライセンスの整理、Success Planの活用
- 乗り換えを決断すべき3つのサイン:改善コストが新SFAの年間費用を超える、管理者を確保できる見込みがない、現場のSalesforce疲れが限界に達している
- 乗り換え先で重視すべき3つのポイント:シンプルさ、管理者不要の運用性、コスト構造の透明性
Salesforceは大規模な営業組織にとっては強力なプラットフォームです。しかし、自社の規模や体制に合わないまま使い続けることは、コストと現場の疲弊を生み続けます。まずは運用改善を試み、それでも状況が変わらなければ、「身の丈に合ったSFA」への乗り換えを冷静に検討しましょう。
SFA導入を検討中の方は、まず自社の営業課題を整理し、「何を解決したいのか」を明確にすることから始めてみてください。
いま、BtoB企業がリプレイス先に選ぶのは、現場に定着する国産ツール「ferret SFA/CRM」。
高機能SFAと同等の営業管理を、Excel感覚のシンプルさで、圧倒的な低コストで実現します。ぜひご検討ください。






