フィールドセールス支援システムの発注は、業務と導入目的を整理し、方式を選び、要件について関係者が合意するという順に進めます。この順で進めると、現場への定着とExcelへの逆戻り防止につながります。
▼全体ガイドの記事
・フィールドセールス支援システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
フィールドセールス支援システムを発注する前の全体像
発注前には、製品名より先に、標準機能で足りる範囲と個別開発が必要な範囲の線引きを決めておきます。顧客から受注までの業務は一連につながっているため、線引きが曖昧だと予算と納期が膨らみます。
導入目的と対象業務の決め方
導入目的は、日報のデジタル化や訪問予定と実績の一元管理など、何を解決したいかから定めます。目的は業務と指標に置き換えておくと、要件に落とし込みやすくなります。
- 活動記録：訪問後24時間以内の記録率を高める
- 商談管理：次回アクション未設定の商談を減らす
- 見積承認：承認の滞留時間を短くする
「売上を上げたい」という目標は、業務とKPIへ落とし込んで初めて要件になります。
対象を営業部だけにするか、営業事務、マーケティング、受注まで含めるかを決めます。
在庫や経理へ広げるかも、あわせて検討します。
範囲が広いほど、連携と権限の設計は複雑になります。一方で、営業だけに絞ると二重入力が残る場合があります。
全社一斉に始めるより、代表的な営業所や5〜20人程度のチームで検証する段階設計のほうが現実的です。
外回り営業ならではの要件の洗い出し
外回りの環境に合わせ、操作性と情報管理の条件を要件に含めます。その条件は、スマートフォン、通信断、位置情報、情報管理の4点です。
- スマートフォン：片手での操作と少ないタップで記録でき、写真や資料も添付できる画面
- 通信断：オフラインで入力したデータの同期と、重複登録や競合更新への対応を確認する
- 位置情報：常時の取得は避け、訪問時の記録、閲覧者、保存日数、本人への通知を決める
- 情報管理：位置情報、連絡先、商談履歴への権限、監査ログ、端末紛失時の対応
フィールドセールス支援システムの発注形態の選び方
発注形態の選択肢は、SaaS、SaaS設定・連携、ローコード、パッケージ改修、フルスクラッチの5つです。
標準的なSaaSから、自社向けに作り込むフルスクラッチまで、段階的に並びます。
独自業務が競争力の中心でなければ、標準機能やローコードから始めます。
差が出る部分だけを拡張すると、費用と保守負担を抑えられます。
早く始めたい企業向けのSaaS・パッケージ導入
一般的な業務を早く整える方法と、自社に合わせて調整する方法を比べます。
- SaaS：一般化した顧客・案件・日報管理を短期間で整える
- パッケージ：標準業務を活かし、承認や権限を自社向けに調整する
SaaSは初期費用を抑えやすく、更新とインフラ運用も提供会社に任せられます。
SaaSでも、料金改定やデータ保管場所、API制限などは、契約前に確認しておく必要があります。
オフライン機能と画面変更の可否も、あわせて確かめます。
パッケージは導入会社の知見を利用できます。ただし、過度な改修は更新を妨げます。
見積では、標準設定、追加開発、将来のアップデート対応を分けてもらいます。
小さく作って現場で改善したい企業向けのローコード開発
導入時は、画面の柔軟性や料金を確認したうえで、連携範囲と管理方法も見ておきます。
- 業務適合：顧客、訪問、商談、活動履歴の画面を組み立てやすい
- 社内改善：担当者が画面や運用の改善に参加しやすい
- 料金と拡張：プランごとの料金と外部連携・プラグインの条件を確認する
- 運用管理：正本、管理者、契約主体、引き継ぎ、命名規則、権限
2026年8月時点の月額料金は、ライトが1ユーザー1,000円、スタンダードが1ユーザー1,800円です。さらに、ワイドは1ユーザー月額3,000円で、いずれも税抜です（出典：サイボウズ株式会社「kintone 料金」、2026年）。
ただし、画面設計、帳票、地図の費用は別途確認が必要です。移行や保守の費用も、あわせて別途確認が必要です。
部門ごとに似たアプリが増えると、顧客や商談のどれが正本か分からなくなります。
スタンダードとワイドは、外部サービス連携やプラグインに対応します。
独自業務が成果に直結する場合のスクラッチ開発
標準製品では業務上の強みを表現できない場合に限り、独自開発を検討します。
- 対象業務：独自ルート、特殊な商談審査、在庫連動の提案、複雑な代理店管理
- 段階導入：訪問記録、次回アクション、顧客マスタなどから始める
- 納品物：ソースコード、設計書、API仕様、テスト結果、運用手順、ライブラリ一覧を明示する
自由度が高い一方で、要件定義と設計、テストの作業が発生します。さらに、保守とセキュリティ更新の作業も続きます。
実利用で出た課題は第二段階に回します。そのうえで、効果を測りながら範囲を広げます。
RFPと要件整理の準備範囲
RFPは、開発会社に提案を依頼する文書です。完璧な仕様書まで用意する必要はありません。課題や対象ユーザー、現行業務、連携、希望時期、予算の考え方を記せば十分です。
また、提案に求める回答形式も示します。要件は、現場と情報システム部門で整理します。
RFPの記載項目を業務・データ・非機能・提案条件に分ける
提案内容を同じ前提で比べられるように、RFPの記載項目を分けて書きます。
- 業務：訪問前の予定確認から受注引き継ぎまでを記載する
- データ：顧客、担当者、拠点の情報を整理する。商談、商品、価格表、履歴、資料も含める。
- 非機能：対応OS、応答、通信断、稼働を記載する。権限、ログ、障害連絡も書き添える。
- 提案条件：体制、日程、内訳、前提を指定する。追加費用、教育、納品物、保守も対象にする。
データ項目や件数、重複、移行期間も整理します。提案条件をそろえておくと、各社の提案を同じ基準で比べられます。
IPAは、業務要求とシステム化要求を整理し、関係者と合意する流れを示しています。
出典はIPA「要件定義とは？」で、掲載情報を2026年に確認しています。
現場シナリオによる使いやすさの確認
機能を実際の営業場面に当てはめて、操作の流れを確かめます。
- 訪問前：顧客の前回商談と未回収見積を確認する
- 訪問後：写真と次回提案日を登録する
- 通信断：下書き後、復旧時に同期する
- 上司確認：滞留案件だけを確認する
営業担当者には、訪問後3分以内に記録できるか、必須項目が多すぎないかを試してもらいます。加えて、音声入力や選択式の入力方法も比べ、入力の負担を確かめます。
PoCでは、通信、既存データ検索、入力訂正、上司のフィードバックまで検証します。
データ移行とセキュリティの事前確認
発注前に、移行の品質と委託先の管理体制を具体的に決めておきます。
- 移行対象：顧客名の揺れ、担当者の重複、失注案件、履歴の保存期間を決める
- 移行検証：件数、必須項目、文字コード、添付、権限別表示をテストする
- 委託先管理：安全管理措置、個人データの把握、再委託先を確認し、必要に応じ監査する
- アクセス保護：MFA、最小権限、暗号化、ログ、バックアップ、退職者の無効化を定める
- 事故対応：データ取扱方法と事故時の報告時間を契約・RFPに含める
現場が参照する期間と、法務・監査上の保存期間を分けて考えると、検索性と安全性を保てます。
個人情報保護委員会のガイドラインは、委託先と再委託先の確認を示しています。
出典は同委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」で、2024年改訂版を2026年に確認しています。
移行前には、まずデータを複製して整えます。その後の照合は、上の移行検証の項目に沿って行います。
契約形態（請負・準委任・SaaS利用）の使い分け
契約形態は、成果物と責任範囲をどこまで確定できるかで選びます。たとえば、確定した開発は請負、変化する要件整理は準委任、製品利用はSaaS契約が実務的です。
請負契約の成果物・検収・変更手続き
完成物と変更時の扱いは、契約に具体的に記載します。
- 成果物：画面、機能、連携、権限、性能、端末を定義する。「SFA開発」の一言で済ませない。
- 検収：納品、検収、契約不適合、瑕疵修補の範囲、支払条件を確認する
- 変更：追加費用、納期、既存機能への影響、承認者を変更管理票に記録する
- 依頼と判断：口頭依頼の扱いと、発注者の判断遅れで作業が止まる条件の定義
テスト項目と納品物の形式まで合意しておくと、完成の判定が明確になります。
準委任契約の時間単位での作業管理と体制
完成物を約束する契約とは異なり、準委任では依頼する作業と進め方を明確にします。
- 向く業務：要件定義、現状分析、試作、導入伴走、運用改善
- 管理条件：月ごとの作業範囲、稼働時間、担当者、会議体、報告書、課題管理を定める
- 成果確認：完成保証ではないため、作業や成果の確認方法を合意する
- 利益相反：開発受注との公平性、提案の妥当性、第三者委託の選択肢を確認する
RFP作成を準委任で依頼し、その後の開発を請負にする方法もあります。この方法は、要件整理の経験が不足する場合には有効です。ただし、委託先の役割と利益相反を説明してもらいます。
SaaS・保守契約の終了時と変更時の条件
利用中の運用条件と、契約終了後の引き継ぎ条件を確認します。
- SaaS利用：人数、プラン、最低期間、料金改定、サポート時間、障害対応を確認する
- データ：バックアップと解約後のエクスポート期限を決める
- 保守：監視、障害、軽微な改修、更新、パッチ、問い合わせ回数を分ける
- 引き継ぎ：管理者権限、設定、データモデル、連携先、コード権利、契約名義を確認する
- 再委託：承認、アクセスデータ、事故時の責任分担を契約に含める
契約終了時に自社で運用できる体制を整えておきます。あわせて、契約書の内容は法務や専門家にも相談します。
フィールドセールス支援システムの費用相場の目安
費用は、ライセンスに加えて、設定、要件定義、開発の費用を合計したものです。連携、移行、教育、保守も、その合計に含まれます。
専用の公的な相場統計は確認できなかったため、以下の金額はCRM・SFAの調査レンジを使った目安です。
金額は、画面や利用者の数、連携によって変わります。オフラインやセキュリティの条件でも差が出るため、予算取りの参考として使います。
方式別の費用レンジと初期費用・月額費用の内訳
方式ごとに初期費用と継続費用を分けて、予算の幅を把握します。
- SaaS標準：初期10万〜100万円程度、月額は1人あたり数千〜数万円程度
- SaaS支援込み：MA・基幹システム連携、移行、権限、定着支援までで100万〜500万円程度
- ローコード：初期50万〜300万円程度に月額・プラグイン費用を加算
- パッケージ改修：大規模な場合は300万〜1,500万円程度
- スクラッチ：1,000万〜5,000万円以上の場合がある
一般的なCRM・SFAでは、パッケージ改修を100万〜1,000万円とする整理もあります。別の整理では、フルスクラッチは500万円から数億円とされています。ただし、要件の差が大きい推定値です。
金額は断定せず、前提条件をそろえて比べます。
公式料金と開発費を分けた計算
製品料金を基準にして、ライセンス費と導入作業費をそれぞれ別に積算します。
- Salesforce：Starter Suite 3,000円、Pro Suite 12,000円／人・月（2026年8月時点）
- 上位プラン：Enterprise 21,000円、Unlimited 42,000円、Agentforce 1 Sales 66,000円／人・月
- 10人利用：Salesforceは月3万〜66万円、年36万〜792万円
- kintone：スタンダードは1人月額1,800円、10人で月額1万8,000円、年額21万6,000円
Salesforce公式価格の出典は、セールスフォース・ジャパン「Salesforce販売価格」（2026年）です。
初期設定、連携、教育、保守は製品料金に含まれないため、別途積算します。
画面設計、名刺・地図連携、帳票、移行も別費用です。
発注側では、3年間の利用料と委託費、社内の管理工数を合算します。
10人・30人・100人の予算の増え方
人数が増えると、ライセンス以外の展開や運用費も変わります。人数別の金額は、方式別の目安を規模に当てはめた予算例で、市場統計ではありません。
- 10人：SaaS標準や小規模ローコードで、初期10万〜300万円程度から検討する
- 30人：拠点、権限、承認、移行、管理者教育が加わり、SaaS支援やローコード開発で100万〜500万円程度、カスタマイズを含めるとそれ以上の提案が出やすい
- 100人：複数拠点、連携、負荷・権限テスト、研修、運用体制を見込む
- 保守・改修：年間枠として初期開発費の10〜20%程度を仮置きする
費用は、要件定義、設計、開発、テスト、移行の工程ごとに分けて考えます。
最終額は、複数社の同条件の見積とPoCの結果をもとに調整します。
委託先選定と見積比較の確認項目
委託先を選ぶ際は、知名度や単価に加えて、業務理解、スマートフォン、通信断への対応を確かめます。さらに、移行や既存連携、教育、保守、セキュリティ、同規模の実績も確認します。
候補は2〜4社に絞り、同じRFP、デモ、質問票をもとに提案を受けます。
現場業務への適合と導入後支援の実績
画面の適合性と稼働後の支援体制は、利用者も交えて見極めます。
- 画面デモ：検索、記録、写真、次回アクション、上司確認を通して操作する
- 現場評価：営業担当者と営業事務が入力時間や使いにくさを記録する
- 定着支援：管理者育成、利用率計測、項目見直し、問い合わせ、月次改善会を確認する
- 運用体制：情報システム、受注、経理も参加する体制を提案できるか評価する
標準機能、設定、追加開発の境界も確認します。入力の理由を解消できなければ、現場への定着は進みません。
KPIを見ながら業務を改善していく会社か、納品をゴールとする会社かで、成果は変わります。
見積書の内訳と前提条件の比べ方
見積の金額の範囲と作業条件をそろえてから、提案ごとの差を確認します。「一式」と書かれた項目には、画面数、連携先、件数、テスト回数、訪問回数、納品物を質問します。
- 開発工程：要件定義、設計、画面、機能、プロジェクト管理
- 移行・検証：連携、データ移行、テスト、教育
- 運用：保守の範囲と開始日
作業時間だけでなく、誰が何を完成させるための費用かも確かめます。
最安値の見積でも、移行や研修、診断、リリース後の問い合わせが別料金になる場合があります。
前提、発注者側の作業、除外、変更単価、納期の余裕、保守開始日を、同じ条件で比べます。
発注前の追加費用と属人化のリスク
見えにくい追加条件や、担当者が代わった後の運用の継続性を確認します。
- 説明の具体性：「何でもできる」などの説明だけで、制約を示さない会社に注意する
- 追加条件：オフライン範囲、API別契約、移行工数、プラグイン終了時の代替策を問う
- 引き継ぎ：設計書、設定、マニュアル、障害手順、ソース、アカウント一覧を受領する
- 対策基準：IPAの第4.0版ガイドラインをRFPや委託先評価に活用する
IPAは2026年3月に第4.0版を公開し、同年7月にも更新履歴を掲載しました。ガイドラインには、バックアップや供給網対策も含まれます（出典：IPA「中小企業の情報セキュリティ対策ガイドライン第4.0版」、2026年）。
発注からリリースまでの進め方と失敗の防止策
発注後は、要件を確定させるだけで終わらせず、試用、移行、業務の変更、利用状況の確認まで進めます。また、段階導入であれば、全社展開の前に入力負荷や権限、連携、教育の問題を直せます。
PoCと移行リハーサルによる本番前の不確実性の低減
本番の前に、実際の利用とデータの切り替えを段階的に確かめます。
- 代表的な営業所やチームで訪問登録、案件更新、写真、承認、ダッシュボードを試す。
- 6〜12週間程度、実際の営業日に使い、各KPIを導入前と比べる。
- テスト環境へ少量データを移し、次に全量に近いデータで移行時間、件数、エラーを確認する。
- 旧システムの停止時期、差分反映、問題時の復旧方法を定め、移行責任者、承認者、窓口を置く。
比べる際の測定項目は、入力完了率、24時間以内の記録率、検索時間、次回設定率、管理者の確認時間です。
定着支援と業務の重複の削減
営業担当者が入力しない原因は、意識の問題とは限りません。たとえば、上司が記録を見ない運用では、定着しにくくなります。
- 入力負荷：日報、Excel、メール、基幹への重複入力を減らす
- 業務活用：入力情報を案件会議や見積に活かし、上司も確認する
- 利用指標：記録率、次回設定率、滞留件数、承認時間を測る
- 成果指標：案件化率、予測差、報告時間を見て月次改善する
訪問先で画面が開かないことも、定着を妨げます。
月次で利用率と成果を見直し、不要な項目を削って、現場の声を運用に反映します。
よくある質問（FAQ）
方式、費用、委託先選びの疑問に答えます。回答は、自社の規模や既存環境に合わせて検討してください。
フィールドセールス支援システムはSaaSとスクラッチのどちらがよいですか？
標準的な顧客・案件・活動管理を早く始めたいなら、SaaSやパッケージが適しています。
独自の訪問・承認・見積のプロセスが競争力の中心で、標準機能では業務を変えられない場合に限り、ローコードの拡張やスクラッチ開発を検討します。
最初から全面的に作り込まず、PoCで現場の利用価値を確かめる方法が安全です。
フィールドセールス支援システムの開発費用はどのくらいですか？
方式ごとの推定レンジを比較し、見積条件をそろえて判断します。
- SaaS：初期10万〜100万円、支援込み100万〜500万円程度
- ローコード：50万〜300万円程度
- パッケージ改修：300万〜1,500万円程度
- スクラッチ：1,000万〜5,000万円以上
上の金額は推定値で、専用の統計ではありません。そのため、利用者、画面、連携、オフライン、保守の条件をそろえて比べます。
発注先の開発会社は何社に見積を依頼すべきですか？
RFPと評価基準を用意して、比較の前提をそろえます。
- 依頼社数：2〜4社程度へ同じ条件で見積を依頼する
- 評価工数：候補を増やしすぎず、提案を評価する時間を確保する
- 比較項目：費用、実績、デモ、移行を見る。保守、セキュリティ、担当者との相性も含める。
- 最終判断：候補にPoCや要件定義支援を頼んでから本開発を決める方法もある
位置情報や顧客情報を委託するときの注意点は何ですか？
収集から契約終了まで、情報の扱いと責任の分担を決めます。
- 取得と保管：目的、場面、閲覧者、保存期間、削除方法を定める
- 委託先管理：委託先・再委託先の安全管理、権限、暗号化、ログ、バックアップを確認する
- 事故・終了時：事故報告と契約終了時の返却・消去を定める
- 位置情報：常時取得を避け、訪問開始・終了など必要な場面に絞る
まとめ
発注時は、製品や会社を選ぶより先に、訪問前後の業務と目標KPIを整理します。そのうえで、SaaS、パッケージ、ローコード、スクラッチから、自社に合う方式を選びます。
RFPには、業務、データ、スマートフォン、通信断を記載します。連携、権限、ログも加えます。
また、移行、教育、保守も含めて、見積の内訳と前提を比べます。費用は、2026年時点の公式ライセンス価格を参考にして、初期費用と月額費用を分けて考えます。
判断は、数年単位の総保有コストで行います。さらに、導入後も営業現場が使い続け、活動情報が訪問や案件会議に役立つ状態を目指します。
PoC、移行リハーサル、研修、月次改善を発注範囲に含めます。加えて、委託先との責任を明確にしておくと、Excelへ戻るリスクを抑えられます。
▼全体ガイドの記事
・フィールドセールス支援システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。