発注は、業務とKPIの整理から始めます。次に、要件と委託範囲を明確にします。そのうえで、比較、契約、試行の順に進めると、現場に定着させやすくなります。
後半では、発注形態から委託先の選び方まで順に見ていきます。全体像は、インサイドセールス支援システム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・インサイドセールス支援システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
インサイドセールス支援システムの発注で最初に決めること
発注前に決めるのは、標準機能で運用する業務と、自社固有の仕組みとして外注する業務の境目です。関係するのは、CRMやSFA、MA、CTIなどです。
メール配信、Web会議、カレンダーも含まれます。電話ツールだけでは入力作業が残る場合があるため、これらの連携範囲も合わせて決めます。
SaaS・既存CRM拡張・スクラッチの違い
標準的な営業プロセスを早く整えたい企業なら、SaaSが候補になります。一方で、CRMを利用中で、リード配分や架電結果の登録など不足部分が明確なら、CRMを正本にした追加開発が適しています。
スクラッチ開発を検討するのは、独自のリード判定や複数ブランドの権限が競争力に直結する場合だけです。代理店経由の配分や大量の基幹連携についても、競争力に直結するときに限り検討します。
支援範囲の定義：「リードから引き継ぎまで」
支援範囲は、リードの取り込みからKPIレポートまでを含めて考えます。業務のつながりを一覧にして見える形にすると、どこまでを外注するかの線を引きやすくなります。
- リード獲得：Webフォームや展示会名刺からの取り込み。
- 顧客管理：会社と担当者の名寄せ、担当者の割り当て。
- 接触と引き継ぎ：架電とメールの履歴の記録、商談化後の引き継ぎ。
- 効果測定：KPIレポートによる活動状況の把握。
MQLやSQL、商談の定義を決めないまま開発を進めると、部門間の認識違いがそのまま画面に移ります。定義に加えて、対応期限と引き継ぎ必須項目も、発注前に決めておきます。
AI機能より先のデータと運用の整備
会社名の表記揺れや重複リードがあると、AIスコアリングや会話要約の判定精度が下がります。古い連絡先や同意状況の欠落も、判定の妨げになります。
架電結果とメール反応を同じ形式で記録し、優先順位付けやレポートに使える状態を先につくります。そのうえでAIを評価すると、投資対効果を説明しやすくなります。
インサイドセールス支援システムの発注・外注の進め方
発注側は、業務の正解と優先順位を決めます。委託先には、その前提のもとで実現方法と工数の見積もりを求めます。
- 目的と現状業務の確認
- RFPの作成と候補先への説明
- 提案と見積もりの比較、契約
- 要件定義、設計、開発、テストの実施
- 現場トライアルを経たリリース
目的・KPI・現状業務の先行整理
成否を判断するには、「架電数を増やす」よりも細かな指標が必要です。経営、マーケティング、営業の各部門で、共通して見る指標を決めます。
- 接触状況：初回接触までの時間、接続率、メール反応率。
- 商談化：MQLからSQLへの転換率、商談化率、商談受け入れ率。
- 成果：受注率。
現状のExcelやMA、SFA、電話システムを、業務フローに沿って並べます。そのうえで、転記や重複登録がどの作業で起きているか、対応漏れや属人的な判断がどこにあるかを洗い出します。
RFPにおける「何を作るか」と「何を任せるか」の区別
RFPには、候補先が同じ前提で提案できる情報を書きます。確定していない要件であっても、優先度と担当範囲を示せば比べやすくなります。
- 業務と規模：背景、対象部門、ユーザー数、リード数、業務フロー。
- システム要件：必要機能、連携先、データ移行、非機能要件。
- 発注条件：希望時期、予算の考え方、納品物、保守条件。
要件は、必須・できれば必要・将来検討に分けます。提案に含まれる範囲と、別途見積もりになる範囲、発注側が用意するものも、分けて示します。
小規模トライアルと受け入れテストによる定着確認
全社展開の前に、1つの商材と1つのチーム、数名の担当者を対象として、2〜4週間のトライアルを行います。入力にかかる時間と、引き継ぎの品質を測ります。
試行では、リードの取り込みから商談化、レポートまでの最小業務を一通り通します。その途中では、担当割り当てや架電・メール、活動記録を実際に動かして確かめます。
受け入れテストでは、正常系に加えて例外の場面も確かめます。重複リードや異動、同意なしの連絡が起きた場合の動きを見ます。連携停止や退職者アカウントも含めます。
発注形態と契約形態の選び方
発注形態は、SaaSの設定支援、既存CRMの拡張、要件定義から運用までの委託のうちから選びます。
成果物と完成条件が明確な部分は請負にし、変化しやすい調査や改善の部分は準委任や時間精算を組み合わせます。
SaaS導入におけるライセンス契約と導入支援の切り分け
SaaSでは、月額・年額のライセンス料のほかに、初期設定やデータ移行、権限設計がかかります。さらに、連携や研修、運用支援も発生します。
標準サポートにするか、認定パートナーや導入支援会社の伴走にするかを分けて見積もります。また、解約時のデータ出力や保存期間も確かめておきます。
契約前には、API利用の制限や、通話・文字起こしの従量課金も見ておきます。
請負契約の成果物・検収・変更手続きの明文化
請負では、要件定義書や画面仕様書、データ定義書を納品物として明記します。連携仕様書やテスト結果、操作マニュアルも同じ扱いにします。
検収の基準は、「動くこと」だけに置かず、商談化条件や担当割り当て、権限で定めます。さらに、応答時間やエラー通知、移行データの件数も基準にします。
追加要望が出たときに備えて、変更管理や追加費用、納期の扱いを契約書や個別契約に含めておきます。
要件探索と改善サイクルに向く準委任
業務整理や試作では利用者の反応に応じて要件が変わるため、固定価格の請負では、未確定の要望が仕様に入って変更費用が膨らむことがあります。
準委任では、稼働時間や担当者、成果報告の形を定めます。定例会と意思決定期限も決めておくと、短い周期で優先順位を変えられます。
確定した設計と開発は請負に、改善や運用支援は準委任に分ける方法もあります。
インサイドセールス支援システムの費用相場
費用は、ライセンスや初期設定、支援を合算して考えます。移行や連携も費用に加えます。さらに、アドオンや従量課金、保守・改善費も見積もりに含めます。
ここに示すのは、公開料金とCRM・MA開発相場をもとにした、予算取り用のレンジです。業務範囲やユーザー数に加えて、データ状態や連携数でも変わります。金額は確約ではないため、個別の条件をそろえて見積もりを取ります。
SaaS導入の月額費用と初期支援費
SaaS費用は、ライセンスと導入支援の費用を分けて比べます。連携費や追加製品は、別枠として見積もります。
- ライセンス：利用人数とプランごとの月額。
- 導入支援：初回設定費を、ライセンス料とは切り分けた金額。
- 追加製品：MAや連携費など、別枠で見積もる費用。
HubSpotの公式カタログでは、Sales Hub Starterは1シート月額2,400円です。Professionalは12,000円、Enterpriseは18,000円からです（出典：HubSpot「製品・サービスカタログ」、2026年）。
Professionalの初回導入支援は180,000円、Enterpriseは420,000円です（出典：HubSpot「製品・サービスカタログ」、2026年）。10名利用時のライセンスは年間約28.8万円から約216万円で、導入支援や連携費は別途見積もります。
Salesforceの2026年版案内では、営業向けプランは月額3,000円から66,000円です。Enterpriseは1ユーザー月額21,000円です（出典：セールスフォース・ジャパン「2026年版 料金プラン」、2026年）。
10名がEnterpriseを1年間使う場合、ライセンス費は約252万円です。
また、SATORIは初期費用30万円、月額14.8万円で、年間契約の料金を公開しています（出典：SATORI「料金」、2026年）。なお、MAを追加する場合は、営業SaaSとは別の予算として扱います。
追加開発・カスタマイズの費用目安（100万〜5,000万円程度）
開発規模ごとに予算を取るときは、費用と期間の目安を規模別に見ておきます。
- 小規模開発：100万〜500万円程度、2〜6か月。
- 中規模導入：500万〜5,000万円程度、6〜12か月。
- フルスクラッチ：5,000万円から数億円、12か月から数年になる可能性があります。
小規模開発は、既存CRMへのリード配分と架電結果の追加を想定します。予約や独自ダッシュボードも、この範囲に入ります。
中規模導入は、複数事業部の権限やMA・CTI・基幹連携を含みます。データ移行と研修も、対象になります。
これらは、リサーチノートのドメインQ&AにあるCRM・MA開発相場を、インサイドセールスの追加開発に当てはめた推定レンジです。
フルスクラッチは、独自判定や複数ブランド、代理店運用を含む場合に検討します。音声基盤やデータレイク、厳しい可用性や監査要件が絡む場合も、検討の対象になります。
一般的な営業管理は既存のSaaSやCRMを使い、競争優位につながる業務に開発を絞ると、費用対効果を検討しやすくなります。
初期費用ではなくTCOでの比較
初期費用だけでなく、ライセンスやユーザー追加、コンタクト数の費用も試算します。電話や録音に加えて、文字起こしやAPI、ストレージも対象です。
改善や障害対応、解約時のデータ返却も含め、3年程度の期間で比べます。移行や教育、保守の費用も、この中に入れます。
開発費の年10〜20％を保守・改善費として予算化する考え方もあります。ただし、契約範囲によって差が出るため、率だけで決めつけないことが大切です。
RFP・要件整理で外注先に伝えるべき内容
RFPは、開発会社から同じ条件で提案と見積もりを受け取るための資料です。完成版でなくても、困りごとや業務の流れを現場の言葉で書いておけば十分です。
守りたいルールや変えたい指標も書き添えます。不足している情報や仮定した前提は、提案書で分けて示してもらいます。
利用者の行動と判断基準で書く業務要件
「リード管理」とまとめるより、利用者が行う行動と判断基準を具体的に書きます。担当者、マネージャー、営業が使う情報も明確にします。
例えば、資料をダウンロードした会社を業種と従業員規模で分類します。同意状況を確認したうえで担当者へ自動で配分し、初回接触までに何営業日以内に結果を登録するかも決めておきます。
初回接触までの期限や入力画面を定めます。承認内容と、営業への引き継ぎ情報も決めておきます。そのうえで、商談化条件や失注理由、再アプローチ日を含め、担当変更時の履歴も残します。
正本を決めたうえでのデータ項目と連携仕様
会社と担当者、リードのどれをCRMの正本にするかを、接触履歴や商談も含めて決めます。MAやCTIとの同期も、この決定を前提に書きます。
メールやフォーム、カレンダーとの連携や、基幹システムとの同期も、あわせて書いておきます。連携ごとに、APIやWebhookの有無と連携頻度を確認します。また、エラー時の再送や上限、障害時の手動運用も見ておきます。
項目名や型、必須条件を整理すると、連携開発の見積もりが安定します。更新者と日時、重複判定の扱いも、あわせて書いておきます。削除や匿名化のルールも定めます。
非機能要件とセキュリティの早期整理
RFPには、性能や可用性、アクセス管理に関する条件を書きます。個人情報の扱いや、委託先への対応も、条件として書きます。
- 性能・復旧：同時接続数、応答時間、バックアップ、障害復旧、保存期間。
- アクセス管理：権限分離、監査ログ、二要素認証、暗号化、脆弱性対応、異動・退職者の処理。
- 個人情報：利用目的、アクセス部署、再委託、海外での取り扱い、消去・返却。
- 事故対応：インシデント時の連絡期限。
個人情報保護委員会の「個人情報の保護に関する法律についてのガイドライン（通則編）」は、委託先の安全管理措置を事前に確認するよう示しています。また、安全管理や取り扱い状況の把握を契約に盛り込むことも示しています（出典：個人情報保護委員会）。
IPAの「IT製品の調達におけるセキュリティ要件リスト」は、2026年2月に第2.1版へ更新されました。このリストは、調達時の質問項目を作る際に参照できます（出典：IPA「IT製品の調達におけるセキュリティ要件リスト」、2026年）。
委託先の選び方と見積比較のポイント
委託先は、知名度や営業資料だけでなく、同じ質問で比べて決めます。比べる観点は、実績や連携力、移行経験、トライアルです。定着支援やセキュリティ、内製化支援も比べる対象です。
製品ベンダーと導入・連携開発会社、運用支援会社では、役割が異なります。そのため、提案書で責任範囲を確かめます。
実績の見方：会社名より業務・方式との適合性
Salesforceを基盤にするなら、導入や連携に強い会社に相談します。営業とマーケティングを短期でつなぎたいなら、HubSpotの導入支援に強い会社が候補になります。運用設計と開発の責任範囲も、あわせて確かめます。
- 通話業務：RevCommなどの音声解析とCRM連携の確認。
- リード育成：SATORIなどのMA製品から選ぶ。
三菱HCキャピタルのMiiTel Phone導入事例では、導入後に架電数が110％、営業成績が130％になったと報告されています（出典：RevComm「三菱HCキャピタル株式会社 導入事例」、2025年）。
同社は架電ツールとCRMが未連携のため、アフターコールワークに時間がかかっていました。通話記録・分析・CRM登録をつなぐ設計を、発注範囲に含めておくことが大切です。
見積もりの項目・前提・除外範囲をそろえた比較
各社の見積もりと提案は、同じ費用項目と前提条件、評価軸で比べます。
- 作業項目：要件定義、設計、開発、テスト、移行、教育、管理、保守。
- 費用条件：ライセンスと開発、初年度と2年目以降、固定費と従量課金。
- 見積前提：API連携、データ整備の担当、録音・文字起こしの対象時間。
- 評価軸：業務適合性、経験、移行・テスト、セキュリティ、保守、契約柔軟性。
候補先には同じ業務のデモを依頼し、リード登録から商談への引き継ぎまでを見せてもらいます。評価は、画面の多さよりも、現場が短時間で正しく使えるかを基準にします。
過剰カスタマイズとベンダーロックインの回避
独自画面を増やしすぎると、担当者の退職や委託先の変更後に、保守が難しくなります。そのため、標準機能を活用し、差別化につながる範囲に絞ります。
- 移行できる納品物：データモデル、API仕様、コードや設定、テスト結果、運用手順。
- 個人データ：再委託先、アクセス権、監査、事故報告、削除・返却の条件。
- 録音データ：告知や利用目的、保存期間、閲覧範囲、文字起こしの扱い。
別の会社へ移行できる条件は、契約で確保しておきます。録音の扱いは、社内規程と顧客向けの説明に反映します。
この条件が抜けていると、追加費用や運用リスクにつながります。初期見積もりの安さだけでなく、総額と、どこまでを誰が受け持つかで判断します。
よくある質問
発注・外注を検討する企業から、よく寄せられる質問に答えます。自社の状況に合わせて、RFPの判断材料にしてください。
既存CRMがある場合も別システムを開発すべきですか？
CRMに顧客マスタと商談情報があるなら、まずCRMを正本にします。そのうえで、不足している配分や架電結果、画面、レポートを追加する方法を検討します。
別の顧客マスタを作ると、名寄せや同期の手間が増え、二重入力の原因になります。APIや権限、データ量を確認し、契約プランとあわせて見ます。拡張が難しい場合に限り、別アプリや刷新を比べます。
発注予算はどの段階で決めればよいですか？
RFP作成の前に上限額だけを決めるのではなく、複数案を作ります。案ごとに、SaaSの年間費用や支援、連携を分けて書きます。移行や教育、保守も、項目として切り分けます。
小規模な追加開発は100万〜500万円程度、中規模の連携・移行は500万〜5,000万円程度が予算取りの目安です。
公開相場を個別の案件にそのまま当てはめず、候補先に前提を示して、同じ範囲で見積もりを比べます。
RFPは社内だけで作成できますか？
業務の現状と目標は、発注側が中心になって作成します。API制限や移行の難しさは、候補先からの質問で補えます。非機能要件や契約上の制約も、同じ方法で補えます。
完全な仕様書を目指すより、必須要件と未確定事項を分けて書き、不足点は提案の中で指摘してもらう方法が現実的です。
AIスコアリングや会話解析を最初から入れるべきですか？
最初から必須にする必要はありません。まずは、名寄せや同意、接触履歴を整えます。商談化条件も一定のルールで記録できるようになってから、AIを試します。
導入時には、判定の根拠を確認できることと、誤判定を修正できることを確かめます。録音や文字起こしの保存・利用範囲も、契約と社内規程に反映します。
まとめ
発注・外注では、機能一覧より先に、リード獲得から商談への引き継ぎまでの業務と、改善するKPIを整理します。
標準化できる業務にはSaaSや既存CRMを使い、差別化につながる配分や連携に開発投資を集中させます。
発注前に確認すること
目的とKPI、業務フローを整理したうえで、CRMを正本にするかどうかを決めます。必須機能や連携先、データ移行をどうするかも、ここで決めます。権限や録音、個人情報の扱いも、発注前に確かめておきます。
RFPでは、必須と将来、対象外を分けて書きます。見積もりの対象範囲と除外範囲も、あわせて明記します。
委託後の成功を左右すること
委託後は、試行で業務適合を確かめ、総費用と契約条件をそろえて段階的に展開します。
- 試行と展開：2〜4週間の試行で、入力負荷や対応漏れ、商談化率、引き継ぎ品質を見る。
- 総費用：ライセンスや連携、移行、教育、保守、従量課金、データ返却を含むTCO。
- 契約条件：成果物、検収、変更管理、再委託、セキュリティ、将来の引き継ぎ。
トライアルと受け入れテストを経てから段階的に展開すると、現場の反応を見ながら広げていけます。
営業プロセスに合う発注方式と委託先を選び、現場が使い続けられる仕組みを整えることが、費用対効果と定着につながります。
▼全体ガイドの記事
・インサイドセールス支援システム開発の完全ガイド
▼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を創業。