【ピラー】Salesforce 完全ガイド：CRM/SFA/MA/CDP/Agentforce の使い分けと統合設計、業界別実装パターン

「Salesforce を導入したいが、Professional と Enterprise のどちらを選ぶべきか分からない」「Apex でガッツリ作り込んでもらった結果、改修費が初期費用を超えた」「Einstein 1 にアップグレードしないと AI 機能が使えないのは本当か」 — このような声を、Aurant では Salesforce 導入を検討中の経営者・営業企画部長・情シスからよくいただきます。

Salesforce は世界 No.1 の CRM プラットフォームですが、2026年最新の価格まとめによれば、Sales Cloud の月額利用料は Professional が9,600円、Enterprise が19,800円（税抜・1ユーザあたり）と倍以上の差があります。Edition 選定を間違えると、後で乗り換えコストが膨らみ、最終的に初期投資以上の負担が発生するケースが多くあります。

本記事では、Salesforce とは何か、製品ファミリー、Edition 別の機能・価格、カスタマイズ方針、API 連携、運用体制 / セキュリティ / 3年 TCO の差別化視点まで、論理ステップで整理していきます。

1. Salesforce とは — 世界 No.1 の CRM プラットフォーム

Salesforce は、米 Salesforce.com が提供する世界 No.1 の CRM（顧客関係管理）プラットフォームです。1999年にクラウド型 CRM の先駆けとして登場し、現在は世界15万社以上、日本でも数千社が採用しています。営業（Sales Cloud）、カスタマーサポート（Service Cloud）、マーケティング（Marketing Cloud）など、複数の製品ファミリーを統合提供しているのが特徴です。

1-1. Salesforce の本質的価値

Salesforce の本質的な価値は、「業界最大シェア」と「拡張性」の二点に集約されます。AppExchange に7,000以上のサードパーティ製品が並び、Apex / Lightning Web Components / Flow といった独自開発基盤で深いカスタマイズが可能です。一方、この拡張性が「カスタマイズ過多 → 改修費用の膨張」という最大の落とし穴にもなっています。

1-2. なぜ日本で採用が広がっているか

日本市場での Salesforce 普及の背景には、「営業データの可視化要求」「リモートワーク対応」「Microsoft Office との連携」「日本市場での実装パートナー網の充実」の4点があります。営業改革と DX 推進の文脈で、経営層が選定するケースが増えています。

2. 製品ファミリー — Sales Cloud / Service Cloud / Marketing Cloud / その他

「Salesforce」と一括りに呼ばれますが、実際には複数の製品ファミリーがあり、それぞれ別ライセンス・別 UI・別データモデルです。

2-1. Marketing Cloud と MCAE の混同に注意

選定時に注意したいのは、Marketing Cloud と MCAE が混同されやすいことです。Marketing Cloud は BtoC 向け（大量メール配信・LINE 連携・SMS）、MCAE（旧 Pardot）は BtoB 向け（リードスコアリング・ナーチャリング）で、データモデルもライセンス体系も完全に別です。「BtoB の見込み客育成」なら MCAE、「BtoC のキャンペーン配信」なら Marketing Cloud と素直に分けます。

3. Edition 選定 — Professional と Enterprise の壁が一番大きい

Salesforce Sales Cloud の Edition は5段階（Starter / Professional / Enterprise / Unlimited / Einstein 1）で、月額単価は段階的に上がります。

3-1. Sales Cloud 各 Edition の価格と機能

3-2. Professional の致命的な制約

はてなベースの分析では、Professional の制約として次が指摘されています。「Professional には標準で API アクセス権が付与されていない」「Flow の高度な自動化に厳しい制限がある」。後で連携・自動化を増やしたくなった時に必ずここで詰まり、Enterprise への乗り換えで数百万〜の追加コストが発生します。

3-3. ダウングレード不可の罠

Salesforce の重大な制約として、「上位エディションから下位エディションへのダウングレード不可」があります。Enterprise を導入してから「Professional でよかった」と気付いても、契約期間中の変更ができません。最初から全員分のライセンスを購入するのではなく、定着度合いを見ながら段階的にライセンスを追加する「スモールスタート」が、リスクとコストを最小化する鉄則です。

4. Edition 選定の判断軸

判断基準はシンプルで、「業務システムと連携する予定があるか」だけ見れば決まります。次の判断フローに従えば、推奨される Edition が機械的に決まります。

4-1. 連携要件で機械的に絞る

業務システム連携の予定があれば Enterprise 以上一択です。CRM 単独で完結し、営業の活動記録だけ管理する用途なら Professional で十分ですが、これは少数派です。基幹システムや MA ツール（Marketo / Pardot 含む）、データ基盤と連携する予定があるなら、最初から Enterprise を選ぶのが結局は安い選択になります。

4-2. Service Cloud との同一 Edition 縛り

Sales Cloud で Enterprise エディションを導入する場合、Service Cloud も Enterprise エディションにする必要があります。各製品は同じデータベースを共有しており、エディションが異なるとデータの整合性が保てなくなる可能性があるためです。Service Cloud を併用する企業は、両方の Edition 統一が事実上の前提です。

5. カスタマイズの方針 — Apex / Visualforce 過多はほぼ失敗

Salesforce 導入が失敗する典型パターンの中で、最も致命的なのが「カスタマイズ過多」です。業務に合わせて Apex（Salesforce 独自の Java ライク言語）や Visualforce（独自 UI フレームワーク）でガッツリ作り込むと、年2〜3回のバージョンアップで動かなくなり、改修見積が毎回数百万〜になります。

5-1. カスタマイズ過多の現実

Aurant が引き継いだ再構築案件では、改修費が初期費用と同額になっているケースが珍しくありません。「Apex で1,000行書いた」「Visualforce で独自 UI を構築した」「サードパーティ製の Apex ライブラリに依存」といった構成は、保守不能の温床です。

5-2. 標準機能 + Flow + LWC で踏み止まる

正解は「標準機能 + Flow + 一部 LWC（Lightning Web Components）」で踏み止まることです。標準オブジェクトと標準フィールドで業務をカバーできないか先に検討し、足りない箇所だけカスタムオブジェクトを追加します。自動化はすべて Flow で組み、Apex は本当に必要な箇所だけにとどめます。

5-3. Lightning Web Components の役割

UI のカスタマイズが必要な場合は、Lightning Web Components (LWC)で実装します。LWC は Web 標準（Web Components）に準拠しており、Salesforce のバージョンアップに対する耐性が Visualforce より大幅に高くなります。新規開発なら Visualforce ではなく LWC 一択です。

6. 失敗3パターン — 「要件曖昧」「カスタム過多」「運用設計なし」

7. API / 連携設計 — 内製 / iPaaS / MuleSoft Composer

Salesforce と他システム（基幹、MA、データ基盤、freee / 弥生のような会計）の連携は、Enterprise Edition 以上で API が解放されてから本格化します。連携実装の選択肢は3つあります。

7-1. 内製で REST API / Bulk API

内製で REST API / Bulk API を直接叩く方法は、柔軟ですが運用負荷が高いです。エラー処理・リトライ・冪等性の設計を自前でやる必要があり、Salesforce のバージョンアップ追従もコストになります。

7-2. iPaaS（MuleSoft / Workato / Zapier）

iPaaS を間に挟む方法は、設定ベースで連携が組めますがライセンス費が月額10万円〜になります。Workato は中堅向け、MuleSoft は大企業向け、Zapier は中小向け、と分かれます。

7-3. MuleSoft Composer の活用

MuleSoft Composer は、Salesforce 純正の軽量 iPaaSで、Salesforce ライセンスとセットで契約できる利点があります。連携先が3〜5システムなら内製、5〜10システムなら MuleSoft Composer、10システム超なら本格 iPaaS という棲み分けが現場で安定します。

8. 運用体制 — 「とりあえず情シス」では失敗

Salesforce が「使われない CRM」になる最大の原因は、運用責任が情報システム部に丸投げされていることです。情報システム部は技術的にはメンテできますが、「この項目は何のために入力するのか」「この KPI が業務上何を意味するのか」を判断できません。

8-1. 業務側オーナーの任命

正解は営業企画部 / マーケティング部に「Salesforce オーナー」を置き、情シスはバックエンド支援に回る体制です。営業オーナーが「項目追加・KPI 変更・レポート設計」の意思決定を持ち、情シスが「ライセンス管理・セキュリティ・連携技術」を担当します。

8-2. Salesforce チャンピオンの育成

さらに現場部門に「Salesforce チャンピオン」と呼ばれる現場リードを1〜2名置き、現場改善要望をオーナーに上げる経路を作ります。Salesforce 定着企業に共通する3層体制（情シス + オーナー + チャンピオン）を組むのが標準解です。

9. レポート / ダッシュボード設計 — 役割別に分ける

Salesforce のレポート / ダッシュボード機能は強力ですが、「全 KPI を1画面に詰め込む」設計は必ず失敗します。情報量が多すぎて何も見られなくなり、結果として誰もダッシュボードを開かなくなります。

9-1. 役割別ダッシュボード

打開策は「役割別ダッシュボード」で、経営向け（売上・受注・パイプライン）、営業マネージャ向け（メンバー別活動量・進捗）、営業担当向け（自分の商談一覧・期日アラート）を完全に分けます。

9-2. 指標数の設計

ダッシュボード設計の現場ノウハウとしては、「経営ダッシュボードは指標 5〜7 個まで」「営業マネージャダッシュボードは指標 8〜10 個まで」を守ります。これを超えると認知負荷が上がり、結局見られなくなります。

9-3. BI ツールとの使い分け

BI ツール（Tableau / Looker / Power BI）と Salesforce レポートの使い分けは、リアルタイム性が必要なものは Salesforce レポート、複数システム横断の分析は BI ツール、と分けるのが実務的です。

10. Einstein / 生成 AI — Einstein 1 を選ぶ意味は限定的

2024〜2025年で Salesforce が推している Einstein 1 Edition（月額 $500/ユーザ）は、生成 AI 機能（Einstein GPT / Copilot）を全部入れた最上位プランです。営業メールの自動生成、商談サマリー作成、顧客対応提案などができます。

10-1. Einstein 1 の経済合理性

$500/ユーザは Enterprise の3倍で、100ユーザ規模だと月額 $50,000（年間 600万ドル ≒ 9億円）になります。この金額を払って Einstein を全社展開する判断は、現状ではかなり限定的です。

10-2. 部分展開の現実解

現実的な選択肢は、Enterprise Edition で運用しつつ、必要な部署（インサイドセールス、カスタマーサポート）にだけ Einstein 1 を限定展開する、もしくは ChatGPT / Claude を社内で別途使い、Salesforce との連携は API で組む方が安価です。生成 AI の「組み込み体験」を取るか「コスト効率」を取るかの判断で、現状はコスト効率が勝つケースが多いのが実態です。

11. 導入プロジェクトの段階

合計 9〜16ヶ月が標準期間です。「半年で全機能フル稼働」を目指すと、ほぼ確実に途中で頓挫します。

12. 運用体制の現実 — 内部統制と Salesforce Admin の育成

ここから3つの差別化セクションに入ります。Salesforce は、運用体制が整わないと宝の持ち腐れになります。

12-1. Salesforce Admin の役割

Salesforce 運用には、Salesforce Admin（システム管理者）が必須です。1社あたり 1〜3名の Admin を社内で育成することで、項目追加・レポート作成・Flow 改修を内製化できます。Salesforce 公式の Admin 認定資格（Salesforce Certified Administrator）取得を社内目標として設定する企業が増えています。

12-2. 内製化と SI 委託のバランス

初期構築は SI に委託し、運用は内製化するのが現実的なパスです。「初年度は SI 伴走 → 2年目以降は内製、SI は支援役」という移行スケジュールが標準的です。

12-3. 営業現場との連携

営業現場との連携プロセスとして、「月次の Salesforce 改善会議」を開催します。営業マネージャ・チャンピオン・Admin が参加し、現場からの改修要望、ダッシュボード改善、新機能活用を議論します。これを継続することで、Salesforce が現場に定着します。

13. セキュリティ・データガバナンス — 顧客データと営業情報の保護

Salesforce は顧客データ・営業情報という機密情報の集約地です。セキュリティ設計が運用品質に直結します。

13-1. 権限設計の3階層

Salesforce の権限は、「プロファイル」「ロール階層」「共有ルール」の3階層で設計します。プロファイルで基本権限、ロール階層で組織階層、共有ルールで例外的なデータ共有を制御します。これらを最初に設計しないと、退職者の権限が残る、見せたくない情報が見える、といった事故が発生します。

13-2. 退職時の権限即時解除

退職社員の Salesforce 権限を即時解除する運用フローが、機密情報漏洩防止のために必須です。退職通知 → 権限解除 → ログ確認 → ライセンス返却、の SOP（標準業務手順）を文書化します。

13-3. 監査ログの活用

Salesforce のフィールド監査トレイル機能で、「誰が、いつ、どのフィールドを変更したか」を全件記録します。最大10年保管可能で、不正アクセス調査・監査対応に活用します。

14. 3年 TCO 内訳 — ライセンス + カスタマイズ + 運用

Salesforce の 3年 TCO は、ライセンス費だけでなく、カスタマイズ・SI 支援・運用人件費まで含めて試算します。

14-1. 中堅企業（営業 50名）の TCO 試算例

14-2. ライセンス費は半分強

表で分かる通り、Salesforce のライセンス費は 3年 TCO の約30%です。残りはカスタマイズ・SI・人件費が占めます。「年額1,200万円のライセンス」だけ見て予算を組むと、実際の TCO は2〜3倍になることを理解する必要があります。

15. 失敗パターン

Salesforce 導入の典型的な失敗パターンを整理します。

15-1. 「Professional から Enterprise への乗り換え」

Professional で導入してから API 連携が必要になり、Enterprise に乗り換えるケース。データ移行・再設計のコストで数百万〜の追加投資が発生します。打開策は、業務システム連携の予定があれば最初から Enterprise を選ぶこと。

15-2. 「Apex / Visualforce で作り込み過ぎ」

SI 丸投げで Apex / Visualforce のカスタマイズが膨らみ、改修費が初期費用を超えるケース。打開策は、契約段階で「Apex / Visualforce 使用は最小限」を SI と合意し、標準機能 + Flow + LWC で踏み止まること。

15-3. 「現場トレーニング不足で使われない」

営業担当への現場トレーニングが軽視され、結局営業が Excel に戻るケース。打開策は、Phase 4 で十分なトレーニング期間を確保し、Salesforce チャンピオンを通じた継続的な現場サポートを組み込むこと。

16. まとめ — 自社状況別の判断軸

判断のコツは、「Edition は Enterprise から（業務連携前提）」「Apex 最小化、Flow 最大化」「業務側オーナー + 情シス支援の役割分担」「Admin 育成で内製化」の4点です。

Salesforce 導入は、技術より「業務側オーナーシップ」「Admin 育成」「現場トレーニング」といった組織設計が成否を分けます。Aurant Technologies では、Salesforce のアセスメント・初期構築・運用定着までのご支援を、Admin 育成支援から内製化伴走まで一貫してご提供しています。お気軽にご相談ください。