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

catch-img
  • Salesforceの管理者が退職して、誰も設定を触れない…
  • 設定変更のたびに外部委託費が発生している
  • 管理者依存から脱却する方法を知りたい

Salesforceは世界シェアNo.1のCRM/SFAプラットフォームであり、その機能の豊富さと拡張性は業界随一です。しかし、「導入したが使いこなせていない」「高い月額費用を払っているのに、Excelと併用している」「管理者が辞めてから誰も設定を触れない」——こうした声は、Salesforce導入企業から驚くほど多く聞かれます。

Salesforceの問題は「ツールが悪い」のではなく、「自社の組織規模や運用体制に対してオーバースペックになっている」ケースが大半です。

この記事では、Salesforce運用の典型的な失敗パターンを5つ分析し、それぞれの改善策を提示したうえで、改善が難しい場合の乗り換え判断基準まで解説します。

  • この記事の要点

Salesforceを使いこなせない原因は「多機能すぎて現場が迷子」「管理者依存」 「カスタマイズの技術負債」の3つの構造的問題。組織規模に対するオーバースペックが本質。

典型的な失敗パターンは5つ:標準機能を使わず独自開発、管理者退職でブラックボックス化、 ライセンス費用の膨張、レポートの複雑化、Apex・フローの乱立。

改善策を3〜6ヶ月試みても入力率や活用度が上がらない場合は、「改善コスト vs 乗り換えコスト」を 数字で冷静に比較。改善コストが新SFAの年間費用を超えるなら、乗り換えが合理的選択。

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、フロー、プロセスビルダー、ワークフロールール)をすべて棚卸しし、不要なものを削除・統合します。

棚卸しの手順:

  1. カスタムオブジェクト・カスタム項目の一覧を出力する
  2. 各カスタマイズの「目的」「作成者」「最終更新日」「利用状況」を記録する
  3. 6ヶ月以上使われていないカスタマイズを「削除候補」としてリスト化する
  4. 同じ目的のフロー・プロセスが複数ある場合は1つに統合する
  5. 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感覚のシンプルさで、圧倒的な低コストで実現します。ぜひご検討ください。

ferret SFA
ferret SFA
ferret SFAは、営業の現場に定着する運用を第一に考えたSFA/CRMです。「入力されない」「見返されない」を防ぐための設計思想と、成果につなげる活用ノウハウを分かりやすくお届けします。 Twitter:@ferret_One_

登録番号 IA180169
適用規格 ISO/IEC 27001:2022 / JIS Q 27001:2023