3社から届いた見積書を、机に並べる。
1社は「一式」、1社はライセンスだけ、1社は保守込み。
どれがいちばん安いのか、誰にも言えない。
ERPの相見積もりで、よく起きる場面です。
ERP見積もり依頼書（RFQ）とは、複数のベンダーに同じ条件で価格と費用を出してもらうための文書です。
RFQは「Request for Quotation（見積もり依頼）」の略です。
比べられる見積もりは、前提をそろえた依頼書から生まれます。
費用は、初期・継続・追加の3つに分けて聞きます。
ただ、前提をそろえても、各社の金額にはまだ差が残ります。
その差は、見積書のどこに隠れているのか。
この記事で分かること
- RFQとRFP・社内稟議書の違い
- RFQに書くべき項目のチェック表と記載例
- 費用と期間を左右する4つの要因と、NetSuiteの見積もりで聞く点
- 更新やパートナー変更で見積もりを取るときの注意
- 相見積もりでよくある失敗3つと避け方
RFQとは｜RFP・稟議書との違い
RFQは、相見積もりで各社を公平に比べるための土台です。
よく混同されるのが、RFP（提案依頼書）と社内稟議書です。
| 文書 | 誰に出すか | 主な目的 | この記事との関係 |
|---|---|---|---|
| RFP（提案依頼書） | 社外（ベンダー） | 要件を伝え、解決策の提案を募る | RFQの前の段階 |
| RFQ（見積もり依頼書） | 社外（ベンダー） | 価格と条件を同じ土俵で比べる | この記事のテーマ |
| 社内稟議書 | 社内（決裁者） | 導入の承認を得る | RFQの後の段階 |
RFPは「どう解決するか、提案してください」と広く問う文書です。
RFQは「この条件で、いくらになりますか」と価格に絞って問います。
実務では、まずRFPで提案を募り、絞った候補にRFQで見積もりを頼む流れが一般的です。
要件の伝え方はERP導入を成功させるRFPの作り方で扱っています。
社内の承認の取り方はERP導入の社内稟議書の書き方をご覧ください。
RFQに書くべき項目｜チェック表
前提が違えば、金額の大小に意味はありません。
だから、全社に同じ前提を示します。
| 区分 | 記載項目 | 書く内容 |
|---|---|---|
| 基本情報 | 自社の概要 | 業種・従業員数・拠点数・年商の規模 |
| 基本情報 | 提出期限・問い合わせ先 | 回答の期限と窓口の担当者 |
| 対象範囲 | 導入したい業務の範囲 | 会計・販売・在庫・製造など対象のモジュール |
| 対象範囲 | 想定のユーザー数 | 利用する人数と、権限の種類 |
| 対象範囲 | 既存システムと移行データ | いまのシステムと、移すデータの種類と量 |
| 費用 | 初期費用の内訳 | ライセンス・初期設定・データ移行・教育 |
| 費用 | 運用・保守の費用 | 月額または年額の継続費用 |
| 費用 | 想定される追加費用 | カスタマイズ・オプション・追加開発 |
| 体制 | 導入の体制・期間 | プロジェクトの体制と想定のスケジュール |
| 体制 | 導入後のサポートの範囲 | 保守・運用支援の内容と窓口 |
| AIとの親和性 | データの取り出しとAIとの連携 | 外部のAIやツールとつなぐ方法、その費用の扱い |
モジュールは、会計・在庫・製造など、業務ごとに分かれた機能のまとまりです。
費用の欄は、初期費用だけで終わらせません。
ERPの費用は、導入後も運用・保守として続きます。
初期と継続の両方をそろえて聞けば、総額で比べられます。
「AIとの親和性」は、これから重みが増す項目です。
導入後にAIで数字を点検したり問い合わせたりするには、データを外に出せることが前提になります。
方法と費用の扱いを、見積もりの段階で聞いておけば後で慌てません。
どの業務をどこまで対象にするかは、要件を詰めることが前提です。
詳しくはNetSuite導入のFit&Gap分析をご覧ください。
費用と期間を左右する4つの要因
前提の欄に何を書けばよいかは、費用を動かす要因から逆算できます。
| 要因 | 依頼書のどこに書くか | 書き漏れると起きること |
|---|---|---|
| 業務の範囲 | 導入したい業務の範囲 | 各社が違うモジュールで見積もる |
| 開発（特に外部連携） | 既存システムと移行データ、想定される追加費用 | 連携の数と中身が各社でばらつく |
| 社内の体制 | 自社の概要（情報システムの担当の有無） | 支援の厚さと期間の見込みがそろわない |
| ユーザー数 | 想定のユーザー数 | 受入テストと教育の工数が読めない |
とくに外部システムとの連携は、金額を大きく動かします。
つなぐシステムの名前と数は、依頼書に必ず書いてください。
RFQの記載例｜NetSuite導入を前提とした書き方
自社の状況に合わせて、言葉を入れ替えてお使いください。
自社の概要
当社は◯◯業を営む、従業員◯名・◯拠点の企業です。
現在は会計と販売管理を別々のシステムで運用しています。
データの分断を解消するため、クラウドERPの導入を検討しています。
導入したい業務の範囲
今回の対象は、会計・販売管理・在庫管理の3領域です。
製造管理は次のフェーズで検討します。
この範囲について、標準の機能でどこまで対応できるかをご提示ください。
費用
以下を区分してご提示ください。
・初期費用（ライセンス・初期設定・データ移行・教育）
・運用保守の費用（月額または年額）
・想定される追加費用（カスタマイズ・オプション）
・3年間と5年間の総額
NetSuiteの費用は、利用するモジュール・ユーザー数・必要なオプションで変わります。
だからこそ、前提を固定したうえで提示を求めます。
価格の出発点は、ミニマム構成で月額20万円〜です。
構成によって変わり、要件によっては数百万円規模になることもあります。
正確な金額は、Oracleの営業との連携のうえで示されます。
料金体系の考え方は、NetSuiteの料金・費用・ライセンス体系で扱っています。
導入後のサポートの範囲
導入後の保守・運用支援の範囲と窓口、担当者の体制をご提示ください。
担当コンサルタントが持つNetSuite関連の認定資格もご記載ください。
NetSuiteの見積もりで聞いておきたい3点
| 聞いておきたい点 | 公式の情報 | 依頼書での聞き方 |
|---|---|---|
| モジュールを後から足せるか | モジュールは契約期間中いつでも個別にライセンスを取得でき、料金はモジュールごとに異なる | 今回の範囲と、次のフェーズで足す場合の費用を分けて示してほしい |
| サポートの種類 | Oracleのサポートには、BasicとPremiumがある。Premiumは24時間365日の電話、優先のケース対応、ライブチャットを含む | 見積もりに含むサポートの種類と、パートナーのサポートとの分担を示してほしい |
| 試験用の環境 | Sandboxは、本番に影響せずに試せる環境。取得はアカウント担当への問い合わせ | Sandboxを見積もりに含むか、含まない場合の進め方を示してほしい |
出典：Oracle NetSuite公式（モジュール、サポート）、Oracle NetSuiteのヘルプ（Sandbox）。いずれも2026年9月確認。
AIとの連携では、NetSuiteにAI Connector Serviceがあります。
ClaudeやChatGPTなどのAIを、NetSuiteのデータにつなぐ仕組みです（出典：Oracle NetSuite公式、2026年9月確認）。
使う場合の設定と費用の扱いも、依頼書で聞いておきます。
回答の形をそろえてもらう
各社の回答の形がばらばらだと、比べる作業に時間がかかります。
依頼書に、回答の表の形を添えておきます。
| 費用の区分・項目 | 1年目 | 2年目以降（年額） | 含まないもの |
|---|---|---|---|
| 初期：初期設定・データ移行・教育 | ― | ||
| 継続：ライセンス・保守・サポート | |||
| 追加：カスタマイズ・オプション |
冒頭の問いの答えは、この「含まないもの」の欄にあります。
前提をそろえても残る金額の差は、多くの場合この欄の差から生まれます。
判断の物差し｜RFQを出す前に
RFQが、どの会社にとっても最初の一歩になるとは限りません。
| 自社の状況 | すすめる進め方 |
|---|---|
| 解決したい課題と対象の業務が決まっている | RFQで価格と条件をそろえて比べる |
| 課題はあるが、要件がまだ言葉になっていない | 先にRFPや要件の整理から始める |
| NetSuite・国産ERP・Odooなど、種類の違う製品を比べたい | 同じ業務の範囲で、標準で対応できる範囲と追加開発の範囲を分けて聞く |
| 独自の業務が多く、パッケージに合うか分からない | AIスクラッチ開発も含め、作る場合と買う場合を分けて比べる |
| 課題が小さく、いまの仕組みで回っている | いまは入れない。手作業の改善で足りるかを先に見る |
上から順に問うと、次のとおりです。
種類の違う製品を比べるときは、とくに前提をそろえます。
クラウドの月額と買い切りのライセンスでは、費用の出方が違うためです。
比べる期間（3年・5年）を決め、同じ期間の総額で並べます。
製品の全体像はERP・クラウドERPを徹底比較をご覧ください。
Odooとの違いはOdooとNetSuiteの比較、作る場合との比較はAIスクラッチ開発とERPの比較で扱っています。
これから選ぶ会社と、いま使っている会社
これから初めてERPを選ぶ会社
この記事のテンプレートを、そのまま使えます。
「対象範囲」と「想定のユーザー数」は、自社の実態に合わせて具体的に書きます。
ここが具体的なほど、各社の見積もりはそろいます。
いまNetSuiteを使っていて、見直しを考えている会社
契約の更新、機能の追加、パートナーの変更で見積もりを取ることもあります。
この場合は、次の3点を依頼書に足します。
- いまの構成：使っているモジュール、ユーザー数、アドオン（追加開発した機能）の一覧
- 引き継ぐもの：設定の資料、カスタマイズの内容、データの受け渡しの条件
- 変えたい点：いま困っていることと、見直しで解決したいこと
アドオンの一覧が手元にないと、各社の見積もりの範囲がばらつきます。
いまのパートナーと結んだ契約の条件（解約の予告期間など）も、先に見ておきます。
パートナーを変える場合の進め方は、ERP導入失敗の原因はパートナーにあり？「パートナー変更（リプレイス）」という選択肢で扱っています。
相見積もりでよくある失敗3つ
失敗1：要件があいまいなまま見積もりを頼む
起きること：各社が違う前提で金額を積み上げ、金額も範囲もばらばらになる。
原因：「とりあえず一式で」と頼み、必要な機能を並べずにベンダーに任せた。
避け方：RFQを出す前に、要件を言葉にします。
標準の機能で足りる部分と、調整が要る部分を分けてから頼むと、見積もりがそろいます。
失敗2：初期費用の安さだけで選び、後から費用が膨らむ
起きること：初期費用は一番安かったのに、運用保守や追加開発を含めると総額で逆転する。
原因：初期費用だけを並べ、継続費用と追加費用を見ていなかった。
避け方：初期・継続・追加の3区分をRFQでそろえて聞き、3年・5年の総額で比べます。
失敗3：前提をそろえず、後から「範囲外です」と言われる
起きること：契約した後に、データ移行や教育が見積もりに入っていなかったと分かる。
原因：ユーザー数・対象の業務・移行の範囲を各社に任せた。
避け方：前提を依頼書に明記し、全社に同じ条件を示します。
回答に「含まないもの」も書いてもらえば、範囲外の費用が見えます。
ベンチャーネットならこう見る
見積もりを受け取る側に立つのが、NetSuite認定パートナー（Solution Provider）であるベンチャーネットです。
NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。
受け取る側から見ると、比べやすい依頼書には2つの工夫があります。
要件ごとに「標準に合わせる／開発する／残す」で答えてもらう
標準で収まらない業務には、3つの選び方があります。
標準に合わせる、開発する、残す（今回の対象外にする）。
依頼書の要件ごとに、各社がどれで応えるかを書いてもらいます。
- 標準に合わせる：設定の範囲で済み、費用は小さい
- 開発する：開発の費用に加え、稼働後の保守の費用も続く
- 残す：見積もりには出ないが、いまの仕組みの費用が続く
「開発する」が多い見積もりは、初期も継続も大きくなりやすい。
「残す」が多い見積もりは、安く見えても、対象外の業務の費用が別に残ります。
答え方がそろうと、金額の差の理由が見えてきます。
誰に何を聞くかを分ける｜日本オラクル・パートナー・自社
| 担い手 | 担うこと | 依頼書で聞く相手 |
|---|---|---|
| 日本オラクル | ライセンス・トレーニング・製品サポート | ライセンスの金額（パートナーがOracleの営業と連携して示す） |
| パートナー | 要件定義・設定・カスタマイズ・アドオン開発・保守・PM | 導入費用・保守費用・体制 |
| 自社 | 業務の整理、データの準備、受入テスト | 見積書には出ない。社内で見込む |
ベンチャーネットの場合、PMには発注する会社側のPM業務やOracleとの調整も含みます。
契約は、請負契約に対応しています（準委任も相談可）。
仕事の多くは、ゼロからの導入より、他社のあとの引き継ぎや他システムとの連携です。
見直しで見積もりを取る会社には、5-2の3点がそろっているかを最初に伺います。
最初に確かめる問いは、次の3つです。
- ユーザー数・モジュール・移行の範囲が、各社で同じか
- 「含まないもの」は何か
- 導入の後に、誰が、どの範囲で支えるか
パートナーの見極め方は、NetSuiteパートナーの選び方もご覧ください。
今日できること｜RFQの「前提の欄」だけ埋める
依頼書を全部書く前に、次の5行だけ埋めてみてください。
| 前提 | 自社の答え |
|---|---|
| 対象の業務（例：会計・販売・在庫） | |
| 使う人数と、権限の種類 | |
| 移すデータと、つなぐシステム | |
| 比べる期間（例：5年） | |
| 今回は対象にしない業務 |
1時間で埋まらない行が、社内で決めきれていない論点です。
その行を決めてからRFQを出すと、見積もりのばらつきが減ります。
よくある質問
Q1. RFPとRFQはどう違いますか
RFPは提案を募る文書、RFQは価格と条件を比べる文書です。
一般的には、まずRFPで提案を募り、候補を絞ってからRFQで見積もりを頼みます（第1章）。
Q2. テンプレートはそのまま使えますか
項目の骨格はそのまま使えます。
対象の範囲とユーザー数は、自社の実態に合わせて具体的に書き換えてください（第2章・第3章）。
Q3. 見積もりの金額が各社で大きく違うのはなぜですか
多くの場合、前提がそろっていないことが原因です。
対象のモジュール・ユーザー数・移行の範囲・外部連携が違えば、金額も大きく変わります。
回答に「含まないもの」を書いてもらうと、差の理由が見えます（3-6）。
Q4. 複数社を正しく比べるには、何をそろえればよいですか
前提と費用の区分の2つです。
前提（ユーザー数・対象の業務・移行の範囲）を同じにし、費用は初期・継続・追加の3区分で聞きます。
要件ごとに「標準に合わせる／開発する／残す」のどれで応えるかも書いてもらいます（第7章）。
Q5. NetSuiteの見積もりで、特に聞いておきたい点はありますか
モジュールの追加の扱い、サポートの種類、Sandboxの3点です。
モジュールは契約期間中に個別に追加でき、料金はモジュールごとに違います。
サポートにはBasicとPremiumがあります（3-5）。
Q6. いまNetSuiteを使っていて、パートナーを変える場合もRFQは使えますか
使えます。ただし、いまの構成とアドオンの一覧を足してください。
引き継ぐ資料と、データの受け渡しの条件も依頼書に入れます（5-2）。
まとめ
- RFQは、価格と条件を同じ土俵で比べるための文書
- 費用は初期・継続・追加の3区分で聞き、3年・5年の総額で比べる
- 前提（ユーザー数・対象の業務・移行の範囲・つなぐシステム）を全社でそろえる
- 金額の差の理由は「含まないもの」と、要件ごとの答え方に出る
- いま使っている会社は、いまの構成とアドオンの一覧を添える
机の上の3通の見積書を、同じ物差しで読めるか。
それを決めるのは、受け取った後ではなく、依頼書を出す前の準備です。
関連する記事：伴走型のNetSuite導入支援とは／NetSuiteパートナー一覧
もう少し詳しく知りたい方へ
自社の場合、RFQに何をどう書けばよいか。
見積もりを比べる前に、要件の整理から相談したい。
ベンチャーネットは、特定の製品に誘導しない立場で整理のお手伝いをしています。
- NetSuiteの実際の画面を見てから見積もりを考えたい方：NetSuite 無料体験デモ
- いまのNetSuiteの見直しやパートナー変更を考えている方：NetSuiteパートナーリプレイス（導入の立て直し・引継ぎ・伴走保守）
- RFQや要件の整理から相談したい方：お問い合わせ
