システム開発の見積もりの見方｜基幹システムの見積書で確認する項目と比べ方

システム開発の見積もりは、総額ではなく「何を前提に、どこまでを含めた金額か」で比べます。基幹システムの見積書は、工程別の工数、前提条件・除外事項、稼働後の費用の3か所を読めば、金額差の理由のほとんどが説明できます。この記事では、見積書の読み方、人月単価と工期の妥当性の確かめ方、複数社の見積もりをそろえて比べる手順を、大手コンサルティングファーム出身の専門家の知見をもとに解説します。

システム開発の見積もりは「総額」より「前提」で読む

基幹システムの見積もりを3社から取ると、総額に大きな開きが出ることがあります。このとき「高い会社がぼったくっている」「安い会社が手を抜く」と考えるのは早計です。多くの場合、各社が置いた前提と、含めた範囲が違うだけです。

たとえばA社は「データ移行は発注側が行う」と前提に書き、B社は移行作業を見積もりに含めている。C社は帳票を10本、D社は30本で見積もっている。こうした違いは総額の欄には出てきません。見積書の後ろのほうにある「前提条件」「対象外」の欄や、別紙の機能一覧を読んではじめて分かります。

IPA（情報処理推進機構）の「実務に活かすIT化の原理原則17ヶ条」（2010年）は、超上流（企画・要件定義の段階）での見積もりは「仮試算、試算、概算レベル」であり、システム設計に入って確定する、と整理しています。要件が固まる前の見積もりは、そもそも幅を持った数字です。見積書を読むときは、その金額がどの段階の、どの程度固まった情報にもとづくのかをまず確認します。

見積もりの依頼文そのもの（RFP）の作り方はRFPの書き方で、費用の全体像はERP・基幹システムの費用で解説しています。この記事では、届いた見積書をどう読み、どう比べるかに絞ります。

基幹システムの見積書の構成と、確認する12の項目

見積書の形式は会社ごとに違いますが、中身を分解すると次の12項目に整理できます。経済産業省・IPAの「情報システム・モデル取引・契約書（第二版）」の基本契約書（第4条）は、RFP・提案書・見積書を基礎として個別契約を結ぶとし、定める取引条件として、作業内容（範囲・仕様）、契約類型（請負・準委任）、作業期間・納期、役割分担、発注側が提供する資料、納入物、委託料と支払方法、検査に関する事項などを挙げています。見積書はこの個別契約の土台になるため、同じ観点で抜けがないかを見ます。

12項目のうち、金額差の原因になりやすいのは1・5・6・7です。総額を比べる前に、この4項目を各社でそろえる作業が必要になります。逆に、3と4は「安さの理由」を読み解く手がかりになります。

見積書で特に注意する3つの欄：前提条件・対象外・発注側の作業

見積書で一番情報量が多いのは、金額の表ではなく前提条件と対象外の欄です。ここに書かれたことは、のちに「それは見積もりに入っていません」と言われる根拠になります。

前提条件は「数」で書かれているか

前提条件には、見積もりの規模を決めた数字が書かれているべきです。画面数、帳票数、外部連携の本数、移行するデータの年数と件数、ユーザー数などです。「現行システムと同等の機能」「一般的な帳票」のような書き方は、数を決めずに見積もっていることを意味します。後から帳票が20本増えれば、その分は追加費用になります。

対象外は「書いていないもの」を確認する

対象外の欄に書かれていないものが、含まれているとは限りません。データ移行、端末やネットワーク、利用者向け研修、マニュアル作成、本番稼働当日の立ち会い、稼働後1か月の手厚い支援。これらは会社によって含めたり外したりするため、明記されていなければ質問して確かめます。

発注側の作業は工数で見積もってもらう

基幹システムの刷新では、発注側にも相応の作業が発生します。要件の決定、現行データの抽出とクレンジング、受入テスト、マスタの登録、現場への説明などです。JUAS「ソフトウェア・メトリクス調査2025」でも、工程のなかにユーザー総合テストや稼働後の初期フォローが含まれています。見積書に「お客様のご協力」としか書かれていない場合は、どの作業を、誰が、何日くらい担う想定かを出してもらいます。社内の人手が足りないと分かれば、外部支援を入れるかどうかを判断できます。

※例1・例2はいずれも説明用の例です。

人月単価と工数の見方：JUASの調査データで妥当性を確かめる

基幹システムのような受託開発の見積もりは、多くが「人月」（1人が1か月働く作業量）×単価で組み立てられます。金額の妥当性を判断するには、工数の量、工程の配分、工期の3つを見ます。目安として使えるのが、日本情報システム・ユーザー協会（JUAS）がユーザー企業を中心に集めたプロジェクトデータを分析した「ソフトウェア・メトリクス調査2025」（2025年4月発行）です。

※数値はJUAS「ソフトウェア・メトリクス調査2025」ガイドブックによる。ユーザー企業の回答をもとにした統計で、規模の大きいプロジェクトも含みます。地方の中小企業や小規模案件の相場を示すものではなく、目安として使います。

工期のチェック：工数から標準工期を逆算する

見積書に工数が書かれていれば、標準工期を計算できます。たとえば30人月なら、30の立方根は約3.1なので、3.23×3.1で約10か月です。同じ30人月で「6か月で稼働」と提案されていれば、標準よりかなり短い計画です。人を多く投入する前提か、テストや移行の期間を削っている可能性があるため、工程ごとの期間を確認します。

JUASの調査では、50人月未満の小さめのプロジェクトほど、実績工期が標準工期を超える割合が高く出ています（56%）。中小企業の基幹システムはこの規模帯に入ることが多いため、短い工期の提案ほど根拠を聞くべきです。

工程配分のチェック：要件定義とテストが薄くないか

工程別の工数が出ている見積書なら、全体に占める割合を計算します。JUASの比率は要件定義15%、設計〜結合テスト60%、総合テスト25%です。ある見積書の要件定義が全体の5%、総合テストが10%しかなければ、その会社は要件の詰めと検証を発注側に任せる前提で金額を下げている可能性があります。安く見えても、その分の作業は社内に回ってきます。

単価のチェック：単価だけを値切らない

人月単価は、担当者の役割（プロジェクトマネージャー、業務コンサルタント、エンジニアなど）や、製品の専門知識の有無で変わります。JUASの調査でも、パッケージ利用開発の加重平均単価はスクラッチ開発より高く出ており、報告書は「パッケージ使用のスキル・ノウハウが必要とされるため」と考察しています。単価が低いこと自体は安さの根拠にならず、工数が増えれば総額は逆転します。単価と工数はセットで見ます。

請負と準委任：契約類型で「完成責任」が変わる

見積書の金額が同じでも、契約類型が違えばリスクの持ち方が変わります。請負は仕事の完成に対して報酬を払う契約で、ベンダーは完成と契約不適合（不具合）の責任を負います。準委任は作業の遂行に対して報酬を払う契約で、ベンダーは専門家として注意を払って作業する義務を負いますが、完成そのものは約束しません。

IPAと経済産業省が公開している「情報システム・モデル取引・契約書（第二版）」の基本契約書は、要件定義を発注側が要件定義書を作る作業の支援業務（準委任）として整理し、外部設計は準委任（A案）・請負（B案）のどちらも選べる形、内部設計からシステム結合（システムテストを請負にする場合はシステムテストまで）をソフトウェア開発業務、稼働に向けた作業をソフトウェア運用準備・移行支援業務としています。要件が固まる前は準委任、固まってからは請負という考え方です。

• 要件定義：発注側の要件定義書づくりを支援する業務。見積書では、会議の回数・期間と、成果物（要件定義書の章立て）を確認します。
• 外部設計：準委任（A案）と請負（B案）のどちらかを選ぶ形。どちらの案か、画面・帳票の設計書がどこまで出るかを確認します。
• 内部設計〜システム結合（またはシステムテスト）：ソフトウェア開発業務。システムテストを含めるか（請負型）、別にするか（準委任型）を選びます。完成の基準（検収の条件）と、不具合に対応する期間を確認します。
• 運用準備・移行支援：発注側の運用準備やデータ移行を支援する業務。支援の範囲と期間、稼働当日の立ち会いの有無を確認します。

「全工程を請負で、総額固定」の見積もりは、一見すると発注側に有利です。しかし要件が固まる前に総額を固定すると、ベンダーは不確実な部分にリスク分の上乗せをするか、前提条件を細かく書いて範囲を狭めるしかありません。IPAの原理原則17ヶ条が「多段階の見積りは双方のリスクを低減する」としているのはこのためです。

複数社の見積もりを比べる手順：そろえてから比べる

複数社の見積もりは、各社の書式のまま並べても比べられません。自社で比較用の表を作り、各社の数字を同じ行に入れ直すのが基本です。手順は次のとおりです。

1. 費目の行を固定する
   要件定義、設計、開発、テスト、データ移行、教育、ライセンス（初期・年額）、インフラ、保守（年額）、PM・管理費の行を作り、各社の金額を振り分けます。どこに入るか分からない金額は「不明」の行に置き、質問します。
2. 前提の数をそろえる
   画面数、帳票数、連携本数、移行データの範囲を行に並べ、各社が何を前提にしたかを書き出します。差があれば、基準となる数で再見積もりを依頼します。
3. 対象外を足し戻す
   A社が対象外にしたデータ移行をB社が含めているなら、A社には移行作業の概算を別途出してもらい、比較表に足します。
4. 稼働後5年分を足す
   ライセンスや保守の年額を5年分足して、初期費用と合わせた総額で比べます。初期費用が安くても、年額が高い案はあります。
5. 工数・工期・工程配分を確認する
   前の章のJUASの数字で、極端に短い工期や薄い工程がないかを確かめます。

次の表は、従業員80名・2拠点の卸売業が、販売・在庫・購買の刷新で3社から見積もりを取った場合の例です。

※説明用の例です。金額は比較の手順を示すための架空の数字で、相場を示すものではありません。

受け取った段階ではA社が1,900万円で最も安く、B社と1,170万円の差がありました。移行と教育を足し戻し、5年分の年額を加えると、差は400万円まで縮みます。さらにA社の前提は帳票12本で、B社・C社より少ない数です。必要な帳票が25本あるなら、A社の金額はまだ増えます。そろえた後の数字で見ると、順位が入れ替わる可能性があることが分かります。

稼働後の費用で見落としやすい4つ

5年総額を出すときに、年額の欄から漏れやすい費用があります。見積書に書かれていなければ、各社に同じ質問をして金額をそろえます。

• ユーザー数の増加：クラウド型の製品は、利用者1人あたりの月額で課金されることが多くあります。3年後に拠点や人員が増える計画があれば、その人数で計算し直します。
• アドオンの保守：製品の保守料とは別に、追加開発した部分の保守が年額で発生することがあります。製品のバージョンアップのたびに、アドオンの動作確認や改修が必要になるためです。
• 法改正・制度変更への対応：消費税率や帳簿保存のルールが変わったときの改修が、保守に含まれるか、別途見積もりになるかで5年間の費用が変わります。
• サーバー・端末の更新：自社に置く方式なら、5年の間にサーバーやOSの更新時期が来ることがあります。更新の時期と概算を確認しておきます。

5年総額で比べる考え方は、製品の比較でも同じです。評価軸の決め方はERPの比較ポイントで、アドオンの保守費が年額に効いてくる仕組みはERPのアドオンとはで解説しています。

見積もりの金額差が出る5つの理由と、確かめ方

前提をそろえても差が残る場合、その差には理由があります。理由を聞かずに安い会社を選ぶと、差額が後から追加費用として戻ってくることがあります。

差の理由を聞いたときの答え方も判断材料になります。「どの機能の、どの不確実性に、何人月を見込んだか」を具体的に説明できる会社は、要件が変わったときにも影響を数字で説明できる可能性が高いと考えられます。反対に、理由を聞いても「当社の標準的な見積もりです」としか返ってこない場合は、前提条件を書面で出してもらうよう依頼します。

作り方そのものが違う見積もりを比べている場合は、金額より先に「どの作り方が自社に合うか」を決める必要があります。SAP・Salesforce・フルスクラッチの比べ方は作り方の比較のページにまとめています。

見積もり依頼の前と受け取った後のチェックリスト

見積もりの質は、依頼する側の準備でかなり変わります。依頼前に次の項目がそろっていれば、各社の見積もりの前提が近づき、比較の手間が減ります。

• 刷新の目的と、対象業務・部署・拠点の範囲を文書にしている
• 画面・帳票・外部連携・移行データの数の目安を各社に同じ条件で伝えている
• 見積もりの費目（工程・ライセンス・保守など）の書式を指定している
• 工程ごとの人月と役割別の単価を出すよう依頼している
• 前提条件・対象外・発注側の作業を必ず書くよう依頼している
• 稼働後5年分の費用（ライセンス・保守・クラウド利用料）の提示を求めている
• 受け取った見積もりの「一式」の中身を質問している
• 工数から標準工期を計算し、提案の工期と比べている
• 要件定義とテストの工数が全体に占める割合を確認している
• 工程ごとの契約類型（請負・準委任）を確認している
• 仕様変更・追加開発の単価と手続きを確認している

見積もりを比べたあとの会社選び（提案内容、体制、面談での確認）はベンダー選定の進め方で解説しています。前提条件の数を自信を持って出せない場合は、見積もり依頼の前に要件をもう一段詰める必要があります。要件の整理は要件定義書の書き方が参考になります。

よくある質問

まとめ

システム開発の見積もりは、総額ではなく前提条件・対象外・発注側の作業を読み、各社の数字を同じ費目と前提にそろえてから比べます。工数が書かれていれば、JUASの調査データを使って工期や工程配分の妥当性も確かめられます。安い見積もりには理由があり、その理由を質問で明らかにすることが、後からの追加費用を防ぐ一番の近道です。

手元の見積もりの読み方が分からない、比べる前提をどうそろえればよいか迷っている、という方は、無料診断で現状と検討状況を整理し、次に確認すべきことをお伝えします。