営業活動管理システム開発の発注/外注/依頼/委託方法について

営業活動管理システムの発注は、課題と要件を整理し、契約と委託先を比べてから小さく導入するのが基本の流れです。この順で進めると、現場で使い続けられる業務基盤につながります。

発注形態と要件整理、契約と導入の進め方、費用相場と委託先の選び方を順に見ていきます。

▼全体ガイドの記事
・営業活動管理システム開発の完全ガイド

営業活動管理システムを発注する前に知っておきたい全体像

営業活動管理システムは、顧客と案件の情報を一つのデータ基盤で扱います。担当者ごとの接点履歴や受注見込み、売上予測も、同じ基盤の上で扱う対象になります。

SFAを中心に据え、CRMやMAと連携させる構成もあります。また、グループウェアや会計・販売管理とつなぐ場合もあります。

営業活動を組織で再現するための仕組みであり、日報入力のツールとは役割が違います。特に、「誰が、いつ、どの顧客に、何を行い、次に何をするか」を先に決めておくと、要件と見積の抜けに気づけます。

SFA・CRM・MAの役割の切り分け

SFA・CRM・MAは、それぞれ受け持つ範囲が異なります。また、三つを一つの製品にまとめられる場合もあります。

すべてを一度に作らなくてもよいので、案件の停滞発見や、マーケティングから営業への引き渡しなど、最初に解く課題を絞ります。

  • SFA:営業活動と案件の進み具合、次回アクションの管理
  • CRM:顧客・取引先との関係の管理
  • MA:見込み顧客への情報提供の自動化

外注の目的は「開発」から「成果」への置き換え

外注では、画面やデータベースを完成させるだけでなく、実現したい業務成果を発注時点で定めておきます。

  • 会議で状況を共有:同じ数字で案件を見られること
  • 顧客情報を引き継ぐ:担当者が異動しても情報を使えること
  • 次回行動を促す:フォロー漏れの減少

「入力率を上げる」という目標は曖昧なため、測定できる形に置き換えます。たとえば、商談終了から24時間以内に次回アクションが登録された案件を90%以上にすると定義できます。

測定できる目標があれば、発注側は入力項目や権限、ダッシュボードの要否を具体化できます。

営業活動管理システムの発注形態の選び方

発注形態は、業務の独自性と既存システムとの連携数を基準に選びます。人数や拠点数も判断材料になり、社内に運用担当者がいるかも、選定時に確認しておく条件です。

  • クラウドSaaS:標準的な営業管理を早く始めたい場合に向く方式
  • ローコード・パッケージ拡張:画面や承認フローを自社向けに変えたい場合に向く方式
  • スクラッチ開発:独自業務が競争力に直結する場合の候補

迷う場合は、SFAを中核に据え、独自の部分だけをAPIや個別画面で補う構成も選べます。

クラウドSaaSを発注する場合

クラウドSaaSは、自社でサーバーを構築せず、標準機能で早く導入できる方式です。

費用と見積の範囲は、次の四点を確かめます。

  • 月額単価:セールスフォース・ジャパンが2026年7月14日に更新した記事では、1ユーザー月額1,000〜10,000円程度と示されています。
  • 製品候補:Salesforce Starter Suite、HubSpot Sales Hub、Mazrica Sales
  • 料金条件:Dynamics 365やkintoneも、料金体系や最低ID数が異なります。
  • 導入作業:初期設定、データ移行、権限設計、教育、追加連携も見積の対象

ローコード・パッケージを発注する場合

ローコードやパッケージは、顧客・案件・日報のアプリを運用に合わせて拡張できます。その際は、料金と追加作業を分けて確かめます。

  • ライセンス料金:kintoneはライト月額1,000円、スタンダード1,800円、ワイド3,000円です(1ユーザーあたり、税別)。
  • 最低利用数:いずれも税別の1ユーザー料金で、ライトとスタンダードは最低10ユーザーからです。
  • 追加作業:アプリ設計、プラグイン、外部連携、移行、教育などが別途費用になる場合があります。
  • 将来の保守:標準機能と追加開発の範囲を一覧にして比べる

パッケージ拡張とスクラッチを発注する場合

独自業務が営業の競争力に関わる場合は、パッケージ拡張やスクラッチが候補になります。そのうえで、導入範囲と負担を一緒に検討します。

  • 候補となる業務:独自の案件審査、代理店制度、複雑な見積・契約・在庫連携
  • 自由度に伴う負担:要件変更、テスト、保守、人材確保、ベンダーロックインの増加
  • 初期の範囲:販売管理や請求まで含めず、顧客・案件・活動の最小構成を第一期にできる

発注形態を決める判断軸

判断に迷うときは、次の五つの条件を一つずつ整理します。

  • 入力負荷:営業担当者が入力する項目数
  • 権限設計:拠点・部門ごとの権限差
  • 連携範囲:既存システムとの連携数
  • 業務の独自性:案件プロセスがどの程度独自か
  • 導入時期:導入を急ぐ期限

入力項目や連携が少なく、早期導入を優先するなら、SaaSが向いています。一方で、複数拠点の承認や複雑な商品・見積のルールがあり、標準機能では生産性が下がるなら、個別開発の価値が高まります。

判断を発注前に言葉にしておけば、提案会社の得意領域だけで方式が決まるのを避けられます。

ポイント

判断の順番は、標準機能で業務が回るかを先に確かめ、回らない部分だけを拡張や個別開発で補うかどうかです。競争力に直結する独自業務が多いほど、個別開発の比重が上がります。

RFPと要件整理で決めること

RFPにまとめる現状業務と課題、必須要件と将来要件、データ移行・連携・セキュリティ、契約条件を示すチェックリスト。
各社が同じ前提で提案できるよう、要件を項目ごとに整理します。

RFPは、複数の候補会社へ同じ前提で提案と見積を依頼する文書です。

各社の前提がそろえば、金額や納期を比べられます。そこで、RFPに現状業務と成果、対象範囲を同じ資料にまとめます。データや連携、運用体制、契約条件も含めます。

RFPでは、提案の自由度は残しつつ、比べられる粒度に整えます。

現状業務と課題の事実整理

現場を交えて整理すると、導入後に使われない高機能なシステムになるリスクを下げられます。次の情報を集めます。

  • 情報の所在:Excel、メール、日報、カレンダー、会議資料、承認表の洗い出し
  • 関係者の声:営業責任者、現場担当者、営業事務、管理部門、情報システムへのヒアリング
  • 業務フロー:案件登録から、受注・失注後の引き継ぎまで
  • 現場固有の要件:担当者だけが知る判断基準と、入力されない理由

必須要件と将来要件の区分

要件は「必須」「できれば欲しい」「将来検討」の三段階に分け、優先順位をRFPに明記します。

優先順位がないと、提案範囲は膨らみやすくなります。

  • 必須:顧客・案件・活動、案件フェーズ、確度、金額、受注予定日の項目
  • 基本動作:次回アクション、権限、検索、モバイル入力を必須要件とする
  • 将来検討:MA連携、AI議事録要約、売上予測の高度化、会計・在庫統合など
  • 見積範囲:将来要件を第一期に含めるか、別途扱うかの明示

データ移行・連携・セキュリティの明記

移行方法とアクセス管理の条件を明記しておくと、見積の工数と、委託先の安全管理を確かめられます。

  • 移行データ:顧客マスタの件数、案件履歴の期間、重複・表記揺れ、対象外データ
  • 連携方式:メール、カレンダー、会計、販売管理との連携手段(API、CSV、手作業)
  • アクセス管理:SSO、多要素認証、役職・部門・担当範囲による権限、変更履歴、監査ログ
  • 安全管理:バックアップ、復旧目標、データ所在地、再委託先を記載し、個人情報保護委員会のガイドラインに沿って委託先の安全管理措置を事前に確認する
  • 契約:委託先の取扱状況を把握できる内容を盛り込む

ポイント

提案の比べやすさは、前提の書き方で決まります。現状業務と必須要件を先に固め、将来要件は別に分けておくと、見積の範囲がぶれにくくなります。

営業活動管理システムの契約形態の選び方

契約形態は、要件の確定度、成果物の明確さ、発注後の変更見込みで選びます。

契約では、作業範囲、成果物、検収基準を明確にします。そのうえで、変更の手続きと知的財産権、再委託、秘密保持も確かめます。データ返却や障害対応の条件も、契約に含めます。

現場の試行で要件が変わりやすいため、全工程を固定価格にせず、工程ごとに契約を分ける方法が適しています。

請負契約・固定価格契約が向く場面

請負契約は、成果物を完成させて検収する開発に向きます。ただし、仕様の確定度と変更条件を先に確かめておく必要があります。

  • 予算管理:画面、機能、連携、品質、納期を仕様書で定義できる工程に向く
  • 変更時の注意:項目追加や使い方の変更が続くと、追加見積や納期延長が生じやすい
  • 契約条件:前提条件と変更時の単価を記載し、固定価格の名称だけで判断しない

準委任契約・時間精算が向く場面

準委任契約は、専門人材が業務を行う契約です。要件を検証しながら進める場合に向きます。

  • 委託できる業務:要件整理、設計、開発支援、運用改善など
  • 進め方:アジャイル開発や、発注者が優先順位を決める進め方
  • 契約で決めること:時間上限、担当者、報告、品質確認、未消化時間の扱い
  • 継続管理:月次の実績報告と継続判断の基準がないと、予算の見通しが立ちにくい

要件定義と開発を分けるハイブリッド契約

要件定義と開発を分けておくと、標準機能と追加開発の範囲を整理してから発注できます。

  • 要件定義・製品選定:準委任またはコンサルティング契約
  • 開発:合意した範囲を請負契約とする
  • 成果物:業務フロー、画面一覧、データ項目定義、権限表、連携一覧
  • 次工程の準備:移行方針、優先順位、概算見積も納品対象とする

ポイント

要件が固まり成果物を定められる工程は請負契約、要件を検証しながら進める工程は準委任契約が向きます。要件の確定度を見て、工程ごとに契約を選び分けるのが判断の目安です。

発注から導入までの進め方と外注時の役割分担

営業活動管理システムの導入を、現状分析と要件定義から定着状況の確認と改善まで4段階で示す図。
小規模な検証をはさみ、データと運用を整えてから定着を確かめます。

業務の正解を決める責任は、外注しても発注者に残ります。

発注者は、目的と優先順位、社内ルールに責任を持ちます。データの扱いや利用の定着も、発注者が受け持つ範囲です。一方で、委託先は要件を技術仕様へ変換し、実装・テスト・移行を支援します。

営業責任者をプロジェクトオーナーに置き、現場代表と情報システムを含む意思決定チームをつくります。この体制があると、ベンダー任せの要件定義を防げます。

現状分析と要件定義

業務成果を先に決めておくと、不要な機能や過剰なカスタマイズを見積から外せます。

  • 営業プロセス:案件化前、初回接点、商談、提案、見積、受注、失注、休眠・再開の段階
  • 各段階の定義:入力者、次へ進む条件、管理者の判断内容
  • KPI:活動量に加えて、案件化率、滞留日数、受注率、予測誤差、入力完了率などの指標

製品比較と小規模パイロット

候補を2〜3製品または2〜3社に絞り、同じシナリオで比較します。

  • 操作確認:営業担当者によるデモやトライアル
  • 比較シナリオ:顧客登録、商談更新、日報、売上予測、履歴検索の操作
  • 比較する点:同じ手順での入力負荷と検索性
  • 小規模検証:1部門または1拠点での利用率、入力時間、データ重複、会議利用
  • 追加開発:パイロットの結果を見ての要否判断

データ移行・教育・リリースの設計

データの整備と、教育や運用設計は、あわせて発注しておきます。

  • マスタ整備:顧客の重複の除去と、会社名や部署名の表記の統一
  • 不要情報の整理:退職者の情報の整理と、不要な履歴の廃棄
  • 移行品質:古いExcelをそのまま取り込むと、検索や集計への信頼が得られず、不満につながる
  • 教育・運用:一度の説明会で終えず、入力ルール、相談窓口、管理者の設定手順、利用状況のレビューまで含める

定着状況の確認と改善

ログイン数だけでなく、運用状況を月次で確かめます。特に、入力が続かなければ、高機能でも投資効果は生まれません。

  • 月次で見る指標:次回行動登録率、必須項目の欠損、案件滞留、会議での画面利用
  • 入力負荷の改善:項目を減らす、初期値を設定する、自動登録を使うといった方法
  • 委託先の支援:開発後の伴走期間と改善提案の方法を、RFP段階から確かめておく

ポイント

外注しても、業務の目的と優先順位は発注者が決めます。社内の意思決定の体制を先に決めておくと、要件定義をベンダー任せにせずに済みます。

営業活動管理システムの費用相場と見積の内訳

費用を左右するのは、方式とユーザー数、対象業務です。既存データ量や外部連携、権限・監査、AI機能も金額に響きます。また、移行や教育の費用も加わります。

次の幅は、リサーチノートで整理したCRM・SFA・業務システムの導入相場をもとにした、予算用の目安です。

この幅は予算の目安で、要件と前提が固まるほど見積の幅は狭まります。

方式別の初期費用レンジ

導入方式を選ぶ際は、初期費用と期間の目安を、移行や連携の難しさとあわせて見ます。

  • クラウドSaaS:標準導入で0〜50万円程度、期間は1〜3か月程度
  • ローコード・軽微な連携:100万〜1,000万円程度、期間は3〜6か月程度
  • 中規模の拡張・複数連携:500万〜5,000万円程度、期間は6か月〜2年程度
  • スクラッチ・大規模統合:500万〜数億円以上、期間は6か月〜数年の幅

いずれも、機能数よりもデータ移行と連携の難しさで金額が上下します。

見積書で分けて確認する費目

見積書では工程ごとに費目を分け、移行、教育、定着支援も独立して見ます。

  • 要件整理:要件定義の費用
  • 設計:基本設計と詳細設計の費用
  • 開発・検証:開発とテストの費用
  • 導入:データ移行、教育、リリースの費用
  • 運用:保守と改善の費用

リサーチノートにある工程配分の参考値は、要件定義が10〜15%、基本設計が15〜20%です。詳細設計は10〜15%、開発は30〜40%です。

テストは15〜20%、移行・導入は5〜10%程度です。ただし、これは工数配分の仮置きで、会社ごとの標準や案件特性によって変わります。

月額費用と3年間のTCOの比較

月額料金に含まれない費用や製品の料金条件も確かめたうえで、3年間の総費用を比べます。

  • ランニング費用:ライセンス、オプション、連携、サポート、追加開発
  • 利用料の試算:10人、月額1,000〜10,000円なら、ライセンスは月1万〜10万円程度が目安
  • 契約条件:最低ユーザー数やチーム単位課金
  • 3年間のTCO:ライセンス、保守、追加改修、データ保管、解約時の移行費用の合算
  • 料金根拠:kintone公式料金とセールスフォース・ジャパンのSFA比較

標準機能での運用案とスクラッチ案を、TCO(総所有コスト)で比べます。また、公式ページの料金は改定されるため、RFP提出時点で見積書と照合します。

委託先の選定と見積比較で確認すべきポイント

担当者や商談、契約の情報を中央に置き、アクセス権限、暗号化、ログを管理策として示す図。
情報を守る条件は、見積比較とあわせて契約前に確かめます。

委託先は、知名度や提示価格だけでなく、同業・同規模の経験と要件定義の力で比べます。加えて、スマートフォンUIやデータ移行、現場定着の進め方を確かめます。セキュリティと契約の透明性も確認します。

委託先には、製品ベンダーや導入支援会社などがあります。独立系SIerや個別開発会社もあり、責任範囲と得意領域はそれぞれ異なります。

同じRFPを渡し、同じ業務シナリオでデモと見積を頼めば、提案の差が見えてきます。

実績の確認(件数より近さ)

「実績が豊富」という件数よりも、自社に近い業務と導入後の支援を見ます。

  • 事例との近さ:営業人数、拠点数、案件期間、商材数、既存システム、入力方法
  • 導入内容:導入前の課題、標準機能と追加開発の境界、移行件数、期間
  • 導入後:定着支援の内容と、導入後に残った課題
  • 説明の具体性:企業名を出せなくても、規模や業務特性を説明できること

見積の前提・工数・除外項目のそろえ方

合計金額の安い順に並べる前に、見積の前提条件をそろえます。

  • 利用・移行規模:ユーザー数と移行データ件数
  • 検証範囲:連携先とテスト範囲
  • 導入支援:教育回数と問い合わせ対応期間
  • 納品条件:作業場所と納品物
  • 検収基準:検収条件

安い見積に要件定義や移行が含まれない場合、後から追加費用が発生します。一方で、高い見積でも定着支援やデータクレンジングが含まれていれば、初年度の実負担が小さくなることがあります。

セキュリティとデータ返却の契約確認

担当者や商談、契約の情報を守るには、委託先の管理策と契約条件を確かめる必要があります。

  • 管理策:アクセス権限、再委託先、保存場所、暗号化、ログ、バックアップ、脆弱性対応
  • 事故対応:契約前に決める事故時の連絡期限
  • ガイドライン:IPAの「中小企業の情報セキュリティ対策ガイドライン」第4.0版(2026年3月公開)
  • 参考資料:クラウド利用やサプライチェーン対策の確認に使える資料
  • 委託範囲:IPAの公式ガイドラインを参照し、契約に明記

AI機能のデータ境界と人の確認

AI機能の有無に加えて、営業データの扱いと、人による確認手順を確かめます。

  • 対象機能:議事録要約、次の行動提案、リード順位付け、案件予測など
  • 提供例:Salesforceは2025年4月に日本語のAgentforce for Salesの提供開始を発表
  • データ境界:入力データの学習利用、保存期間、個人情報のマスキング
  • 人の確認:出力根拠、誤提案の確認方法、利用ログ、停止手順

顧客マスタの重複や古い担当者情報を先に整えておくことも、AI活用の前提になります。

ポイント

委託先を選ぶ際は、価格の安さより、自社に近い経験があるかを基準にします。同じRFPと業務シナリオで、見積とデモを各社に頼むと、提案の差が見えます。

営業活動管理システムの発注でよくある質問

発注前には、製品を選ぶことに加えて、委託することと自社で決めることを明確にしておきます。

よくある質問ごとに、判断の基準を示します。

営業活動管理システムは既製品と個別開発のどちらがよいですか?

標準的な顧客・案件・活動管理を早く始めたいなら、既製SFAやSaaSが向いています。

独自の承認、商品構成、代理店制度が競争力に直結する場合や、複雑な連携が必要な場合は、拡張やスクラッチを検討します。

必須業務をSaaSやローコードで小さく試し、標準機能で解けない差分だけ開発する方法もあります。

発注費用はどのくらいの予算を見ておけばよいですか?

予算の幅は方式ごとに異なります。確定額は、要件定義後の見積で判断します。

  • 標準SaaS:初期導入は0〜50万円程度
  • ローコード・軽微な連携:100万〜1,000万円程度
  • 中規模拡張:500万〜5,000万円程度
  • 大規模統合・スクラッチ:500万〜数億円以上の幅

このレンジは、類似するCRM・SFA・業務システムの相場を整理したものです。金額はユーザー数や移行、連携で変わり、教育や保守の費用も加わります。

営業担当者が入力してくれない場合はどうしますか?

入力の目的を共有し、現場の負担を下げながら運用を改善します。

  • 目的を示す:案件更新を営業会議やフォロー漏れ防止に結び付けて伝える
  • 入力負荷を下げる:項目の削減と、スマートフォン、連携、選択式、音声登録の活用
  • 試行する:1部門での操作時間と入力率の確認
  • 改善体制:現場代表の要件定義・検証への参加と、継続改善の契約への組み込み

契約前にソースコードやデータ返却を決めるべきですか?

決めておくべきです。委託先を変える場合に備えて、個別開発とSaaSの返却条件を契約で確かめます。

  • 個別開発の納品物:ソースコード、設計書、API仕様、テスト仕様
  • 権利と引き継ぎ:アカウント、データベースのバックアップ、第三者ライブラリ、知的財産権、保守終了後の条件
  • SaaSの返却:データ形式、返却期間、移行API、削除証明、追加費用
  • 可搬性:納品物とデータの比較と、長期的なロックインの抑制

まとめ:成果とTCOで比べる営業活動管理システムの発注

外注では、作る機能よりも先に、実現したい営業成果と、定着させるデータや運用を決めておきます。SaaS、ローコード、パッケージ拡張、スクラッチには、それぞれ適した条件があるため、価格だけでは優劣を決められません。

RFPには現状業務と必須要件を記載し、データ移行や連携、セキュリティ、運用体制を加えます。そのうえで、同じ条件で複数社を比べます。

発注前に確認する五つの項目

発注前には、成果と費用、実装範囲、契約条件を次の五点で確かめます。

  • 成果とKPI:営業現場が達成したい指標
  • 機能範囲:標準機能と追加開発の区分
  • データ要件:移行、連携、権限の明記
  • 契約条件:検収、変更、データ返却の取り決め
  • 総費用:初期費用ではなく、3年間のTCOで比べること

候補会社には、顧客登録や商談更新、日報を含む業務シナリオを同じ条件で操作してもらいます。予測や検索も対象です。

この操作で、現場の入力負荷と管理者の見やすさを確かめられます。

小さく始めて定着後に広げる進め方

導入後もデータと運用を改善しながら、業務基盤として段階的に広げていきます。

  • 小さく試す:顧客・案件・活動の最小構成を一部門で使うこと
  • 定着を確かめる:入力率と会議での活用
  • 段階的に拡張:MA、会計・販売管理、AI、拠点展開
  • 投資を抑える:過剰なカスタマイズや使われない機能の回避
  • 支援範囲:移行、教育、定着、改善まで伴走する体制を発注先に求めること

▼全体ガイドの記事
・営業活動管理システム開発の完全ガイド

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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