営業案件管理システムの発注は、業務範囲を決め、標準SaaSで業務に合うかを確かめるところから始まります。流れは、業務範囲の確定、発注形態の選択、RFPと契約、費用の確認、委託先の比較の順です。
契約・移行・定着まで委託範囲に含めると、導入後も現場で使われる仕組みにつながります。
▼全体ガイドの記事
・営業案件管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
営業案件管理システムを発注・外注する全体像
発注では、製品名や機能一覧を見る前に、受注までの業務と必要な情報を定めます。扱う範囲は、案件台帳や顧客情報、売上予測の管理に加え、見積・承認をどこまで含めるかで決まります。このため、発注の方法と費用も範囲によって変わります。
発注目的と対象範囲
「案件を見える化したい」とだけ伝えると、開発会社と完成像を共有しにくくなります。
- 目的：会議で確認するのが受注予定月・金額、活動量、失注理由のどれかで、必要な画面が変わります。
- 発注条件：対象部門、利用人数、拠点、商材、既存システム、稼働希望時期を一枚に整理したもの。
- 管理範囲：顧客・担当者・案件・活動・見積・受注のうち、含める範囲。
- 外部システム：会計・販売管理を置き換えない場合の、責任範囲と参照情報。
範囲が曖昧なまま発注すると、連携や帳票が後から追加され、予算と納期が膨らみやすくなります。
達成したい成果からの整理
発注要件には、機能名に加えて、導入後に変えたい状態を書いておきます。
- 達成状態：案件更新率を週次で把握し、売上予測を担当者の感覚だけに頼らずに済む状態。
- 次回アクション：商談後、翌営業日までに登録する運用。
- 目標値：置く場合は、導入前の実績を計測したうえで決める値。
- 評価指標：入力率、最終更新日、滞留日数など、稼働後に測る指標の一覧。
- 発注条件：営業会議や顧客対応をどう改善するかを、要件に含める。
これらを基準にすると、稼働後に成果を評価できます。さらに、成果が明確であれば、標準機能で足りる部分と追加開発が必要な部分を分けて判断できます。
営業案件管理システムの発注形態
まず標準SaaSを試し、業務上の差分だけを設定・連携・追加開発で補う進め方が適しています。ただし、独自の見積・承認・代理店ルールや複雑な基幹連携が競争力に直結する場合は、拡張やスクラッチも比べます。
早く検証したい企業向けの標準SaaS導入
標準SaaSは、一般的な営業管理を短期間で始められるのが特徴です。無料トライアルや小規模な試行を使えば、現場の使いやすさを確かめられます。
- 標準機能：顧客、担当者、案件、活動、パイプラインの管理に対応しています。
- 導入速度：業務を製品の仕組みに合わせれば、要件定義と開発工数を抑えられる。
- 費用範囲：設定、移行、帳票、連携、研修などのうち、別費用になるかどうか。
例として、サイボウズ公式のkintone料金ページでは、2026年8月確認時点でライト月額1,000円、スタンダード月額1,800円、ワイド月額3,000円です。いずれも1ユーザーあたりの税抜料金です。
発注費用は、ライセンス料金に加えて、初期設定や権限設計、顧客・案件データの移行にかかる費用も確認する必要があります。帳票、外部連携、研修、運用相談の別費用も含めて見ます。
導入パートナーには、標準設定と個別開発の境界を、プラグインやAPI連携も含めて説明してもらいます。そのうえで、運用相談も含めた費用と責任の範囲を見積書で確かめます。
業務差分とスピードを両立するパッケージ拡張
パッケージ拡張では、標準機能を生かしながら自社の業務差分を補えます。採用するときは、標準機能の外側をどこまで広げるかを見極めます。
- 追加範囲：独自の承認、商品構成、代理店区分、会議用画面を補う範囲。
- 保守性：標準外の画面や処理が増えるほど、更新時の検証は難しくなる。
- 追加判断：効果、利用頻度、代替手段を記録したうえで、不要な要望は保留する。
スクラッチに比べると開発範囲を絞りやすく、将来の更新にも追従しやすい方式です。
見積の段階では、追加開発の理由と、標準機能で代替しない理由を確かめます。
独自業務が経営上重要な場合のスクラッチ開発
スクラッチ開発は、独自の業務をシステムに反映したい企業に適しています。その分、発注時には開発後の負担と納品範囲も決めておく必要があります。
- 独自要件：営業プロセス、複雑な見積、複数の基幹連携、細かな権限、専用画面まで設計できる。
- 運用責任：保守人材、更新、障害対応、将来の委託先交代を、誰が担うかを決める。
- 納品物：コード、設計・テスト資料、手順書、構成、ライブラリ一覧。
要件変更の影響は大きいため、共通機能も設計の対象になります。認証や監査ログ、バックアップなどが代表的で、帳票や通知、ファイル管理も含みます。どこで管理するかは、開発会社と決めておきます。
RFPと要件整理の進め方
RFPは、同じ条件で提案と見積を比べるための基準になります。そのため、確定事項、要望、未決定事項を分けて書きます。記載する内容は、現状業務と将来像、データと連携、非機能と納品物です。選定方法も、あわせて書き添えます。
要件が固まっていない場合は、要件定義フェーズだけを先に発注する方法もあります。未決定事項も含めて比較条件をそろえ、候補会社へ渡します。
現状業務とデータ項目の棚卸し
現状業務とデータを棚卸しして、移行元や入力の負荷を把握します。確認する項目は、業務の流れ、正データ、基本項目の観点で整理します。
- 業務の流れ：接触から受注・失注までの入力者と、会議での判断を図に書き出す。
- 正データ：Excelやメールなどで重なる情報について、どれを正本とするか。
- 基本項目：顧客、案件、金額、予定日、確度、失注理由などの洗い出し。
基本項目には、顧客名、部署、担当者が含まれます。案件名、商品、金額も入ります。さらに、通貨、受注予定日、営業フェーズがあります。確度、競合、失注理由も入り、次回アクションと最終更新日も並びます。受注予測に必須の項目と分析用の項目を分けたうえで、その量をスマートフォンで入力できるか、営業担当者に試してもらいます。
RFPに明記する機能・連携・非機能・成果物
RFPには、機能から成果物まで同じ基準で記載します。そうすることで、提案の比較に必要な要件がそろいます。
- 機能：案件台帳、フェーズ、活動履歴、タスク、見積・承認、予測、画面、検索、通知、モバイル入力
- 連携：対象システム、方向、頻度、再送方法、APIがない場合の代替と費用
- 非機能：稼働時間、接続・応答、復旧、権限、認証、脆弱性、障害連絡
- 成果物：要件・設計書、テスト、移行計画、マニュアル、運用手順、コード、設定
連携先には、認証基盤、メール・カレンダー、会計・販売管理があります。ほかに、ERPやMA、BIも対象になります。名刺管理や電子契約も、連携先に含まれます。非機能には、同時接続と応答、バックアップと復旧目標が含まれます。監査ログや権限、SSOと多要素認証も含まれます。脆弱性対応と障害連絡も加わります。
成果物の有無は、将来の内製化や委託先変更のしやすさを左右します。
受入条件の事前決定
完了は、日々の業務を通した結果とデータの整合性で判定します。操作の確認だけで済ませると、受入後に手戻りが出やすくなります。
- 業務シナリオ：案件登録から承認、予測表示、販売管理連携までの一連の流れ。
- 権限：担当者、管理者など、役割ごとの閲覧・操作範囲。
- 移行結果：件数、金額、重複、日付、担当者の対応表を照合する。
業務責任者、情報システム部門、現場代表、開発会社の役割は、RFPと契約に記載しておきます。そうすると、受入判定の責任の境目がはっきりします。
営業案件管理システムの契約形態の選び方
契約形態は、要件の確定度と成果物の定義で選びます。
完成物が明確な部分は請負が、業務整理やPoCのように一緒に検討しながら進める部分は準委任が適しています。
SaaS利用、導入支援、追加開発、保守を一つの契約にまとめず、それぞれの責任範囲を分けておくと比べやすくなります。
作業の性質による請負と準委任の使い分け
契約は、作業の性質に合わせて選びます。判断の軸は、完成物の明確さと、業務を一緒に検討する必要性です。
- 請負：完成物を定め、検査と受入の後に報酬を支払う形式。
- 準委任：専門知識や作業時間の提供を受けて、要件定義やPoCなどを進める。
請負では、要件変更、追加費用、納期延長、検収基準を契約で定めます。また、発注者側のデータ提供やレビュー期限も決めておきます。
準委任では、完成が保証されないため、報告、成果物、稼働時間、品質確認を契約書に書き込み、法務担当者と確かめます。
知的財産・変更・解約時の条件の明文化
委託先が交代したり解約したりしても、業務とデータを引き継げるよう、権利と変更の条件を契約に残しておきます。
- 知的財産：コード、設定、画面、設計書、テストデータの権利と利用範囲
- 引き継ぎ：共通部品や第三者サービスの改修、再委託の可否。
- 解約・変更：データ返却の形式と期限、変更時の費用・納期・受入条件。
変更の受付、影響分析、見積承認、リリース判断、障害時の優先順位も、ルールとして決めておきます。
変更が出たときは、変更管理表を共有して、費用、納期、受入条件への影響を確かめてください。
営業案件管理システムの費用相場と内訳
初期費用の目安は、標準導入で10万〜100万円程度です。連携や軽微な開発を込みにすると、100万〜500万円程度になります。また、パッケージ拡張は300万〜1,500万円程度で、スクラッチは1,500万〜5,000万円程度です。
このレンジは、営業・CRM・MA領域のリサーチノートを営業案件管理に当てはめて推定したものです。公開統計に基づく一律の価格ではないため、同じRFPをもとに個別見積を取ってください。
ライセンス費と導入・開発費の内訳
クラウドの料金は、利用人数とプランによって変わります。そのため、製品料金と導入費用は分けて比べます。
- 導入関連費：設定、移行、連携、教育、保守などの費用を加える。
- 比較方法：初年度の総額と、2年目以降の年額を分けて並べる。
Salesforce公式ページでは、2026年8月確認時点でStarter Suiteが月額3,000円、Pro Suiteが12,000円です。
Enterpriseは月額21,000円、Unlimitedは42,000円、Agentforce 1 Salesは66,000円です。いずれも1ユーザーあたり税抜です。
Zoho CRMは年間契約の場合、1ユーザー月額1,760〜7,360円です。掲載ページの更新日は2026年7月7日です。
10人で利用する場合、ライセンスだけでも月額1万円台から数十万円台まで差が出ます。さらに、権限、ダッシュボード、個別サポート、追加ストレージ、AI利用料も見積の項目に含めます。
要件定義・開発・移行・保守の工数配分
営業案件管理の見積では、工程ごとの配分も確かめておきます。リサーチノートの比率は、抜け漏れを探す際の参考になります。
- 要件定義：全体の10〜15％程度
- 設計：基本設計15〜20％、詳細設計10〜15％程度
- 開発：全体の30〜40％程度
- テスト：全体の15〜20％程度
- 移行・導入：全体の5〜10％程度
比率は、案件規模や契約条件によって変わります。したがって、正解としてではなく、見積の抜け漏れを確かめる材料として使います。
スクラッチの保守は、初期開発費の年10〜20％程度を見込む場合があります。ただし、これも予算取りのためのレンジです。クラウドでも、追加開発や連携監視、データ修正が別契約になることがあります。
保守時間、対応時間、障害の優先度、更新対応、SLAを確かめます。初期の見積額の安さだけで選ばないことが大切です。
委託先の選定と見積比較の確認ポイント
委託先は、知名度や総額だけでなく、業務理解、移行、連携の3点から評価します。あわせて、セキュリティ、定着化、保守、成果物の透明性も確かめます。そのうえで、3社程度に同じRFPを渡します。
各社に、標準機能の割合、追加開発の理由、移行の責任、稼働後の支援を同じ順で説明してもらうと、提案の違いが見えてきます。
自社に近い条件での実績確認
導入経験が自社でも再現できるかは、類似案件の業務条件と、実際に担当する体制を照らして見極めます。
- 案件条件：営業人数、商材、代理店、拠点、ERP、移行件数
- 実施内容：課題、担当範囲、標準機能の割合、期間、稼働後支援
- 体制：再委託先、責任者、実作業者、問い合わせ窓口
スマートフォン利用や個人情報の扱い、導入期間、稼働後の支援、現在の運用状況も、事例と照らして確かめます。製品ベンダー、導入パートナー、SIerで役割が分かれる場合は、提案営業の説明だけで判断しないことが大切です。
総額・前提・除外項目を並べた見積比較
複数社の金額差を正しく判断するには、見積に含まれる作業と算定の前提を同じ条件にそろえることが必要です。
- 対象規模：ユーザー数、拠点、移行期間・件数、重複排除の範囲
- 開発範囲：連携先、画面数、帳票数、テスト回数
- 導入支援：研修日数、保守時間、データ準備、検収期間
見積に「別途」と書かれた作業は、追加の条件と金額、単価や算定方法を確かめます。
比較表には、まずライセンス、設定、要件定義の費目を並べます。続けて、開発、データ整理、移行、連携を書き入れます。教育、保守、外部サービス、消費税も、同じ表に含めます。
移行や定着化が含まれていないと、導入費は上がります。あわせて、納期にデータ準備や検収が含まれるかも確かめます。
感覚に頼らない8項目の評価表
評価は、業務理解、CRM・SFAの実績、データ移行、API連携の4項目から始めます。残りは、セキュリティ、定着化、保守、成果物と契約の透明性の4項目で、いずれも5段階で採点します。
- 業務理解・実績：営業業務の理解とCRM・SFAの実績をそれぞれ評価
- 移行・連携：データ移行とAPI連携を別々の軸として評価
- セキュリティ：対策と運用体制
- 定着化・保守：研修、改善支援、対応時間、障害時の支援
- 成果物・契約：成果物と契約の透明性を評価
価格に加えて、RFPへの回答、リスク説明、質問の質、発注者側に求める作業の明確さも評価します。
候補会社には、標準機能か追加開発か、移行データの品質責任、入力率が低い場合の支援、担当者交代時の引き継ぎ、解約時のデータ返却を質問します。
できないことや追加費用を先に説明する会社は、契約後の認識違いを減らしやすいといえます。回答の具体性も、比較の材料にします。
データ移行・セキュリティ・定着化の発注範囲
営業案件管理システムでは、顧客の氏名・連絡先・所属、商談履歴、提案、契約情報を扱うことがあります。そのため、個人情報保護委員会のガイドラインに示された技術的安全管理措置を確かめておく必要があります。
この措置には、アクセス制御、利用者の識別と認証、不正アクセスの防止、システム利用に伴う漏えいの防止が含まれます。そのうえで、RFPでは、法務・情報セキュリティ部門と確認した要件を、具体的な設定と運用に落とし込みます。
クレンジングと照合を含む移行の見積
旧データの表記揺れを整えたうえで、移行後に件数と金額を照合できる計画にします。
- クレンジング：表記揺れ、重複、退職者案件、金額単位、日付、失注の整理。
- 照合：項目どうしを対応付けたうえで、件数と金額の合計を確かめる。
- 移行段階：サンプル、リハーサル、本移行の三段階。
発注者がクレンジングを行うのか、委託先が支援するのか、重複判定の最終責任者は誰なのかを、契約に書いておきます。
AIで名寄せや分類を補助する場合は、営業責任者が確認する基準と、誤判定を訂正する方法を用意します。データ品質が不十分なまま予測AIを導入すると、誤った案件情報をもとに分析してしまいます。そのため、基本データと入力ルールを先に整えておきます。
権限・認証・ログ・委託先管理の具体化
セキュリティ要件は、利用者の権限から委託先の運用まで具体化します。確認する対象は、権限、認証・記録、データ保護、委託先の管理です。
- 権限：営業担当者、チームリーダー、部門長、経営者、管理者、委託先ごとに範囲を定める。
- 認証・記録：SSO、多要素認証、APIキー、変更履歴、監査ログ。
- データ保護：暗号化、バックアップ、復元テスト、利用目的、保管国、削除・返却。
- 委託先：評価、脆弱性対応、事故連絡、SLA、再委託、学習利用。
特に、退職者アカウントの停止、APIキーの管理、通信・保存データの暗号化を確認します。さらに、顧客データをMAやAIに渡す場合は、再委託、学習利用、事故通知、削除・返却も確かめます。
IPAのクラウドセキュリティ資料が示すとおり、設定や運用の不備もリスクになります。
委託先には、バックアップの責任と第三者サービスの管理方法も確認します。法令や契約条件は、法務・情報セキュリティ部門で最終確認します。
研修と日々の改善を組み合わせた定着化
定着には、入力しやすい仕組み、実務に沿った研修、稼働後の改善が欠かせません。その順に整えていきます。
- 入力項目を絞り、スマートフォン画面やメール・カレンダー連携、漏れ通知を整えます。
- 実際の案件を使い、登録、更新、検索、会議での確認を練習する場を設ける。
- 入力率、更新率、滞留日数、予測誤差などを、週次または月次で振り返る。
失注理由の登録率や会議での利用状況も測ります。
NTTデータの2026年の公式解説では、営業支援の生成AIは技術先行ではなく、業務や組織と一体で設計する必要があると説明しています。
まずは、議事録要約や入力補助など低リスクの機能から始めます。データ品質と現場の信頼が整ってから、予測や提案支援へ広げていきます。
よくある質問
費用、期間、委託範囲、SaaSとスクラッチの選び方について、順に答えます。
自社の営業規模や既存システムによって最適な答えは変わります。そのため、ここでの回答をそのまま契約条件とはせず、RFPと個別見積で確かめてください。
営業案件管理システムの発注費用はいくらですか？
初期費用は発注形態によって異なります。
- 標準SaaS：10万〜100万円程度。連携や軽微な開発を込みにすると100万〜500万円程度。
- パッケージ拡張：300万〜1,500万円程度。
- スクラッチ開発：1,500万〜5,000万円程度が予算取りの目安。
これは営業案件管理に限った公開統計ではなく、要件や人数、移行、連携、保守によって変わる推定のレンジです。
ライセンス費と開発・導入費を分けて、個別見積を取ってください。
発注から稼働まで何か月かかりますか？
標準SaaSの初期設定は1〜3か月程度で、連携や追加開発を含む導入は2〜6か月程度が計画の目安です。また、パッケージ拡張は3〜9か月程度です。
スクラッチ開発は、6〜18か月程度が一般的な計画のレンジです。大企業の多拠点展開やデータ統合では、1年以上かかることもあります。
発注者側の要件決定、データ準備、レビュー、受入を期間に含めるかどうかで、予定は変わります。そのため、工程表の前提を確かめてください。
RFPは詳しく書けない状態でも作れますか？
詳しい要件が決まっていなくても、RFPは作れます。現状業務や困りごと、対象ユーザー、既存データ、希望時期、予算上限、未決定事項を整理し、要件定義の支援を含む提案を求めます。
複数社に同じ情報を渡したうえで、ヒアリングの質問、未確定事項の決め方、要件定義の費用と成果物を比べると、発注先の進め方を評価できます。
営業案件管理システムはSaaSとスクラッチのどちらがよいですか？
まず標準SaaSを試し、業務上どうしても合わない部分だけを追加開発する方法が現実的です。たとえば、短期導入や標準的な管理、少ない連携が中心であれば、SaaSが向いています。
一方で、独自の見積計算や複雑な承認、競争力に直結する業務、基幹との深い統合が中心であれば、拡張やスクラッチを検討します。
初期費用だけでなく、3年程度のライセンス、保守、更新、内製人材、データ返却まで含めて比べてください。
まとめ
発注前の最終確認項目
発注前には、目的、範囲、利用人数を確認します。移行、連携、セキュリティも、確かめておく項目です。受入条件、納品物、保守、解約時の返却もあわせて確認し、確認した内容はRFPと見積比較表にまとめます。
発注側は、提案の前提と委託先の責任範囲を、価格と合わせて判断できるようになります。
小さく試してから広げる段階的な導入
まず試行で使いやすさと業務差分を確かめ、そのうえで導入範囲を広げます。発注から定着までの判断の軸を、段階ごとに整理します。
- 小規模試行：1部門、1商材、1拠点で、入力率と会議での使いやすさを確かめる。
- 方式選定：業務を整理したうえで、標準SaaS、拡張、スクラッチの順に適合を見る。
- RFP：移行、連携、権限、受入、納品、保守、そして責任範囲を含める。
- 費用比較：標準導入は10万〜100万円程度から。費目を分けて見積もる。
- 委託先選定：同一条件で3社程度を比べ、移行と定着支援も評価の対象にする。
試行で見つけた業務差分は、追加開発の候補として分けておきます。データ品質と現場の納得を確かめながら展開すれば、過剰な投資や定着の失敗を抑えられます。
▼全体ガイドの記事
・営業案件管理システム開発の完全ガイド
▼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を創業。