開発会社に見積もりを依頼したら、「金額の幅が広すぎて判断できない」「安く見えたのに、後から追加費用が積み上がった」——こうした見積もりのばらつきや後出しは、委託先だけの問題ではなく、依頼する側の伝え方に原因があることが少なくありません。
見積もりは、渡した情報の精度に比例します。曖昧な依頼には曖昧な（幅の広い、あるいはリスクを織り込んで高めの）見積もりが返ります。この記事では、精度の高い見積もりを引き出すための伝え方を手順で解説します。届いた見積もりの妥当性の見抜き方はシステム開発の外注費用相場、依頼書の作り方は開発外注のRFPの作り方、外部リソースの選び方全体は開発リソースが足りないときの外部活用ガイドもあわせてご覧ください。
なお筆者・馬込は、受託側で見積もりを作る立場と、発注側で依頼する立場の双方を経験してきました。本記事はその実務目線でまとめています。
結論：見積もりの精度は「前提・優先度・制約」を伝えると上がる
見積もりの幅が広くなるのは、委託先が不確実性を金額の幅（またはバッファ）で吸収するからです。逆に言えば、前提・優先度・制約を具体的に伝えるほど、幅は縮まり精度が上がります。何を渡せば見積もりが締まるのかを、順に見ていきます。
手順1：目的と「達成したい状態」を先に伝える
金額を聞く前に、なぜ作るか・何を達成したいかを伝えます。目的が分かると、委託先は過不足のない範囲を提案でき、見積もりが的確になります。
- 解決したい課題と、完成後にできるようになること
- 想定するユーザーや利用シーン
- 「絶対に外せない要件」と「あればよい要件」の区別
目的を伝えずに機能一覧だけ渡すと、委託先は言われたものをそのまま積むしかなく、過剰・過少の見積もりになりがちです。
手順2：優先度と予算感を隠さず示す
「予算を言うと足元を見られる」と隠す方もいますが、多くの場合は逆効果です。予算感を示すほうが、その範囲で最適な提案が返ってきます。
| 伝えること | 効果 |
|---|---|
| 予算のレンジ | その範囲で実現できる案に寄せてもらえる |
| 機能の優先度 | 予算内で何を優先するか調整できる |
| 譲れない品質・納期 | リスクを事前に織り込んだ提案になる |
予算を完全に隠すと、委託先は安全側に倒して高めに見積もるか、幅を広く取ります。レンジを示すことで、現実的で締まった見積もりに近づきます。
手順3：前提と制約を具体的に渡す
見積もりの精度を最も左右するのが、前提条件です。ここが曖昧だと、委託先はリスク分を上乗せするか、後から「前提が違った」と追加費用が発生します。
- 既存システム・データとの連携の有無
- 使用中の技術やインフラの制約
- 支給できる素材（デザイン、仕様書など）の有無
- スケジュール上の固定的な制約
「後から膨らむ見積もり」の多くは、前提の共有不足が原因です。分かっている前提を具体的に渡すほど、後出しの追加費用は減ります。
手順4：届いた見積もりの「前提」を確認する
伝え方を整えて見積もりが届いたら、そこに書かれた前提を確認するところまでがセットです。同じ情報を渡しても、各社は自社の経験から異なる前提を置きます。その前提を読まずに金額だけ比べると、判断を誤ります。
確認すべきは、次の3点です。
| 確認すること | なぜ重要か |
|---|---|
| どこまでを含んだ金額か | テスト・修正・ドキュメントが含まれるか。「実装のみ」なら後で足りなくなる |
| 何を前提に置いたか | 「要件は変わらない前提」なのか、「変更は追加費用」なのか |
| 含まれていないもの | 明示されていない除外項目こそ、後の追加費用の火種になる |
特に3つ目が効きます。見積書は「含むもの」は書きますが、「含まないもの」は書かないことが多い。「この見積もりに含まれていないものは何ですか」と直接聞くのが、いちばん早く実態が分かる質問です。
そして、金額に差が出たときは必ず理由を確認します。安いほうが効率的なのか、それともスコープを狭く解釈しただけなのか。前者なら妥当ですが、後者なら発注後に「それは範囲外」となり、結局高くつきます。見積もりは金額ではなく前提を比べる——これが実務の鉄則です。
よくある落とし穴
- 機能一覧だけ渡す：目的が伝わらず、過不足のある見積もりになります。目的を先に伝えます。
- 予算を隠す：安全側に倒され幅が広がります。レンジで示します。
- 前提を伝えない：リスク上乗せか後出しの追加費用になります。前提を具体的に渡します。
- 優先度を示さない：予算内の調整ができません。譲れる／譲れないを分けて伝えます。
- 「含まれていないもの」を聞かない：見積書は含むものは書きますが、除外項目は書かないことが多い。後の追加費用の火種になります。
- 各社に違う情報を渡す：金額差が「前提の違い」なのか「実力差」なのか判別できなくなります。同じ情報を揃えて渡します。
- 概算のつもりが総額として一人歩きする：要件が固まる前の数字は概算だと双方で明示し、社内にもそう伝えます。
よくある質問
Q. 予算を伝えると、その金額いっぱいで見積もられませんか？ A. 信頼できる相手であれば、レンジを示すことで「その範囲で何ができるか」の建設的な提案が返ります。むしろ予算を隠すほうが、リスク分を織り込んだ高めの見積もりや、幅の広い見積もりを招きます。上限の目安を示すのが実務的です。
Q. 要件がまだ固まっていない場合、見積もりは頼めますか？ A. 頼めますが、その場合は「概算」であることを前提にします。固まっていない部分は、進めながら詰める契約形態（準委任など）の相談も含めて依頼するとよいです。無理に総額を固めさせると、後の変更で膨らみます。
Q. 複数社に依頼するとき、伝える情報は揃えるべきですか？ A. はい。同じ前提・同じ優先度・同じ予算感を各社に渡すことで、返ってくる見積もりが比較可能になります。会社ごとに渡す情報が違うと、金額差が「前提の違い」なのか「実力差」なのか判別できなくなります。
開発の見積もりは、①目的と達成したい状態を先に伝える ②優先度と予算感を隠さず示す ③前提と制約を具体的に渡す、という伝え方で、幅が縮まり精度が上がります。曖昧な依頼には曖昧な見積もりが返る——渡す情報の精度が、見積もりの精度を決めます。
見積もりの妥当性の確認や外注の進め方で相談したいことがあれば、無料相談（30分）からお問い合わせください。