SFAシステム開発の外注｜費用相場・発注先の選び方とスクラッチ／SaaS改修の判断基準

SFA（営業支援システム）を外注しようと調べ始めると、200万円という数字と1,500万円という数字が同じ「SFA開発」の見出しで並んでいます。差の正体は値付けではなく、何をどこまで作るかという範囲の違いです。設定変更だけを頼むのか、SaaSに不足機能を足すのか、ゼロから作るのかで、費用も工期も発注先の顔ぶれも入れ替わります。この記事では、外注範囲の切り分け方から方式別の相場、見積の工数内訳から発注先の妥当性を確かめる観点、契約形態と検収条件までを受託開発会社の立場で整理します。

まとめ｜SFA外注は範囲の切り分けと方式選定でほぼ決まる

SFA開発の外注で結果を左右するのは、発注先の選定より前の「何を外注するか」の決定です。SaaSの初期設定だけなら50万〜200万円、追加開発なら200万〜800万円、スクラッチなら小規模200万〜500万円・中規模600万〜1,500万円が2026年時点の目安になります。

スクラッチを選んでよいのは、独自の営業プロセスを変えられない、基幹や見積との密な連携が要る、外部提供の予定があるといった条件が3つ以上重なる場合だけです。営業30名以下で標準機能が業務に収まるなら、SaaSに不足分だけ追加開発するハイブリッドが総額でも工期でも有利です。

発注先は総額ではなく、工数内訳と人月単価を開示できるか、営業現場の入力設計に踏み込む提案があるか、連携実績を具体名で説明できるかで見てください。契約は要件が固まっていれば請負、探りながら進めるなら準委任を使い分け、検収条件と権利は発注前に文面で確定させます。

SFA開発を外注する前に決める3つの前提｜範囲と要件と内製の線引き

見積を集める前に決めることが3つあります。外注する範囲、社内で確定させる要件、内製に残す業務です。この3つが曖昧なまま複数社に声をかけると、提案が横に並ばず比較が成立しません。SFAの機能範囲やCRM・MAとの役割分担が定まっていない場合は、SFAとは？営業支援システムの機能・CRM/MAとの違いと選び方で先に整理してください。

外注範囲の3類型｜初期設定・SaaS追加開発・スクラッチの違い

SFA開発の外注は3つの類型に分かれます。ひとつ目はSaaSの初期設定代行で、案件ステージの定義、項目設計、権限設定、レポート作成、データ移行までをベンダーに任せ、コードは書きません。相場は50万〜200万円程度です。

ふたつ目はSaaSへの追加開発です。標準機能では表現できない見積ロジックや承認フロー、連携APIを拡張基盤の上に実装する形で、Salesforceなら200万〜800万円程度が目安になります。3つ目がスクラッチ開発で、データベース設計から画面まで独自に作ります。

3類型は得意な発注先も異なります。初期設定代行は認定パートナーや導入支援専業、追加開発はそのSaaSの拡張言語を扱える開発会社、スクラッチは業務システムの受託開発会社です。範囲を決めずに相談すると各社が得意な類型で提案してくるため、金額が桁違いに散らばります。

要件を固めずに発注したときに起きること｜見積の横比較が崩れる理由

要件が固まっていない状態の見積は、各社が前提を勝手に補って作ります。A社は営業50名・連携なし、B社は営業100名・基幹連携ありで積む。金額だけで比べれば当然A社が安く見えます。

発注前に自社で確定させておくべき項目は5つあります。利用人数と部門、管理したい情報の粒度（案件・活動・見積・売上予測のどこまでか）、連携が必要な既存システムの名前、移行するデータの量と保管年数、稼働希望時期です。この5つを1枚にまとめて全社に同じ条件で渡すと、見積の差は前提の差ではなく実力と単価の差になります。細部はベンダーの要件定義工程で詰める前提でよく、精緻な仕様書までは要りません。

内製に残す範囲と外注に出す範囲｜運用管理を手放すと費用が伸びる

外注範囲を広げるほど楽に見えますが、稼働後の運用管理まで外注すると総額が伸び続けます。項目の追加、権限の変更、レポートの作り直しを毎回ベンダーに依頼すると、1件あたり数万円の作業費が積み上がるためです。

線引きの目安は、設計・実装・データ移行・連携開発は外注、稼働後の項目追加とレポート作成は内製という配分です。そのためには管理画面から設定変更できる範囲を発注時に確認し、要件定義の段階で「この変更は社内で行いたい」と伝えておいてください。

内製に残すなら管理担当を1名は置いてください。不在だと誰も触れず初期設定のまま形骸化します。運用工数の金額換算はSFAの費用相場｜初期費用・月額の内訳とクラウド／自社構築の分岐点で試算しています。

開発方式別に見る外注費用と工期｜スクラッチ・SaaS改修・OSSの相場

外注範囲が決まったら、方式ごとの費用と工期の水準を押さえます。以下の数値は2026年時点で複数の比較媒体が集計している市場相場であり、単一ベンダーの公表価格ではない点を踏まえて幅で読んでください。

スクラッチ開発の費用レンジ｜小規模200万円から大規模1,500万円超まで

スクラッチ開発の相場は規模で3段階に分かれます。小規模（営業30名程度・案件管理と活動履歴が中心）で200万〜500万円、中規模（30〜150名・基幹や見積との連携あり）で600万〜1,500万円、大規模（150名以上・多階層の権限）では1,500万円を超えます。

金額を動かす要因は3つです。第1は連携先の数で、基幹・見積・会計・名刺管理と接続先が増えるほど設計とテストの工数が線形以上に膨らみます。第2は権限設計の階層、第3はデータ移行です。拠点別・役職別の閲覧制御が重なると設計工数が跳ね、旧システムからの名寄せを含むと移行工数が読みにくくなります。

工期は表のとおり小規模3〜5か月、中規模6〜10か月ですが、ここに社内の意思決定期間が加わります。稼働希望日から逆算するなら、中規模で1年前には動き出す計算です。

SaaSカスタマイズの費用｜設定50万円と追加開発800万円を分ける線

SaaSを土台にする場合、費用は設定で済むか開発が要るかで分かれます。設定で済むのは標準オブジェクトの項目追加、入力規則、承認プロセス、レポートの作り込みまでで、この範囲なら50万〜200万円に収まります。

開発が要るのは、標準機能の画面遷移を変える、外部システムとリアルタイムに同期する、複雑な料率計算を行うといった要件です。SalesforceならApexやLightning Web Componentsによる実装となり、200万〜800万円程度に上がります。ライセンス費用は別途、1ユーザー月額3,000〜15,000円程度が市場の分布です。

見積依頼のときは、要件ごとに「設定で実現できるか、開発が要るか」をベンダーに仕分けさせてください。仕分けを提示できない相手は、その製品の標準機能を把握していません。製品そのものの選び方はSFA比較の進め方｜機能・価格・タイプ別の選定基準と失敗しない選び方にまとめています。

オープンソースSFAという選択肢｜ライセンス0円でも消えない保守負担

ライセンス費用を抑える方法に、オープンソースのCRM／SFAを土台にする選択肢があります。代表例のSuiteCRMは2026年7月時点で7.15系と8.10系の2系統が公式配布され、EspoCRMは同月にv10.0系が公開されています。SuiteCRMはAGPLv3系のライセンスです。

ライセンス料が0円になる代わりに、サーバー費用と保守作業が自社負担になります。導入と日本語化、項目のカスタマイズ、データ移行までを外注すると100万〜600万円程度、そこにサーバー運用と版数更新が毎年乗る構造です。AGPL系ライセンスは改変物を外部にサービス提供するとソース開示義務が生じるため、社内利用に留めるかを法務と確認してください。

採用してよいのは、社内にPHPやサーバー運用を扱える技術者がいて、脆弱性対応と版数更新を自走できる場合に限られます。体制がないままOSSを選ぶと更新が止まって塩漬けになり、乗り換え時の移行費用がSaaSより高くつく点が落とし穴です。削減できるライセンス費用は営業20名規模で年間70万円前後ですが、保守を外注すればその差は消えます。

発注先を選ぶ4つの観点｜見積の内訳と提案の妥当性を確かめる方法

相見積を取ると総額と納期の表だけで比べたくなりますが、SFAは動くものを作れば成功するシステムではありません。営業が毎日入力し続けなければ情報が溜まらないためです。以下の4観点で提案の中身を見てください。

観点1｜工数内訳と人月単価を開示できるか（60万〜150万円の幅）

見積書に総額しか書かれていない場合は、工程別の工数内訳を求めてください。一般的な配分は、要件定義・設計20〜30%、フロントエンド開発20〜25%、バックエンドとAPI開発25〜35%、テストと品質管理10〜15%、インフラとセキュリティ5〜10%、プロジェクト管理5〜10%です。

配分から極端に外れる見積は理由を確認してください。要件定義が10%を切る見積は要件を発注者任せにして後から追加請求する構造になりやすく、テストが5%程度の見積は品質保証工程が薄いことを意味します。

人月単価は職種と地域で60万〜150万円程度に分布します。単価と工数の両方が競合より小さい見積は、範囲を狭く見積られているか、経験の浅い体制を想定しているかのどちらかです。誰がどの工程に何人月入るかまで確認してください。

観点2｜営業現場の入力設計とUI改善まで提案範囲に含まれているか

SFAが定着しない原因の大半は、機能不足ではなく入力負荷です。1件の商談を登録するのに必須項目が15個並ぶ画面を作れば、営業は入力を後回しにし、月末にまとめて数字を入れるようになります。売上予測の精度は上がりません。

提案書で見るべきは、入力項目をどう絞るか、モバイル入力をどう設計するか、既存の日報やExcelからどう置き換えるかに踏み込んでいるかどうかです。機能一覧と画面数だけを並べた提案は、作る側の視点で書かれています。

「1商談の登録に何秒かかる想定ですか」「必須項目は何個に抑える設計ですか」の2つを聞き、答えられるかどうかで見分けてください。稼働後の定着施策はSFA導入の進め方｜目的設定から定着までの手順と失敗しない判断基準で扱っています。

観点3｜基幹・見積・名刺管理との連携実績を具体名で説明できるか

SFAは単体で完結しません。受注後は基幹に引き継ぎ、見積は既存システムと突き合わせ、名刺やメールから顧客情報が入ってきます。連携設計が甘いと二重入力が発生し、現場の負担が増えます。

確認するのは、自社が使う製品名を出したときに接続方式まで答えられるかどうかです。API連携かCSV連携か、リアルタイムか日次バッチか、どちらを正とするか。この3点を即答できる相手は同種の実装を経験しています。実績は「導入社数」でなく「同じ連携構成の事例が何件あるか」で聞いてください。連携設計の考え方はCRM連携とは？MA・SFA・基幹をつなぐAPI連携の設計と選定基準で整理しています。

観点4｜安い見積の正体を除外事項と追加費用の発生条件から見抜く

他社より2割以上安い見積が出てきたら、金額ではなく除外事項を読んでください。見積書の末尾や別紙に、含まれない作業が列挙されています。よくあるのはデータ移行、接続テスト、ユーザー教育、稼働後1か月の伴走、本番環境の構築です。

これらが除外された見積は開発だけの金額です。除外分を後から追加すると、結局は他社と同水準か、追加発注のたびに単価が上がって高くつきます。「この金額で稼働まで到達しますか」と聞き、到達しない場合に必要な費用と工数を書面で出させてください。

逆に、同種の業務パッケージを流用できる、要件が得意領域と重なるといった理由を説明できるなら安さは妥当です。安い理由を語れるかが、値付けの根拠を持っているかの判別になります。

スクラッチとSaaS改修の判断基準｜採用してよい条件と見送る場面

スクラッチを採用してよい条件｜4項目のうち3つ以上が重なるとき

スクラッチを選んでよいのは、次の4項目のうち3つ以上が当てはまる場合です。第1に、営業プロセスが業界固有で、SaaSの案件ステージ概念に載せると業務が壊れること。第2に、基幹や見積システムとリアルタイムに双方向同期する必要があり、標準連携では要件を満たせないこと。

第3に、売上予測や与信のロジックが自社独自で、計算式を外部に置けないこと。第4に、将来的に外部提供や販売を想定していること。4つ目に該当するならSaaS上の実装は再販できないため、選択肢は実質スクラッチだけです。

3つ以上が重なるときは、初期費用が高くてもスクラッチが合理的です。当てはまるのが1つか2つなら、その点だけをSaaS上の追加開発で解決するほうが総額は下がります。総額がどこで逆転するかはSFAの費用相場｜初期費用・月額の内訳とクラウド／自社構築の分岐点で試算していますが、単価3,260円のプランなら営業70名前後が目安です。

スクラッチを見送るべき場面｜営業30名以下と標準機能で足りる業務

営業が30名以下で、案件管理・活動履歴・売上予測という標準機能で業務が回るなら、スクラッチは見送ってください。この規模ではSaaSのライセンス費用を5年払い続けてもスクラッチの初期費用に届かず、保守と機能追加の負担だけが残ります。

社内に情報システム担当が不在か兼任1名の場合も同様です。スクラッチで作ったシステムは脆弱性対応もライブラリ更新も自社の責任になるため、数年後に更新が止まったシステムを抱えます。

「安く依頼したい」という動機だけでスクラッチを検討するのも見送り対象です。ライセンス費用が不要という理由で選ぶと、初期費用と保守費用の合計がSaaSの数年分を超え、機能追加のたびに発注が要る構造になります。安く済ませたいなら、SaaSの標準機能に業務を寄せる方向を選んでください。

ハイブリッド開発が現実解になる理由｜SaaS基盤に不足分だけ追加

実務で最も選ばれるのは、SaaSを土台に不足分だけを追加開発するハイブリッド型です。認証・権限・モバイル対応・バックアップはSaaS側が提供し続けるため、費用を払う対象を独自要件だけに絞れます。

この方式なら初期費用は設定と追加開発を合わせて250万〜1,000万円程度に収まり、スクラッチ中規模より工期も短くなります。版数更新はベンダー側が行うため保守負担も軽い一方、追加開発した部分がSaaSの仕様変更で影響を受けるため、年1〜2回の更新時に動作確認する体制を発注時に組み込んでおいてください。

発注先は、SaaSの導入支援と追加開発を同じ会社で受けられるかを確認してください。当社ではSalesforce導入支援サービス・Apex開発として、初期設定から独自ロジックの実装、既存システムとの連携までを一貫して請け負っています。設定で済む要件と開発が要る要件を切り分けて見積を出すため、範囲が曖昧なまま総額が膨らむ事態を避けられます。

契約形態と発注後の進め方｜請負と準委任の使い分けから検収条件まで

方式と発注先が決まったら、契約と進め方の設計に移ります。ここを詰めずに着手すると、完成の定義が曖昧なまま検収でもめ、追加費用の請求が続く事態になります。

請負と準委任の選び分け｜要件が固いか動くかで責任範囲が変わる点

請負契約は成果物の完成に報酬を払う形で、仕様が確定し完成の判定基準を書面にできる場合に向きます。ベンダーは契約不適合責任を負うため、納品後に仕様との相違が見つかれば修補を求められます。

準委任契約は作業の遂行に対して報酬を払う形で、要件を探りながら進める工程や稼働後の運用支援に向きます。2020年施行の改正民法では、準委任にも成果の完成を条件とする「成果完成型」が明文化されました。

実務では工程で分けるのが扱いやすい形です。要件定義は準委任、設計から実装・テストは請負、稼働後の運用支援は準委任という配分にしてください。要件定義まで請負に含めると、要件が動いたときに変更契約が必要になります。

検収条件と受入テストの設計｜合格基準を契約書に書き込んでおく理由

検収でもめる原因は、合格基準が「正常に動作すること」としか書かれていない点です。何をもって正常とするかの解釈が食い違い、支払い時期が延びます。

契約書に書き込むべきは4点です。受入テストの実施主体と期間（納品後2週間など）、合格基準（テストケースの何%が通れば合格か）、不合格時の修補期限、検収みなし条項。先に決めれば判断が感情論になりません。

受入テストのケースは発注者側が業務目線で作ってください。ベンダーが作ったケースは実装の裏返しになりやすく、業務が回るかを検証できません。「新規案件を登録して受注まで進め、基幹に連携されるか」という流れ単位なら、連携部分の穴が見つかります。

ソースコードとデータの権利｜乗り換え可能性を残す3つの取り決め

発注前に確定させたい権利関係は3つです。第1に著作権の帰属先で、スクラッチ開発では契約に定めがなければ著作権はベンダー側に残るため、譲渡するのか利用許諾に留めるのかを明記します。

第2はソースコードの引き渡し範囲です。実行環境だけの納品か、ソースコードと設計書も納品されるかで、他社へ保守を移せるかが変わります。第3はデータの抽出方法で、契約終了時にどの形式で取り出せるかを定めておかないと、乗り換え時に抽出作業費を請求されます。

曖昧にしたまま数年運用すると、保守費用の値上げに応じるしかない状態になります。SaaSを土台にする場合も、追加開発した部分のコードとカスタムオブジェクトの定義を自社で保持できるかを発注時に確認してください。

よくある質問

SFAシステム開発を外注する費用の相場はいくらですか？

外注範囲によって50万円から1,500万円超まで分かれます。2026年時点の目安は、SaaSの初期設定代行が50万〜200万円、SaaSへの追加開発が200万〜800万円、スクラッチが小規模200万〜500万円・中規模600万〜1,500万円・大規模1,500万円超、オープンソースの導入と改修が100万〜600万円程度です。金額を動かすのは機能数より連携先の数と移行データの複雑さになります。

SFAシステム開発を安く依頼するにはどうすればよいですか？

要件を5項目（利用人数・管理する情報の粒度・連携先・移行データ量・稼働時期）に整理して全社に同条件で渡し、設定で実現できる要件と開発が要る要件を仕分けさせるのが最も効きます。方式としては、スクラッチではなくSaaSに不足分だけ追加開発するハイブリッドが総額を抑えられる形です。単価の安さだけで選ぶと、除外事項として抜かれたデータ移行や教育が後から追加請求になります。

プロの発注先かどうかはどこで見分けられますか？

見積の工数内訳と人月単価を工程別に開示できるか、営業の入力負荷に踏み込んだ提案があるか、自社の既存システム名を出したときに接続方式（API連携かCSV連携か、リアルタイムか日次バッチか、どちらを正とするか）を即答できるかの3点です。導入社数ではなく、自社と同じ連携構成の事例が何件あるかを聞いてください。要件定義工程が全体工数の10%を切る見積は、後から追加請求になりやすい点にも注意が要ります。

オープンソースのSFAを使えば費用を抑えられますか？

ライセンス費用は0円になりますが、サーバー費用と保守作業が自社負担になります。SuiteCRM（2026年7月時点で7.15系と8.10系）やEspoCRM（同じくv10.0系）が代表例で、導入・日本語化・カスタマイズ・移行を外注すると100万〜600万円程度です。社内にPHPとサーバー運用を扱える技術者がいて、脆弱性対応と版数更新を自走できる場合に限って採用してください。体制がないと更新が止まり、乗り換え費用がSaaSより高くつきます。AGPL系は外部提供時のソース開示義務があり、法務確認も要ります。

スクラッチとSaaSカスタマイズはどちらを選ぶべきですか？

4つの条件（営業プロセスが業界固有・基幹とのリアルタイム双方向同期が必要・独自の予測や与信ロジックを外部に置けない・将来の外部提供や販売を想定）のうち3つ以上が重なるならスクラッチ、1〜2つならSaaSへの追加開発です。営業30名以下で標準機能に業務が収まる場合や、情報システム担当が不在または兼任1名の場合は見送ってください。総額が逆転するのは1ユーザー3,260円の想定で営業70名前後が目安です。

関連記事

• SFAの費用相場｜初期費用・月額の内訳とクラウド／自社構築の分岐点：自社構築との損益分岐を数字で確かめる場合に。
• SFA比較の進め方｜機能・価格・タイプ別の選定基準と失敗しない選び方：製品同士を比べる段階で。
• SFA導入の進め方｜目的設定から定着までの手順と失敗しない判断基準：発注後の導入工程と定着施策の確認に。
• SFAとは？営業支援システムの機能・CRM/MAとの違いと選び方を解説：SFAで何を管理するかの基礎知識。
• CRM連携とは？MA・SFA・基幹をつなぐAPI連携の設計と選定基準を解説：連携要件を発注前に詰める設計観点。