SFAシステム開発を安い費用で依頼する方法【2026年版】

はじめに

SFAシステム開発の外注費用は、画面数、利用人数、権限、データ移行、連携先、レポートの範囲で大きく変わります。費用を抑えるには、案件登録と次アクション管理など営業担当が毎日使う機能から始め、追加機能は段階的に検討しましょう。比べるときは初期費用だけでなく、利用料、保守、追加改修、社内の運用負担を含めた総額で判断してください。見積もりは同じ条件で依頼し、契約形態や検収の条件、データの扱いまで確認すると、後からの追加費用を防ぎやすくなります。

顧客、案件、活動履歴、次アクションを管理できればよい段階と、見積・在庫・請求までつなぐ段階では、必要な予算も設計も変わります。初期見積もりが低くても、入力されないシステムでは商談状況を把握できません。入力画面が複雑、顧客台帳が重複、営業ルールの変更に対応できないといった問題は、公開後の追加費用にもつながります。機能の数より、誰がいつ情報を更新するかを先に整理しましょう。

既製SFAの標準機能が業務に合えば、独自開発を減らせます。一方、独自の承認や商流があり、既存システムとの連携も必要なら、ノーコードを使った個別開発を比較する価値があります。どちらも利用料だけでなく、設定、移行、教育、保守を含めて判断します。

生成AIは、商談メモの整理などを助ける選択肢です。ただし、AIが出した内容をそのまま顧客台帳や見積書に確定せず、人が確認できる導線も必要です。安く始める場合ほど、自動化する範囲と人が判断する範囲を切り分けます。

この記事では、2026年時点で確認した公式料金をもとに、役割分担、開発範囲、現場定着、AI・基幹連携、外注見積もり、契約・検収とデータの権利の順に整理します。自社の営業フローに合う最小構成を決めるために活用してください。

安く依頼できるケースとSFA・CRM・MAの役割

SFAは商談の進行、CRMは顧客との関係、MAは見込み客の育成を主に担います。製品によって機能は重なるため、名称だけで購入せず、どの業務をどこで管理するかを決めます。詳しい整理はSFA・CRM・MAの違いと使い分けも参考になります。

役割	現場で得たい価値	避けたい問題	設計の要点
SFA	商談進捗と次の行動の共有	入力項目の増やしすぎ	必須項目とモバイル入力を絞る
CRM	顧客台帳と接点履歴の共有	重複登録・名寄せ漏れ	顧客IDと更新責任者を決める
MA	見込み客の育成と引き渡し	スコアが営業行動につながらない	担当者へのタスクを決める
BI	予実・案件の可視化	数字を見るだけで終わる	異常値を確認する担当を決める
ワークフロー	見積などの承認	例外案件が滞留する	期限・代行者・通知先を決める

安く始めやすいのは、単一部署で案件登録と次アクション管理から着手できるケースです。初期版のデータを顧客・案件・活動履歴に絞り、複雑な代理店管理や売上予測は後から追加します。最小構成でも、権限と顧客IDの設計は先に行います。

既製SFAと個別開発の費用比較

以下は2026年10月24日に確認した公式表示額です。Salesforceはユーザー単位、Bubbleはアプリを作る基盤のプロジェクト単位で、同じ機能一式の価格ではありません。Bubbleの金額に開発会社への構築費が含まれるわけではない点にも注意してください。

サービス・プラン	公式表示の月額・契約条件	税・初期費用・最低契約の確認事項
Salesforce Starter Suite	3,000円/ユーザー/月、月払いまたは年払い	基本料の税込/税抜、初期設定費、最小ユーザー数は掲載箇所に明記なし・要見積確認
Salesforce Pro Suite	12,000円/ユーザー/月、年間契約	基本料の税込/税抜、初期設定費、最小ユーザー数は掲載箇所に明記なし・要見積確認
Salesforce Core	23,400円/ユーザー/月、年間契約	基本料の税込/税抜、初期設定費、最小ユーザー数は掲載箇所に明記なし・要見積確認
Salesforce Advanced	47,400円/ユーザー/月、年間契約	基本料の税込/税抜、初期設定費、最小ユーザー数は掲載箇所に明記なし・要見積確認
Salesforce Max	66,000円/ユーザー/月、年間契約	基本料の税込/税抜、初期設定費、最小ユーザー数は掲載箇所に明記なし・要見積確認
Bubble Starter（Web & Mobile）	59米ドル/月相当、年払い・1プロジェクト単位	税の扱いは契約時確認、初期構築費別途、ユーザー単価ではない
Bubble Growth（Web & Mobile）	209米ドル/月相当、年払い・1プロジェクト単位	税の扱いは契約時確認、初期構築費別途、ユーザー単価ではない
Bubble Team（Web & Mobile）	549米ドル/月相当、年払い・1プロジェクト単位	税の扱いは契約時確認、初期構築費別途、ユーザー単価ではない

出典はSalesforce日本向け公式料金とBubble公式料金です。BubbleはWeb専用などの区分もあるため、表のセットプランが必須とは限りません。処理量を表すWorkload Unitsの追加課金や外部API利用料も別に確認します。

比較するのは初期費用と3年間の運用費の合計です。 構築・移行費に、利用料、保守、追加改修、社内運用の負担を加えます。個別開発の費用は要件で変わるため、一律の相場を当てはめず、同じ画面・権限・連携条件で見積もりを取りましょう。

開発費が変わる要件と現場定着の3つの壁

入力負荷、データ分断、業務ルールの変更が、定着と追加費用を左右します。まずスマートフォンで入力する項目を減らし、訪問後に次の行動と期限を登録できる画面にします。音声入力や名刺OCRを使うなら、誤変換を確認する画面も用意します。

分断への対策は、取引先や品目の共通マスターを決めることです。例えば顧客情報はCRM、在庫数量は基幹システムを正とし、更新元を二重にしません。リアルタイム更新が不要ならCSVの定期取込も候補ですが、担当者とエラー時の再処理まで決めておきます。

変更対応では、承認基準や価格の適用期間を設定データとして管理します。運用担当が変えられる範囲と、開発会社による改修が必要な範囲を分け、例外申請には期限と責任者を持たせます。毎月の振り返りで例外を標準フローへ取り込めば、個別対応の増加を抑えられます。

比較軸	小さく始める範囲	費用が増える要件
営業フロー・画面	単一部署、登録・一覧・活動記録	複数部署、代理店専用画面、複雑な承認
機能・集計	次アクション通知、基本集計	見積書生成、独自予測、複数帳票
権限	担当者・管理者の閲覧範囲	部署・役職・代理店ごとの細分化
データ・連携	整理済みCSVの移行	名寄せ、基幹・会計・MAとの双方向連携

ノーコード/AI活用と基幹連携の具体例

ここでは卸売業を想定した設計例で説明します。実際の導入成果を示す事例ではありません。営業が訪問メモを入力し、AIが要点と次アクションを抽出して、担当者の確認後に案件へ登録する構成です。役職別に、営業には期限、管理者には支援が必要な案件を表示します。

ChatGPT・Gemini・Claudeなどの生成AIを組み込む場合も、用途ごとに参照情報と承認者を決めます。見積素案は承認済み単価表と有効期間を参照させ、担当者が金額を確定します。リスク検知は納期や競合比較の発言を根拠付きで提示し、検証していない成約確率に置き換えません。週次要約には確認担当と次の行動を添えます。

AIの出力はドラフトとして扱います。 顧客名や金額の誤りを修正できるよう、元メモ、出力、確定内容を区別して記録します。顧客データの外部送信範囲や保存条件も確認し、当初はメモ要約のような一用途で試します。

BubbleのAPI Connectorは外部APIを呼び出せます。ただし、連携先のAPI仕様や契約条件に合う実装が必要です。Privacy Rulesでデータの閲覧範囲を制御し、画面で項目を隠すだけの設計は避けます。

見積から受注、請求へ進めるときは同じ顧客・品目IDを使い、重複送信を防ぎます。在庫引当の試算や不足時の通知、製造指示への連携は、基幹側との責任分担が決まってから追加します。代理店別権限や継続請求も段階的に検討し、最初から一括自動化しません。

ノーコードでも大量データの処理や連携の保守は設計が必要です。ノーコード総合研究所への相談では、通常時だけでなく処理失敗時の復旧まで含めて構成を整理できます。既にFirebaseを採用する場合は、公式料金の無料枠・従量課金条件を確認し、不要な基盤の追加は避けます。

外注見積もりと保守費・段階導入の進め方

依頼時は画面数、利用人数、権限、移行データ量、連携先、レポートを同じ条件で提示します。項目追加やAPI変更への対応、障害時の連絡、バックアップと復元、引き継ぎ資料が保守費に含まれるかを確認します。安さの理由が作業範囲の違いなら、そのまま比較できません。

導入は、業務の棚卸し、試作、少人数での試用、修正、本番移行の順に進めます。試用では案件の記録率、主要項目の欠損率、次アクション登録率を見て、教育と入力画面を改善します。日数を先に保証するより、移行・権限・連携の受入条件を決めることが重要です。

ROIは導入前後の実測で判断します。 入力時間の削減と再入力の減少を測り、成約率や粗利は営業施策の影響も分けて追います。時間が減っても直ちに現金支出が減るとは限らないため、削減時間の評価額と実際の費用削減を区別します。

契約形態と検収条件の決め方

SFAシステム開発を外注するときは、費用の比較とあわせて、工程ごとに契約形態を分けて考えます。要件が固まっている画面や機能の構築は請負、要件定義や試用しながら入力画面を直す工程は準委任とするなど、作業の性質に合わせて選びます。どちらの契約が必ず安いということはないため、責任の範囲と成果物の定め方の違いを理解したうえで決めましょう。

検収の基準は、発注前に決めておくことが重要です。 主要画面が想定どおりに動くか、担当者や管理者の権限で見える範囲が正しいか、移行した顧客・案件データが元のデータと一致するかなど、受け入れ時に確認する項目を見積もりの段階で共有します。基準があいまいなままだと、修正が不具合対応なのか追加開発なのかで意見が分かれやすくなります。

試用を始めると、項目の追加や画面の変更を求める声が出てきます。変更の依頼者、影響範囲と費用の確認、承認者、反映時期を決めた手順を用意し、口頭の依頼だけで作業が進まないようにします。承認された変更を記録に残せば、総額の見通しも保ちやすくなります。

顧客データと成果物の権利・乗り換えへの備え

SFAに蓄積した顧客・案件・活動履歴は、運用を続けるほど価値が高まります。将来の外注先変更やツールの乗り換えに備え、どのデータをどの形式で出力できるか、誰がどの手順で出力するかを契約前に確認しましょう。

開発した画面や設定、ワークフローの権利をどちらが持つかは、契約で取り決める事項です。あわせて、設定情報や管理者アカウント、引き継ぎ資料をどこまで引き渡すかも明記します。扱いは契約内容によって異なるため、不明な点は契約書の案を見ながら外注先と確認してください。

Bubbleなどで作る場合は、アプリを所有するアカウントの名義を自社にしておく考え方が有効です。 開発会社には編集の権限を付与して作業してもらう形にすると、契約が終わった後もアプリと利用料の契約を自社で管理しやすくなります。

以下は、発注前に見積書や契約書で確かめておきたい項目です。前の章で整理した開発範囲の比較とあわせて確認してください。

確認項目	確認すること	見積書・契約書での書き方の例
契約形態（請負・準委任）	完成責任を負う工程と、作業の提供にとどまる工程の分け方	要件定義と試用期間中の改善は準委任、確定した仕様に基づく構築は請負とする旨を工程ごとに記載する
検収の基準	受け入れ時に確認する画面・権限・移行データの項目	主要画面の動作、権限ごとの表示範囲、移行データの照合結果を検収項目として列挙する
追加変更の手続き	変更の依頼から見積もり、承認、反映までの流れ	仕様変更は書面で依頼し、影響範囲と費用の見積もりを双方が承認してから着手すると記載する
顧客データの出力	出力できるデータの範囲・形式・手順	顧客・案件・活動履歴を発注者が指定する形式で出力できることと、その手順書を納品物に含めることを記載する
成果物・アカウントの権利	画面・設定の権利の扱いと、管理者アカウントの名義	開発した画面・設定の権利の扱いと、管理者アカウント・設定情報の引き渡し範囲を記載する
保守の範囲	保守に含まれる作業と、別途見積もりになる作業	障害対応、軽微な項目追加、バックアップと復元のうち保守に含む作業を列挙し、それ以外は別途見積もりと記載する

よくある質問

SFA開発は請負と準委任のどちらで契約すればよいですか？

要件の固まり具合で選ぶのが基本です。要件定義や試用しながらの改善は準委任、仕様が確定した構築は請負というように、工程ごとに分ける方法があります。適した形は案件ごとに異なるため、一律に決めず外注先と相談してください。

外注先を変えるときに、SFAの顧客データは移せますか？

出力の方法と形式を契約前に確認していれば、移しやすくなります。項目の定義や、旧システムと新システムのIDの対応表も残しておくと、移行時の照合がしやすくなります。ただし、データの構造や契約条件によって必要な作業は変わるため、事前の確認が欠かせません。

安い見積もりを選ぶときは何を確認すればよいですか？

データ移行、テスト、教育、保守など、見積もりから除外されている作業がないかを確認します。あわせて、どのような場合に追加費用が発生するかも確かめてください。作業範囲が違う見積もりは、金額だけでは比べられません。

まとめ

SFAシステム開発を安い費用で依頼するには、営業担当が使う最小構成を決め、同じ条件で費用を比べることが出発点です。既製SFAで満たせる業務は標準機能を活用し、独自の商流や承認が必要な部分を個別開発の候補にします。

料金比較では、ユーザー単位のSaaS利用料と、Bubbleのような開発基盤の料金を区別しましょう。公式表示額に加え、契約期間、税、初期設定、移行、保守、従量課金まで含めると、公開後の負担を見通しやすくなります。

現場定着のためには、入力項目を絞り、顧客と品目の管理元を決め、営業ルールを変更できる範囲を明確にします。権限や例外処理を後回しにすると、画面だけ完成しても運用が止まりやすくなります。

AIはメモの整理や見積のたたき台に使い、人が確認して確定する流れを設けます。基幹連携は見積・受注・請求などの必要な範囲から始め、在庫や製造、代理店管理へ段階的に広げると、検証すべき範囲を管理できます。

発注前には、現行画面と帳票、連携先、必要な閲覧権限、毎月変更する項目をまとめてください。費用を下げたい部分だけでなく、止められない業務と運用担当者も伝えると、見積もりの前提がそろいます。契約形態、検収の基準、データの出力方法も見積もりの段階で確認しておきましょう。

SFAを安く始めるには、営業状況のうち何を誰が見たいのかを先に決めることが近道です。当社では、ベンダー・パートナー・顧客の3者間の営業活動と売上状況を一元管理し、パートナーごと・顧客ごとの売上や取引の進捗を確認できるダッシュボードを備えた売上管理SaaSの開発を支援しています。見たい指標と入力項目を整理する段階からご相談いただけます。

関連する事例：SaaSベンダー・パートナー間の売上管理SaaSの事例を見る

会社概要を見る・開発実績を見る

受託開発の相談・具体的な相談を送る