システム開発の見積もりの見方｜見積書の項目・根拠の確かめ方・3社を同条件で比べる手順

見積書が3枚届いたのに、安い会社と高い会社の差が説明できない。担当者が「一式」の中身を聞けず、社長が金額だけで決めかけている。システム開発の見積もりで起きる迷いは、多くがここから始まります。この記事は見積書を受け取った発注側が、項目の意味と根拠の確かめ方、同じ条件での比べ方を順に確認するためのものです。見積もりの工数を作る側がどう計算するかは工数の計算方法に書いています。

システム開発の見積書に並ぶ項目と、確認すること

見積もりの項目は会社ごとに名前が違いますが、仕事の中身は次の9つにほぼ分けられます。IPAのソフトウェア開発データ白書は、基本設計・詳細設計・製作・結合テスト・総合テストを開発の5工程として扱い、要件定義は集計の対象外で、移行・運用は明確に扱われていないと整理しています。PM（プロジェクト管理）や基盤構築の計上はプロジェクトによって差があります。見積書の「開発費」に何が入るかは、会社ごとに違うということです。

見積書に「要件定義・設計・開発・テスト・データ移行・導入教育・プロジェクト管理・保守運用・諸経費」の項目が載っていないときは、その作業が対象外か他の行に含まれているかのどちらかです。載っていない項目ごとに「入っていますか、別ですか」と聞くだけで、比較の土台がそろいます。

「一式」の中身と、根拠の確かめ方

「開発一式」「システム構築一式」とだけある行は、次の3つを聞けば中身が見えてきます。

• 作業は何か：この行で何をしてくれるのか。上の9項目のどれに当たるか
• 成果物は何か：設計書、プログラム、テスト結果など、何を受け取れるか
• 工数は何で出したか：画面や機能の数、1つあたりの作業量、人月の単価のどれが根拠か

工数は、「合意した単価×必要な工数」で計算できますが、必要工数の前提が違えば総額が変わります。IPAは、見積もり手法ごとの特徴を公開しており、機能数や画面数などの規模と、複雑さ・求められる信頼性が工数の要因になると整理しています。システム開発の見積もりの工数は、根拠を聞いたときに、画面数や機能数のような数えられるものが示されるかで信頼度を測れます。

要件定義が固まらないときの見積もりの扱い

要件が決まっていない段階の見積もりは、幅を持った概算になります。ここで確定金額を出す会社は、予備を厚く積んでいるか、後で追加費用として請求するかのどちらかになりがちです。進め方は2つあります。

• 概算を取り、要件が固まったら確定する：概算の幅と、確定に必要な情報を会社に聞いておきます
• 要件定義だけを先に別の契約にする：その成果を3社に渡して、開発の見積もりを取り直します

発注の流れと、請負・準委任の契約の違いはシステム開発を外注するときの流れと費用にまとめています。

3社を同じ条件で比べる手順

1. 要件書を1つ作る（対象業務、利用者、画面・データ・権限・連携の一覧、完了条件）
2. 同じ要件書を3社に渡し、同じ質問を添える
3. 各社の見積書を、次の比較表に書き写す
4. 空欄の項目を、各社に同じ質問文で聞く
5. 総額は、含まれる工程をそろえた後に比べる

同じ形式で比べるフォーマットの詳細はアプリ開発費用の記事にもあります。金額の目安を見たい場合は、公開されている例を出典つきで並べたAI開発の外注費用の記事を起点にしてください。

見積書を読む7つの質問

1. 要件定義は、この金額に入っていますか。
2. データ移行と、移行後の照合は誰がしますか。
3. 受入テストに、御社は何人・何日つきますか。
4. 「一式」の行は、作業・成果物・工数に分けられますか。
5. 予備費は、何に対する積み増しですか。
6. 仕様を変えたいとき、追加費用になる条件と再見積もりの手順は。
7. 保守の月額は、何を含み、何が追加になりますか。

どれも、答えが具体的に返ってくるかを見ます。答えそのものより、会社が自社の見積もりの中身を説明できるかが、発注後の進めやすさに出ます。

届いた見積もりを、検算する

作り方が違う見積もりの検算には、別の視点があると役立ちます。ゼロから作る開発（スクラッチ開発）なら、IPAの実績データで工期・工数・工程ごとの重さを確かめる方法があり、スクラッチ開発とはで整理しています。見積もりの妥当性そのものを第三者に見てもらう道もあり、頼める先はシステムやAIの導入提案のセカンドオピニオンにまとめています。

来週できる一歩

1. 届いた見積書を、上の9項目に当てはめ、入っていない項目に印を付ける
2. 「一式」の行を、同じ質問文で各社に聞く
3. 要件書を1枚にして、3社に同じものを渡す
4. 比較表の空欄がなくなってから、総額を比べる

よくある質問