「Salesforceを導入したのに、現状の業務をそのまま移しただけになってしまった」
この結果に終わるプロジェクトを、私は何度も見てきました。ユーザー側のIT責任者として、そしてコンサルタントとして。大企業でも中小企業でも、失敗のパターンは驚くほど似ています。
原因はSalesforceの機能不足でも、現場の意識の低さでもありません。経営者が導入を決断したときに持っていた目的が、現場に届く前に消えてしまう——これが本質的な問題です。
結論:失敗の本質は「目的の置き去り」にある
- 経営者が「営業改革・経営改革」を目的に導入を決断する
- 決断が現場へ降りていく過程で、目的が共有されない
- 要件定義の場に経営者不在のまま議論が進む
- 「現状業務をSalesforceで再現する」という話にすり替わる
- 現場担当者は「なぜこのシステムが必要か」を語れない
- 結果として現行システムの焼き直しが完成し、改革は実現しない
この問題は規模や業種に関係なく発生します。大企業では組織の階層が多いほど劣化しやすく、中小企業ではそもそも目的を扱える人材がいないという形で顕在化します。
なぜ目的は失われるのか——導入プロセスで起きていること
Salesforceの導入プロセスは、おおむね次のような流れをたどります。この流れの中で、目的がどう劣化していくかを追ってみましょう。
⚠️ 経営者が「営業改革」を目的に決断したプロジェクトは、要件定義の段階で「現行システムをSalesforceで再現するプロジェクト」にすり替わっている。この事実に、経営者自身が気づかないことも多い。
大企業と中小企業——共通点と違い
この「目的の置き去り」という構造問題は、大企業でも中小企業でも起きます。ただし、メカニズムと深刻さには違いがあります。
| 観点 | 大企業 | 中小企業 |
|---|---|---|
| 目的の劣化経路 | 組織の階層が多いほど、伝言ゲームで劣化する。経営企画→IT部門→事業部→現場と段階を踏むほど薄れる | 階層は少ないが、目的を言語化・共有する文化や仕組みがない |
| 要件定義の問題 | IT部門やプロマネが存在するため、プロセスは整備されている。しかし経営目的よりも「現場の要望の集約」になりがち | IT部門が存在せず、ベンダーに任せきりになる。「あるべき姿」を主体的に描く人がいない |
| 軌道修正の力 | 大きな予算と複数の関係者がいるため、方針転換が困難。間違いに気づいても止められない | 意思決定者が近い分、気づけば軌道修正は早い。しかし気づける人材がいない |
| 失敗の表れ方 | 数億円をかけたシステムが定着しない。プロジェクト自体は「完了」しているため、失敗と認識されにくい | 月額費用だけが発生し続ける。現場はExcelに戻り、誰も使わなくなる |
| 共通点 | 「現状業務のSalesforce再現」になる/現場担当者が目的を語れない/定着しないのを現場のせいにする | |
中小企業に特有のリスク
大企業との比較で言えば、中小企業の方が構造上のリスクは高いと私は考えています。理由は2つです。
①「あるべき姿」を描ける人材がいない
大企業には、IT部門や経営企画部門に「業務とITの両方をわかる人材」が多少は存在します。その人たちが目的と実装の橋渡しをする役割を担えることがあります。
中小企業にはそれがありません。経営者はITの詳細を知らない。ベンダーは業務の深いところを知らない。IT担当者は(いれば)運用はできても設計はできない。この三者が集まっても、「経営改革を実現するためのSalesforce設計」という議論にはなりません。
💡 「業務を知り、経営目的を理解し、ITで実現できる人」が一人もいない状態で要件定義が行われる——これが中小企業でのSalesforce失敗の根本構造です。
②失敗しても気づきにくい
中小企業では、Salesforceが「使われていない」状態でも、誰かが声を上げるまで問題として認識されないことがあります。担当者は「使いにくいけど仕方ない」と思いながら並行してExcelを使い続ける。経営者は「IT化できた」と思っている。この認識のズレが長期間続きます。
解決策:目的を最後まで持ち続ける人を置く
この問題の解決策はシンプルです。導入の目的を経営者から現場まで一貫して持ち続け、「現状再現」へのすり替わりを防ぐ人が必要です。
要件定義の場で「それは本来の目的に沿っているか?」と問い返せる人。現場の担当者に「なぜこのシステムが会社に必要か」を正確に伝えられる人。業務の課題とSalesforceの設計をつなぎ、経営者の意図を現場の実装に落とし込める人。
大企業ではこの役割を社内の特定の人材や外部PMOが担うことがあります。中小企業では、この役割を担える人材を社内で確保することはほぼ不可能です。
- 経営者が「何のために導入するか」を文章で明文化する
- 要件定義の全工程に、目的を理解した人物が関与する
- 「現状業務の再現」になっていないかを都度確認できる人を置く
- 現場への説明時に「なぜ必要か」を正確に伝える人がいる
- リリース後も目的に照らして改善を続けられる体制をつくる
Salesforceは、正しく設計されれば経営改革の強力な武器になります。しかし「ツールを入れること」をゴールにした瞬間、それは単なる業務移行に終わります。
導入前に問うべきことはたった一つ。「このSalesforceで、何を変えるのか」——その答えを、最後まで手放さない人が、プロジェクトの中にいるかどうかです。