Salesforce Platformのシステム開発の完全ガイド

Salesforce Platformのシステムは、設定中心、既製アプリ、カスタム開発、外部連携を業務に合わせて組み合わせて構築します。顧客や社内業務の情報をつなぐ基盤になります。

システムの種類、開発の進め方、費用、開発会社の選び方を、この順に見ていきます。各テーマの詳細は関連記事もご覧ください。

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

Salesforce Platformのシステム全体像

共通機能を組み合わせて業務固有の部分を支えます。

Salesforce Platformは、業務システムを支える基盤です。データ管理、認証、権限などの共通機能に加えて、画面、ワークフロー、レポート、APIを組み合わせ、業務に合ったシステムを作ります。

フルスクラッチ開発と違い、サーバーやOSを一から用意せずに済みます。クラウド側の共通機能を使いながら、業務固有の部分を設定と開発で組み立てます。

CRMから業務システムへ広げられる理由

Salesforceは顧客関係管理や営業支援で知られています。さらに、取引先や商談以外のデータも、カスタムオブジェクトで管理できます。

管理できる情報：契約、申請、作業依頼、代理店、保守案件、プロジェクト、設備、問い合わせ履歴
自動化できる処理：部門別の入力画面、条件に応じた承認依頼、期限が近い案件の通知

標準機能やFlowで処理を組み立てると、顧客データを中心に、営業、サービス、バックオフィスの情報をつなげられます。部門ごとのExcelや台帳も、一つの業務の流れにまとめられます。

クラウド基盤を使うシステム開発との違い

クラウド基盤を使うと、共通機能を活用できる利点があります。一方で、設計上の制約も受けます。

共通機能の活用：インフラの構築や監視、更新を自社だけで抱えずに済み、認証、権限、画面部品、リリース環境、監査機能を使えます。
業務設計への集中：共通機能を使うぶん、業務要件の整理とデータ設計に力を注げます。
プラットフォームの制約：データ量、API利用制限、ガバナ制限、権限モデル、リリース方式の決まりに従って設計する必要があります。
業務の適合：独自仕様をそのまま移さず、業務の側を標準の考え方に合わせる判断が求められます。

Salesforce Platformのシステムの種類と構成

不足する機能は別の方式を組み合わせて補えます。

システムの方式は、設定中心、既製アプリ、Salesforce内開発、外部連携の4種です。最初から一つの方式に固定せず、業務の差別化度、データ量、連携要件を踏まえ、運用体制に合わせて組み合わせます。

設定中心のシステム

設定中心の方式では、標準機能を組み合わせて業務ルールを形にします。

使う機能：標準オブジェクト、項目、レコードタイプ、画面レイアウト、権限セット、共有設定、Flow、承認、レポート
向く業務：営業日報、問い合わせ受付、申請管理、案件の進捗確認
主な利点：短期間で稼働しやすく、将来のアップデートにも追随しやすい

業務ルールが標準的な範囲に収まる場合に適しています。入力項目や部門ごとの例外処理を増やしすぎると設定が複雑になります。そのため、導入前に業務ルールを整理しておく必要があります。

既製アプリとカスタム開発

標準機能だけで足りない領域は、既製アプリか独自開発で補います。

既製アプリ：AppExchangeなどから、会計、経費、電子契約、帳票の機能を取り入れます
カスタム開発：Apex、Lightning Web Components、APIを使い、独自の画面や処理を作ります

既製アプリは提供元の仕様や更新、契約条件に左右されるため、データの所有権、解約時の取り出し、サポート範囲を導入前に確かめておく必要があります。

Lightning Web Componentsは、HTMLとJavaScriptを中心に、Web・モバイル・デジタル体験の画面を組み立てる公式フレームワークです（出典: 公式開発者ドキュメント、2026年）。ただし、コードが増えるほど、テストと運用の負担も増えます。

そのため、標準機能で代替できる処理は独自開発しない判断が欠かせません。

外部連携・ハイブリッド構成

基幹、会計、EC、データ基盤のすべてをSalesforce内へ移す必要はありません。たとえば、顧客、案件、受付はSalesforceで管理し、会計や大量データ処理は既存システムに残す構成も現実的です。

まず、どのシステムを正とするかを決めます。そのうえで、REST、SOAP、Bulk API、Platform Events、連携基盤などを使い、接続方式を設計します。

ポイント

業務が標準的な範囲に収まるなら設定中心を選び、足りない部分だけを既製アプリや独自開発、外部連携で補うと判断します。外部連携は、正とするシステムを決めてから設計します。

Salesforce Platformのシステム開発の進め方

検証と移行準備を経て本番運用へ進みます。

成功しやすいプロジェクトは、画面を作る前に目的とデータを決めています。要件定義から定着化まで順に進めると、後から出てくる追加要望を管理しやすくなります。

▶ 詳細はこちら：Salesforce Platformのシステム開発の進め方/やり方/流れや方法/手法/工程/手順

企画と要件定義で決める事項

最初に、経営課題と現場課題を分けて書き出し、導入後に測れるKPIへ落とし込みます。たとえば、「入力漏れを減らす」「承認時間を短くする」「顧客対応の履歴をひとつにまとめる」などが挙げられます。また、現行のExcel、台帳、既存CRM、メール、承認ルールも洗い出します。

業務とデータ：業務フロー、データ項目、利用者、権限
移行と接続：連携先、移行件数、リリース希望日
運用と品質：監査要件、性能、バックアップ

誰がどのデータを見られるか、どのシステムを正とするかが曖昧なままだと、後工程で大きな手戻りが起きます。

標準機能と開発範囲の仕分け

独自仕様を抑えて、価値の高い業務へ投資するために、要件をFit to Standardの観点で分類します。

標準機能・設定：備わっている機能の組み合わせで対応する要件です
既製アプリ・独自開発：外部のアプリか、Apex・LWC・APIによるコードで補います
対象外：今回の範囲から外す要件を、あらかじめ決めておきます

判断では、業務の差別化、標準機能での使いやすさ、変更頻度、外部連携の必要性を見ます。画面の見栄えだけで独自開発を決めず、業務効果と保守負担を比べます。

Sandbox、テスト、移行リハーサル

本番環境ではなく、Sandboxなどの検証環境で代表的な業務を再現します。代表ユーザーには、通常時と例外時の操作を試してもらいます。

通常操作：登録、検索、承認
例外操作：差し戻し、連携エラー、権限不足

データ移行は、移行前に重複や表記の揺れを整理し、移行の前後で件数と必須項目を照合します。本番直前に一度だけ行うのでは不十分です。

失敗したときに元へ戻す切り戻しの条件を決めておき、本番に近いデータで少なくとも一度はリハーサルします。

要件定義と方式設計を行う
PoCまたはMVPで試し、開発に進む
移行リハーサル、テスト、教育を行う
本番リリース後に定着化を進める

ポイント

画面より先に目的とデータを決め、標準機能で対応できない要件だけを独自開発に回します。移行と本番前のテストは、切り戻しの条件を決めてから進めるのが目安です。

Salesforce Platformのシステム費用相場と内訳

費用は、ライセンス料、導入費（構築・移行・外部連携・アドオン）、教育、保守運用に分けて考えます。公式価格はエディションや契約条件で変わるため、ライセンス料だけでは開発費を判断できません。

ここで示す導入・開発費は固定価格ではなく、公開相場と業務システム開発の工程を組み合わせた推定レンジです。

▶ 詳細はこちら：Salesforce Platformのシステム開発の見積相場や費用/コスト/値段について

ライセンス料金の考え方

2026年版の公式料金ガイドでは、税別の1ユーザーあたり月額価格が製品ごとに異なります（出典: 公式料金ガイド、2026年）。

Free Suite：0円、最大2ユーザー
Starter Suite・Pro Suite：3,000円・12,000円
Enterprise・Unlimited：21,000円・42,000円
Agentforce 1 Sales：66,000円

Platformの個別構成や追加ストレージ、API、データ関連製品、AI機能、AppExchangeアプリは、上の価格と同じ条件で含まれるとは限りません。

たとえば、Enterpriseを10ユーザーで契約する単純計算では、月額21万円、年間252万円になります。ただし、実際の契約額は割引、契約期間、製品構成、サポートプランによって変わります。

利用者の役割ごとに必要な権限と機能を整理し、そのうえでライセンスを試算します。

導入・開発費の目安

導入規模と含める作業の範囲によって、初期費用の推定レンジは変わります。

小規模：5〜10ユーザーで権限・画面設定と簡易移行を行い、30万〜100万円程度
中規模：標準オブジェクト追加、複数部門のFlow、帳票、データクレンジングを含み、150万〜600万円程度
複雑な案件：外部連携、Apex・LWC、複雑な権限、部門統合、監査対応を含むと1,000万円以上の可能性

国内事業者の公開相場では、標準機能中心の導入支援は50万〜300万円程度、保守運用は月額10万〜50万円程度とされています（出典: 国内導入支援事業者の公開相場、2026年）。この金額は、Salesforce Platformの公定価格ではありません。

開発費は、ユーザー数よりも移行件数や連携本数に左右されます。例外処理、テスト範囲、文書、教育の有無も、費用を動かす要素です。

保守運用と初年度TCO

保守費と初年度TCOは、支援範囲と見積もりの内訳を分けて比べます。

保守の範囲：権限変更、問い合わせ、軽微な設定変更、リリース影響調査、障害対応、データ品質管理、利用状況確認、教育、改善提案
月額の目安：定型的な小規模支援は10万〜20万円、文書整備やリリース対応を含む中規模支援は30万〜50万円程度
初年度TCO（総所有コスト）：年間ライセンス料と、初期構築、移行、連携の費用を足し合わせた額です。さらに、教育、保守、追加ストレージやAIの従量費も加えます。
見積もりの内訳：「構築一式」とせず、要件定義、設定、コード開発、テスト、移行、教育、保守に分けてもらう

内訳を分けておくと、削減できる範囲と削るべきでない範囲を判断できます。

ポイント

費用はライセンス料だけで判断せず、初期構築、移行、連携、教育、保守を含む初年度TCOで比べます。見積もりは「構築一式」とせず、工程ごとの内訳を見て判断するのが目安です。

Salesforce Platformの開発会社/ベンダーの選び方

開発会社は、知名度ではなく、自社の業務規模や目的に合うかどうかで比べます。CRMの初期設定、基幹連携、大規模移行、独自アプリ、内製化支援では、得意な領域が会社ごとに異なります。

相談の前に対象業務と現在の課題を整理しておくと、提案どうしを比べやすくなります。

実績と技術範囲の確認

導入社数だけでなく、今回の要件に近い業務の経験と技術範囲も確かめます。

業務・規模：同業種、同規模の業務と利用者数
技術・工程：移行、連携、権限、Flow、Apex、LWC、テスト、運用
事例の成果：導入前の課題、担当範囲、期間、導入後の指標

提案書には、標準機能で対応する範囲と独自開発する範囲を明記してもらいます。

全面カスタマイズの提案は、短期的には魅力的に見えても、更新や担当の交代で保守費が膨らむことがあります。一方で、標準機能に寄せすぎると、現場が使わないシステムになることもあります。

見積もり・契約・体制の比較

見積もりは工程ごとに分けてもらい、成果物と担当体制も合わせて比べます。

費用の内訳：要件定義、設計、設定、開発、連携、移行、テスト、教育、リリース、保守
納品物：設定一覧、メタデータ、ソース、権限表、データ辞書、テスト結果、操作手順、変更履歴
体制と契約：責任者、業務担当、設計者、開発者、テスト担当、運用担当の役割と稼働時期、再委託の有無

障害時の連絡先、保守の応答時間、追加開発の単価、更新対応、契約終了時のデータ返却方法は、文書にして明確にします。

▶ 詳細はこちら：Salesforce Platformのシステム開発でおすすめの開発会社/ベンダー6選と選び方

▶ 詳細はこちら：Salesforce Platformのシステム開発の発注/外注/依頼/委託方法について

ポイント

開発会社は知名度より、同規模・同業務の実績と、標準機能を優先する設計力で比べます。提案書に、標準機能と独自開発の範囲が明記されているかを確かめるのが目安です。

Salesforce Platformのシステム導入事例と失敗しやすい点

大規模な顧客接点の改革では、営業やサービスの情報に加えて、予約、会話履歴、契約後の対応、外部チャネルを一つの業務の流れで扱います。

公式事例では、顧客対応、デジタル接点、Lightning Platform、外部サービスを組み合わせています。たとえば、来店予約や商談内容を蓄積し、対応の迅速化や成約率の改善を目指す構成です（出典: 公式導入事例、2025年）。

事例の読み方：製品名より業務成果

事例では、業務の変化と成果を読み取ります。導入製品の数は、そのまま自社には当てはまりません。

統合範囲：どの顧客接点とデータを一つにまとめたか
業務の変化：現場作業が何から何へ変わったか
自社への適用：KPIを自社の指標に置き換え、必要な機能から段階的に使い始める

入力率、重複率、対応や承認の時間、案件化率、継続率を、導入の前後で同じ指標により測ります。業務成果と利用状況を分けて見ると、機能を追加すべきか、定着を進めるべきかを判断しやすくなります。

失敗しやすいパターンと対策

失敗を避けるには、開始時点で目的、対象範囲、データ、権限、受け入れ条件を決めておきます。

目的より先に機能を選ぶ：最小リリース範囲と対象外の要件を決めておく
要望や移行を後回しにする：データの責任者と受け入れ基準を、早い段階で決める
権限・教育が不足する：アクセス権の一覧を作り、操作説明だけで終わらせない

現場の部分最適と経営の全体最適は衝突しやすいため、部門別の例外処理は絞り込みます。全社共通のルールと部門固有のルールを分け、意思決定者が優先順位を決めます。

セキュリティと2026年の最新動向

Platformの機能があっても、導入企業側での設計は必要です。

業務要件として、最小権限、共有設定、接続アプリ、API専用ユーザー、ログ監視を定めます。さらに、個人情報の保持と削除、バックアップ、委託先のアクセス管理も決めておきます。

権限・監査・データ保護

権限は部門単位で決めて終わりにせず、データや操作ごとに確かめます。

アクセス範囲：オブジェクト、レコード、項目、操作、連携
管理対象：限定公開する情報、退職時に止める接続、外部送信可能な項目
監査：ログの保存期間と定期的なアクセスレビュー

Lightning Web Securityは、名前空間ごとにJavaScriptの環境を隔離します。これにより、不正なデータアクセスやコンポーネント間の干渉を抑えます（出典: 公式開発者ドキュメント、2026年）。

ただし、Lightning Web Securityは、業務データの公開範囲やAPI権限を自動で適切にする機能ではありません。導入時の権限設計と定期的なアクセスレビューを組み合わせる必要があります。

AIエージェント活用の広がり

2026年は、AIエージェントを試す段階から、業務の流れに組み込む動きが強まっています。

2026年6月の公式発表では、Agentforceの試験導入から本番稼働への移行を支援する国内FDE Partner Networkが説明されています（出典: 公式プレスリリース、2026年）。初期は9社での展開とされています。

AIを業務に組み込む際は、参照させる情報と実行させる操作の範囲が、業務への影響を大きく左右します。そのため、試験から本番運用へ移る前に、データと操作の両面で準備を進めます。

データ品質：顧客、案件、商品、契約のデータを整えます
利用範囲：AIが参照してよい情報と、実行してよい操作を決めます
人による確認：回答の根拠を人が確かめ、誤回答時のエスカレーション経路を設けます
変更と監査：プロンプトやナレッジの更新を記録し、利用ログも定期的に確かめます

ポイント

Platformの共通機能に任せきりにせず、権限、共有設定、ログ監視、データの保持と削除を業務要件として導入時に定めます。AIを使う場合は、参照範囲と人による確認も合わせて決めておきます。

Salesforce Platformのシステムに関するよくある質問

導入前によく聞かれる質問を、答えとともに並べました。費用や開発範囲は業務要件で変わるため、判断の軸を持っておくと、過不足のない相談や見積もりにつながります。

Salesforce PlatformはCRM以外のシステムにも使えますか？

使えます。契約、申請、代理店、保守受付、プロジェクトをカスタムオブジェクトで管理し、FlowやAPIで業務をつなぎます。大量処理や複雑な基幹計算は、外部に残す構成も検討します。

Salesforce Platformのシステム開発費はいくらですか？

小規模な設定と簡易移行なら初期費用は30万〜100万円程度、中規模の拡張や複数部門のFlowなら150万〜600万円程度が推定の目安です。

外部連携、Apex・LWC、複雑な権限、監査対応を含むと、1,000万円以上になることもあります。比べる際は、ライセンス、移行、教育、保守を含めた初年度TCOで見ます。

自社開発と外部委託はどちらが向いていますか？

標準機能の設定や軽微な変更を続けられる管理者が社内にいる場合は、内製を中心に進められます。一方で、複数部門の要件整理、基幹連携、データ移行、権限設計、独自コードを伴う案件、短納期の導入には、専門会社の支援が向いています。さらに、将来の内製化を目指すなら、設定やソースだけでなく、設計の意図と運用手順も引き継いでもらいます。

開発期間はどのくらいかかりますか？

標準機能中心の小規模導入は2〜3か月、中規模で移行や外部連携を含む場合は3〜6か月が目安です。

複数部門や複数システム、独自コードを含む大規模案件は、6〜12か月以上が目安です。要件定義を急がず、テストと移行リハーサルの期間を確保しておくと、稼働後のトラブルを減らせます。

まとめ

Salesforce Platformは、CRMの枠を超えて、顧客、案件、契約、申請、保守などの業務をクラウド上でつなぐ基盤です。導入では、標準機能、既製アプリ、独自開発、外部連携を分けたうえで、データ、権限、移行、テスト、定着化まで計画します。

費用と発注先を判断するポイント

初年度TCOは、ライセンスだけでなく、初期構築や移行、連携の費用も含めて見ます。また、教育や保守、追加ストレージやAI関連費も同じ総額に入れます。さらに、発注先は、同規模・同業務の実績、標準機能を優先する設計力、技術範囲、移行とテストの責任、運用体制、引き継ぎ条件で比べます。

まず整理するべき項目

まず、対象業務と利用者数、現行データ、連携先を整理します。加えて、希望のリリース日、社内管理者の有無、解決したいKPIも書き出しておきます。

最小リリースの範囲と将来の拡張を分けて相談すると、過剰なカスタマイズや見積もり後の追加費用を抑えやすくなります。

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
 ・スクラッチシステム開発の完全ガイドブック
 ・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。