システム開発の概算見積もりとは？正式見積もりとの違いと使い分け
【結論】概算見積もりとは、作るものが大まかに決まった段階で出す見積もりです。正式見積もりは、要件と前提を確かめたあとに出す見積もりです。
- 情報が増えるにつれて見積もりを段階的に出し直すやり方は、IPAの資料でも示されています。
- 早い段階の数字は幅が大きくなりやすいので、予算の目標値として固定しないほうがよい、という注意があります。
- 予算取りや依頼先の絞り込みには概算、発注や契約の判断には正式、と使い分けると進めやすくなります。
この記事では、システム開発を社外に頼む担当の方に向けて、概算と正式の違いと使い分けをまとめます。見積もりの対象そのもの（規模・工数・工期・コスト）は、別記事「システム開発の見積もりとは？」に書いています。
概算見積もりとは
概算見積もりとは、作るものが大まかに決まった段階で出す見積もりです。正式な金額や契約の前提を決める前に、予算の水準や依頼先の候補を見るために使います。
IPA（情報処理推進機構）の資料「ソフトウェア開発の標準プロセス」（アーカイブ）は、見積もりを「仮試算」「試算」「概算」「確定」と段階に分けて示す考え方（多段階の見積り方式）を紹介しています。情報が増えるほど誤差のリスクは下がる、という流れです。
| 段階の例（IPA資料の図） | 情報の量 | リスクのイメージ |
|---|---|---|
| 仮試算・試算 | 少ない | 高い |
| 概算 | 増えてくる | 下がってくる |
| 確定 | より具体 | さらに低い |
同じ資料は、「不確定要素が多い中での見積りを、プロジェクトの目標値として設定すべきではない」と注意しています。早い段階の数字は参考にし、あとから出し直せる前提で扱うのが安全です。
正式見積もりとは
正式見積もりとは、要件と前提条件を確かめたあとに出す見積もりです。発注や契約の判断に使います。金額は、前提が決まったうえで1つの値として示すことが多いです。
株式会社三菱総合研究所（CoBRA研究会）がまとめ、IPAのサイトに掲載されている資料「ソフトウェア開発見積りの基本的な考え方」（2012年）では、見積もりの対象を規模・工数・工期・コストの4つに分け、仕様から規模、規模から工数、工数から工期とコストへ進む順番を示しています。正式見積もりでは、この順番に必要な前提（作る範囲、含まないもの、確認の体制など）がそろうほど、説明しやすい金額になります。
概算と正式の違い
| 概算見積もり | 正式見積もり | |
|---|---|---|
| 出す時期 | 作るものが大まかな段階 | 要件と前提を確かめたあと |
| 金額の示し方 | 幅（下限〜上限）で示すと実態に合うことが多い | 前提を決めたうえで、1つの金額で示すことが多い |
| 主な使い道 | 予算取り、社内検討、依頼先の絞り込み | 発注の判断、契約 |
| 拘束力 | あとで金額が変わる前提 | 前提条件つきで、発注判断に使う |
同じ資料（2012年）は、システム化の方向性を決める段階では、最終的な規模に対して4倍〜1/4倍のぶれ幅があり得るという数値例を示しています（B. Boehm 1984、IPA/SEC編ガイドブック2006を引用）。ぶれ幅は、要件定義や設計が進むほど小さくなります。概算を「仮の1点」だけで受け取ると、あとからずれたときに説明しにくくなります。
段階を分けて見積もる理由
作るものが細部まで決まっていないあいだは、見積もりは部分的な情報からの推測になります。IPAの「ソフトウェア開発の標準プロセス」は、あいまいさが残る段階の見積もりを、より明確になった段階で再見積りできるルールづくりが、プロジェクト成功の鍵になると述べています。
実務では、次のように分けると扱いやすいです。
- 予算の水準をつかむ（概算）
- 依頼先を絞る（概算を比べる）
- 前提をそろえて正式見積もりを取る
- 前提が変わったら、見積もりを出し直す
「含まないもの」や前提条件が会社ごとに違うと、合計金額だけを比べられません。内訳の見方は、別記事のチェックリストを参照してください。
概算見積もりを使う場面
| 場面 | 概算が向く理由 |
|---|---|
| 社内の予算取り | 早い段階でも水準が分かる。幅で示すと説明しやすい |
| 稟議の前の検討 | 正式契約の前に、依頼の可否を判断できる |
| 依頼先の絞り込み | 同じ条件の概算を複数社に頼める |
| 補助金の検討の入り口 | 制度ごとに見積もりのルールがある。まずは水準を知る |
補助金・助成金の申請に使う場合は、制度ごとのルール（相見積もり、発注時期など）を別途確認してください。ミツモリーでは、見積書の依頼時に補助金の案内も選べます。
ミツモリーでの概算と正式
ミツモリー（mitsumo.li）は、株式会社ワンオブゼムが運営する、AIでシステム開発の概算見積もりを出すサービスです。見積もりは無料で、会員登録はいりません。
- 作りたいものを一言で書く
- AIが依頼の文から必要な機能を読み取り、その場で概算の金額を出す
- 見積書を依頼すると、概算見積書（PDF）をすぐに受け取れる
- 担当者が内容を確かめ、正式見積書をお送りする
概算見積書はAIによる概算で、拘束力はありません。正式な金額は、担当者が内容を確認してお送りする正式見積書でお知らせします。正式見積書の受付は平日10:00〜18:00（締切17:30）で、17:30を過ぎたご依頼と休業日のご依頼は、翌営業日にお送りします。決まっていない点は「確認したいこと」として示され、答えると1回まで概算を出し直せます。
よくある質問
概算見積もりとは何ですか？
概算見積もりとは、作るものが大まかに決まった段階で出す見積もりです。予算取りや依頼先の絞り込みに使います。正式見積もりより情報が少ない前提なので、あとで金額が変わることを想定して受け取ります。
正式見積もりとは何ですか？
正式見積もりとは、要件と前提条件を確かめたあとに出す見積もりです。発注や契約の判断に使います。前提がそろっているほど、1つの金額として説明しやすくなります。
概算と正式は何が違いますか？
出す時期、金額の示し方、使い道が違います。概算は早い段階で幅を示しやすく、正式は前提を決めたうえで発注判断に使います。IPAの資料では、見積もりを段階に分け、情報が増えたら出し直す考え方が示されています。
早い段階の見積もりを予算の目標にしてよいですか？
IPAの「ソフトウェア開発の標準プロセス」は、不確定要素が多い中での見積りを、プロジェクトの目標値として設定すべきではない、と注意しています。早い段階の数字は参考にし、段階が進んだら再見積りできるルールを決めておくと安全です。
概算見積もりはどのくらいぶれますか？
IPAのサイトに掲載された資料（2012年）では、システム化の方向性を決める段階で、最終的な規模に対して4倍〜1/4倍のぶれ幅があり得るという数値例が示されています。要件定義や設計が進むほど、ぶれ幅は小さくなります。
いつ正式見積もりに切り替えればよいですか？
作りたい範囲、含まないもの、確認や決定に関わる人がそろい、発注や契約の判断に入るタイミングです。予算の水準だけ知りたい段階では、概算のままで十分なことが多いです。
複数社の概算を比べるときの注意はありますか？
作業の範囲と「含まないもの」をそろえてから金額を比べます。サーバー構築やデータ移行の有無が違うと、合計は比べられません。同じ条件の依頼文で頼むと、差の説明がしやすくなります。
ミツモリーの概算見積書に拘束力はありますか？
ありません。概算見積書はAIによる概算です。正式な金額は、担当者が内容を確認してお送りする正式見積書でお知らせします。見積もり自体は無料で、会員登録もいりません。
参考にした資料
- IPA「ソフトウェア開発の標準プロセス」（アーカイブ。多段階の見積り方式、仮試算・試算・概算・確定）
- 株式会社三菱総合研究所（CoBRA研究会）「ソフトウェア開発見積りの基本的な考え方」2012年4月20日（IPAのサイトに掲載）
- 上の資料が引用している文献：IPA/SEC編「ソフトウェア開発見積りガイドブック」オーム社、2006年
- 上の資料が引用している文献：B. Boehm「Software Engineering Economics」1984年
- 関連記事: システム開発の見積もりとは？見積書の内訳と金額がぶれる理由