リードナーチャリングツールの発注は、業務の整理、RFPの作成、同じ条件での比較と検収の順に進めると、営業へリードをつなぐ運用を整えられます。
発注形態、要件の整理、契約と費用、委託先の選び方について説明します。全体像は、リードナーチャリングツール開発の完全ガイドでも確認できます。
▼全体ガイドの記事
・リードナーチャリングツール開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
リードナーチャリングツールを発注する前に知るべき全体像
リードナーチャリングは、問い合わせ、資料ダウンロード、展示会、Web閲覧などの接点を記録します。記録した接点をもとに、検討段階に合う情報を届けて、商談へ引き渡します。
発注対象は、メール配信画面に加えて、誰が、いつ、何に反応したかを蓄積するデータ基盤と、営業がフォローする判断ルールです。
発注対象はツールだけでなく業務基盤
業務として描くのは、リードの登録、名寄せ、配信までです。さらに、スコアリング、営業通知、商談結果の返却も、ひと続きの業務に含めます。
たとえば、展示会で受け取った名刺を登録し、関心のあるテーマの資料を数回配信します。料金ページを見た担当者は営業へ通知され、営業は「時期尚早」「担当者不明」「商談化」といった結果を返します。営業からの戻り情報がなければ、ツールは配信の装置にとどまり、スコアリングも改善されません。
発注形態はSaaS、連携開発、スクラッチの3方向
発注形態は、既製品の活用範囲と独自開発の範囲に応じて、大きく3つに分かれます。
- 標準SaaS：製品の契約と初期設定の委託
- 連携開発：パッケージやCRMへのAPI連携・データ移行の追加
- スクラッチ：独自の営業プロセスを業務システムとして開発
SaaSは早く始められる一方で、業務のほうを製品の標準機能に合わせる必要があります。スクラッチは独自の要件に対応しやすい反面、開発費に加えて、保守、更新、担当者の確保も長く続く負担になります。
発注前に決めるKPIと営業への引き渡し条件
開封率だけをKPIにすると、配信の最適化が営業成果から離れてしまいがちです。
KPIの候補は、商談化率と受注率のほか、休眠リードの再活性化やMQLからSQLへの移行率などです。初回接触までの日数や施策別のパイプライン貢献も含め、経営と営業が理解できる指標を2〜4個に絞ります。
前提資料には、MQLの条件と営業が確認する期限を明記します。対象外にする業種や配信停止の扱いも同じ資料に書き、発注先へ渡します。
リードナーチャリングツールの発注・外注の進め方
製品を比べる前に、業務とデータを棚卸しします。そのうえで、最小の業務シナリオをRFPにまとめてから候補会社へ相談する順が安全です。
公式の導入支援例でも、初期設定や目標設定、データ移行、ナーチャリング自動化を段階的に進めます。この流れは通常約3か月で完了します（出典：HubSpot「Marketing Hub導入支援プラン」、2026年確認）。
1. 現状の顧客情報と営業プロセスの棚卸し
まず、会社、担当者、メールアドレスの項目を一覧にします。流入元と同意状態、接点履歴も、同じ一覧に書き出します。商談、受注、失注理由も加え、各データの保管場所も確認します。
Excelや名刺管理、問い合わせフォームのように、データが複数の場所に分かれている場合は、項目名と更新責任者も書き出します。CRMやSFA、Web解析、ウェビナーサービスも、同じように確認します。
登録件数だけでなく、データの中身も確認します。重複率や欠損、表記揺れを見ます。配信停止情報が欠けていないかも見ます。
2. 業務シナリオのRFP化
RFPには、導入目的、対象部門・リード、既存システムを記載します。必須シナリオや希望時期、予算の考え方も、同じ文書に書きます。さらに、提案範囲、納品物、評価方法も含めます。
「高機能なスコアリング」のような言葉より、具体的な業務を書いたほうが、各社は同じ前提で提案できます。
たとえば、資料Aを読んだあとに料金ページを見た担当者へ加点します。一定の点数に達したら営業へ通知し、営業の結果をCRMへ戻す流れを示します。
3. 必須要件と段階導入の範囲の切り分け
必須要件は、導入初日からないと業務が止まるものに限ります。フォーム登録や配信停止、営業通知を初期範囲に入れ、CRM同期や権限管理なども含めます。
AI予測スコアや複雑なレコメンドは、データ品質を確かめたあとに追加する拡張候補として扱います。
最初から全商材・全拠点を対象にせず、代表的な1商材と1つの営業チームで試す方法もあります。そうすれば、要件の誤りを小さく修正できます。
4. 提案比較、パイロット、検収
候補会社には、同じサンプルデータとシナリオを渡します。デモでは、登録から営業通知までを通して見せてもらいます。
契約後は、設計、設定・開発、データ移行の順に進めます。続いて、テストと操作研修を行い、パイロットを経て本番展開へ移ります。
検収条件は、画面の表示より業務の結果で定めます。たとえば、重複を除いた登録、同意のない宛先への配信防止、条件に沿った営業通知などを確認します。
発注形態の選び方
方式は、リード数と営業人数だけでなく、ほかの条件も合わせて決めます。既存CRMをどこまで残すか、複数商材を扱うかも判断材料になります。
独自の承認やスコア判定が競争力になるかも確かめます。月額が安い方式が最適とは限りません。そこで、移行・連携・運用担当者、契約終了時のデータ返却も含めて、3年TCOで比べます。
早く小さく検証したい企業向けの標準SaaS
メール、フォーム、基本セグメント、簡易スコアリングを早く始めたいなら、標準SaaSが候補になります。保守や更新を自社で抱えにくく、初期費用を抑えて1〜2本のシナリオを試せる点が特徴です。
事前に確認するのは、データ項目とAPI制限、コンタクト数です。加えて、メール通数や権限、ログも見ます。契約終了時にデータを書き出せるかどうかも、確認します。
既存資産を活かしたい企業向けのパッケージとAPI連携
CRMやSFA、名刺管理、基幹システムを使う企業には、MA製品を追加して、APIやiPaaSでデータを連携する方法が現実的です。
標準機能を使いながら、会社名の名寄せ、営業担当の割り当て、商談ステージの同期などを補えます。
連携が失敗したときの再送、エラー通知、手動修正、監査ログも設計します。こうした対策がなければ、画面上の数値が不自然にずれるおそれがあります。
独自業務が成果へ直結する企業向けのスクラッチ開発
複数のブランドや拠点の同意ルール、アカウント単位の評価があるなら、個別開発を検討します。基幹の契約情報との複雑な判定や独自の承認も、対象になります。
標準製品に合わせると営業上の強みが損なわれる要件かどうかも、判断材料になります。独自画面の作成を目的にせず、標準SaaSで代替できない要件と、開発しない場合の業務への影響を比べます。
RFPと要件整理で決めること
RFPは、解決したい業務課題と、提案会社に回答してほしい条件をそろえる文書です。製品を指定するためのものではありません。
機能要件に加えて、データの責任範囲や運用変更の範囲を記載します。セキュリティや成果物、体制、費用の前提もあわせて書きます。そうすれば、追加費用が膨らむ提案を見分けられます。
MQL、SQL、営業通知の条件まで書く業務要件
「リードを育成する」という書き方では、会社ごとに解釈が分かれます。登録対象にする接点と、同一企業としてまとめる基準を具体的に書きます。
属性や行動によるセグメント、MQLの点数、営業が確認する期限も決めます。未対応のときの再通知、失注後の再配信、担当者不明の扱いも、要件に含めます。
項目単位で確定するデータ項目と連携仕様
会社IDや担当者ID、メールアドレス、同意日時を、項目表にまとめます。配信停止日時や流入元、閲覧履歴も加えます。スコアや営業担当、商談ステージも、項目に含めます。
項目ごとに、更新元と頻度、必須か任意かを記載します。重複時の優先順位や削除時の挙動も書きます。連携では、API認証やレート制限、同期遅延を提案会社に確認します。失敗時の再送とテスト環境も、あわせて確かめます。
同意管理、権限、運用変更の要件
メールアドレスに紐づく関心やWeb閲覧履歴は、マーケティングに役立つ一方で、取り扱いを整理すべき情報です。
- 閲覧履歴：Cookieなどで取得する記録も、取り扱いの対象です。
- 同意と情報管理：利用目的、配信同意、オプトアウトを要件に含めます。第三者提供、委託先、保管地域、削除・返却も含めます。
- 法的判断：自社の法務や専門家に確かめる事項です。
端末識別子を通じた閲覧履歴は、個人関連情報の例にあたります（出典：個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、2026年確認）。
請負と準委任の使い分け
成果物と完成条件が明確な工程には、請負が合いやすいです。一方で、要件を探りながら進める工程には、専門人材の稼働を得る準委任が向きます。
要件定義は準委任、設定・開発は請負、運用改善は準委任とする方法もあります。名称だけでなく、作業範囲と責任を確認します。検収と変更手続きも、同じように確かめます。
要件定義は準委任、完成物は請負に分ける方法
データ品質や営業ルールが分からない段階で全工程を固定価格の請負にすると、前提のずれが追加変更になりやすいです。
要件定義では、現状分析や業務フロー、データ項目を成果物として合意します。方式比較と概算見積も、同じ段階で成果物にします。そのうえで、実装範囲が固まったあとに請負へ移ると、双方の責任を整理できます。
契約に書く追加要件と変更管理のルール
仕様変更の申請者と影響調査の期限を決めます。追加費用の算定方法と、納期変更の扱いも定めます。
また、新しい配信シナリオが標準設定で対応できるか、個別開発になるかを明示します。テスト環境で何を確認するかも示します。
発注者の確認の遅れや、外部サービスの仕様変更、移行件数の超過など、納期に影響する前提も記録します。
成果物、権利、データ返却と保守範囲の明記
契約書や発注書には、要件定義書、データ項目表、連携仕様書を記載します。テスト計画・結果、操作マニュアル、設定一覧、運用手順も、成果物に含めます。そのうえで、ソースコードやアカウント情報の引き渡し範囲も決めます。
SaaSでは、ソースコードを受け取れない場合があります。一方で、設定データや配信履歴、同意履歴、リード情報の出力形式は確認できます。
障害対応時間やバックアップ、復旧目標を確認します。脆弱性対応や、契約終了時の削除証明も確かめます。
リードナーチャリングツールの費用相場
費用は、ツール利用料、初期設定、データ移行の項目に分けて見積もります。シナリオ設計、CRM・SFA連携、コンテンツ制作も、同じように分けます。研修と保守も、別の項目として扱います。
NotebookLMの調査と公開料金をもとにした目安では、無料から小規模のSaaSは初期0〜10万円、月額0〜10万円です。国産MAの標準導入は、初期3〜30万円、月額8〜20万円程度です。
製品や導入範囲によって変わる参考レンジで、発注金額を保証するものではありません。
公開価格と従量条件を分けたライセンス費
まず、公式の公開価格の例を確かめます。そのうえで、総額が変わる従量条件を確認します。
- SATORI：初期30万円、月額14万8,000円の年間契約で、基本サポートを含みます（出典：SATORI「料金」、2026年確認）。
- ferret MA：初期3万円、月額8万円からで、ユーザー数は無制限です（出典：株式会社ベーシック「ferret MA 料金・プラン」、2026年確認）。
- 従量条件：対象コンタクト数、メール通数、追加ユーザーで総額が変わります。API、IPアドレス、オプション、年間契約の有無でも変わります。
高機能MAの月額20〜50万円超のレンジ
高機能MAやCRM連携では、初期費用30〜300万円超、月額20〜50万円超が一つの目安になります。
Salesforce Marketing Cloud Account Engagementの公式価格は、次の4プランです。
- Growth+：月額15万円
- Plus+：月額33万円
- Advanced+：月額52万8,000円
- Premium+：月額180万円
いずれも、年間契約の組織単位の価格です（出典：セールスフォース・ジャパン「Marketing Cloud Account Engagementの価格」、2026年確認）。
これは製品の利用料です。設計や移行、連携、運用人材、追加サービスは、別に確認します。
連携開発やスクラッチの工数と保守の見積もり
開発方式ごとに、初期費用と期間の参考レンジを比べます。
- パッケージの個別設定・連携：初期300〜1,500万円、3〜9か月程度
- 部分スクラッチ・業務ポータル：1,000〜5,000万円、6〜12か月程度
- 大規模な営業・CRM基盤：5,000万円〜数億円、1〜2年以上の可能性
この数字は、リードナーチャリング専用の公的統計ではなく、NotebookLMで確認した営業・CRM・MA業務システムの一般的な相場を、本テーマに当てはめた推定です。
保守は、初期開発費の年10〜20％程度を目安にする考え方もあります。
SaaSの月額料金や、APIやクラウドの従量費、コンテンツ制作、運用代行は、別の項目として扱います。
見積もりは初年度だけで終えず、2年目と3年目のライセンス費も合算します。追加連携やデータ増加、サポート、契約終了時の移行費も、同じ計算に含めます。
委託先・開発会社の選び方
導入後に社内で使えるかは、製品名や知名度だけでは判断しにくいものです。ベンダー、認定パートナー、導入支援会社、受託開発会社では、担当範囲が違います。
担当範囲が違うため、要件定義、移行、連携、研修、運用改善のどこまでを一社が担うかを確認します。そのうえで、同じRFPとサンプルシナリオを候補会社へ渡します。
BtoB営業と同じ検討期間の実績
リードナーチャリングは、単発のEC購入に比べて検討期間が長く、複数の担当者が関わるBtoB営業では複雑になりやすいです。
自社に近い業界や商材単価を持つ事例を確認します。営業人数や展示会比率、商談までの期間が近い事例も、あわせて見ます。
事例の数字は、ベンダーが公表した条件と期間を含めて読みます。同じ成果が自社でも出ると断定しないことが必要です。
データ移行と連携の責任範囲
画面設定が得意な会社でも、既存CRMや基幹システムの移行経験があるとは限りません。そのため、バックアップや名寄せ、同意情報の引き継ぎ、件数照合について質問します。
エラー対応や旧システムの停止時期も確認します。API障害時の一次対応者や、仕様変更時に費用が発生する条件も確かめます。
セキュリティと導入後の伴走体制
委託先の安全性は、技術対策とデータ運用の両面から確認します。
- アクセス管理：職務別権限と管理者操作の監査ログ
- データ保護：暗号化、バックアップ、脆弱性対応
- 運用体制：障害通知とデータ保管地域
ISMAPは、政府のクラウド調達に向けて、対象サービスのセキュリティ水準を評価・登録する制度です（出典：ISMAPポータル「ISMAP概要」、2026年確認）。
ISMAPが必須でない場合でも、同程度の確認項目を委託先に尋ねると、比較しやすくなります。
IPAの「情報セキュリティ10大脅威 2026」が挙げる脅威には、アカウント乗っ取り、ランサムウェア、委託先経由の情報漏えいがあります。これらを踏まえて、対策を確認します（出典：IPA「情報セキュリティ10大脅威 2026」、2026年確認）。
研修のあとも、シナリオの追加やスコアの見直し、月次レポート、営業会議への参加を支援できるかを、契約前に聞きます。
見積書を比較するときのポイント
作業範囲の違う提案は、総額だけで比べると誤った判断になりがちです。見積は、製品費と設定、要件定義、移行、連携に分けて見ます。テストや研修、コンテンツ、保守、従量課金、追加変更も、項目として分けます。
数量、単価、期間、前提条件をそろえて、最安値よりも作業漏れの有無を確認します。
同じサンプルシナリオによる工数と成果物の比較
フォーム登録から配信、スコア加点、営業通知、商談結果の返却までを、同じ条件で提示してもらいます。そのうえで、標準設定、個別開発、発注者作業の範囲を比べます。
要件定義書、移行結果、テスト結果が見積に含まれるかを確認します。操作マニュアルと設定一覧も、見積に入っているかを確かめます。
デモで見せた機能が本番プランに含まれるか、追加オプションではないかを、契約前に照合します。
3年TCOでのライセンスと運用負担の比較
3年TCOには、初期費用と12か月分の月額のほかに、コンタクト数やメール通数、API料も含めます。追加ユーザーやサポートの費用も、算出の対象です。
ドメイン設定やコンテンツ制作、運用担当者の工数、移行や解約の費用も加えます。SaaSの料金が安くても、手作業の連携が残れば、社内の工数が高くなる可能性があります。
安すぎる見積と曖昧な見積への質問
初期費用が極端に安い場合は、要件定義や移行、研修が含まれない可能性があります。データ整備やテストが抜けていることもあります。
「一式」「別途相談」「想定外は追加」といった記載が多ければ、数量と条件に分解してもらいます。
高い見積には、複数回の研修や営業会議への伴走、運用改善、障害対応が含まれる場合もあります。そのうえで、価格差の理由を説明できる会社かどうかを見ます。
発注後に使われない失敗の防ぎ方
導入後にExcelへ戻ってしまう原因は、製品の機能不足のほかにもあります。データ品質や営業へ渡す条件、通知量も関わります。設計体制や変更の外注も関係します。
そのため、発注時から現場の代表者、データ管理者、営業責任者をプロジェクトに参加させます。
AIより先に整える名寄せと同意情報
重複した会社・担当者、古いメール、未反映の配信停止があると、誤配信や重複通知につながります。
移行前に、正規化ルールや会社・個人のキーを定義します。同意状態の優先順位と、削除依頼の処理も決めます。
AIスコアやレコメンドは、正しい入力と営業の結果情報がたまってから導入します。使う場合も、説明できる範囲にとどめます。
営業が返答しやすい通知と入力項目
通知が多すぎると、重要なリードまで見逃されてしまいます。通知には、会社と担当者、直近の接点を含めます。関心テーマやスコア理由、推奨アクションも加えます。
営業が入力する結果は、「対応中」「時期尚早」「対象外」「商談化」など、少数にします。結果が戻ってくれば、スコアとシナリオを改善できます。
項目を増やすより、現場が毎日続けられる導線を設計するほうが大切です。
自社で変更できる範囲と外注する範囲
配信文面や簡単なセグメントを毎回外注すると、施策が遅れ、費用も積み上がります。
複雑なAPI連携、基盤変更、セキュリティ設定、データ移行は、専門会社が担うほうが安全です。
管理者研修で社内での変更を可能にする一方、月次改善や大規模連携は委託します。その境界を、設計書と保守契約に反映します。
よくある質問
費用や期間は、データ量や既存システム、対象範囲によって変わります。そのため、ここに示す目安をそのまま発注額にせず、自社の条件をそろえた見積で確認します。
リードナーチャリングツールの発注予算はどのくらい必要ですか？
標準SaaSの利用だけなら、初期0〜30万円、月額0〜20万円程度が参考レンジです。
CRM連携やデータ移行を含む支援は、数十万〜数百万円です。
一方で、個別連携や業務システム開発は、300万円〜数千万円以上になる可能性があります。製品、設定・移行、運用を分けて見積もり、3年TCOで判断します。
SaaSとスクラッチ開発はどちらを選ぶべきですか？
1〜2本のナーチャリングシナリオを試すなら、SaaSが合います。独自のデータや承認、基幹との複雑な判定が売上に直結する場合は、個別開発を検討します。
標準製品に合わせるほうが、かえって高くつく場合もあります。要件を必須と拡張に分け、SaaSで検証したあとに段階的に開発する方法も有効です。
RFPは専門会社に作成してもらうべきですか？
社内に業務とデータを整理できる担当者がいれば、目的や対象業務、必須シナリオ、既存システムを自社でまとめられます。そうすれば、提案を比較しやすくなります。
要件が複雑で中立的な方式比較が必要なら、製品販売と利害関係のない支援会社へ要件定義だけを委託できます。
業務ルールと優先順位は、発注者が決めます。RFPの作成を丸投げしないことが重要です。
リードナーチャリングツール開発は請負契約だけでよいですか？
要件が固まった設定・開発は請負、現状分析や運用改善のように検討しながら進む工程は準委任が合いやすいです。
工程ごとに契約を分けて、成果物や稼働範囲、検収を明確にします。変更管理、保守、データ返却についても、取り決めます。契約形態は、法務や専門家に確認したうえで、自社の責任分担に合う形で締結します。
まとめ
「何を自動化するか」より前に、どのリードを誰へ渡すかを定義します。
営業へ通知する条件と、商談結果をどう戻すかも、あわせて決めます。
標準SaaS、既存システム連携、スクラッチを比べます。利用料と、設計・移行・連携・運用の費用は、分けて見積もります。
まずは現状の棚卸しと最小シナリオ
発注前には、顧客データや同意情報の所在を確認します。接点や商談のデータも同様に確かめ、重複や欠損も把握します。
フォーム登録から配信、スコア加点、営業通知、結果返却までを、代表的な1本のシナリオにまとめます。その内容を、RFPに記載します。
候補会社には、同じ条件で提案を求めます。そのうえで、成果物、変更管理、保守を比べ、データ返却と3年TCOも見ます。
導入後の運用とデータ品質まで含めた委託先の選び方
導入後の成果は、データ品質と部門間の運用体制に左右されます。
- データと営業連携：重複を防ぎ、営業から結果を返します。
- 社内体制：社内変更と外注の範囲を決め、3部門で同じKPIを見ます。
目指すのは、納品ではなく、商談化率と受注率を継続的に改善できる運用の定着です。
▼全体ガイドの記事
・リードナーチャリングツール開発の完全ガイド
▼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を創業。