相見積もりを3社から取った。金額は一番安いところから順に並べた。でも、それで決めていいのかがわからない——。
見積書から技術力を見抜くコツは、金額ではなく「中身の書き方」を見ることです。工程の内訳が具体的か、「一式」表記が多くないか、前提条件とスコープ外が明記されているか、テストとPM工数が計上されているか、そして懸念事項への言及があるか。この5点で、その会社がどれだけ深くこちらの業務を理解し、リスクを見通しているかがわかります。
「金額以外に何を比べればいいのかわからない」——これは、システム開発の発注を任された非エンジニアの方から本当によく聞く悩みです。この記事では、専門知識がなくても今日から使える見積書のチェックポイントを、その理由とあわせて解説します。
見積書で技術力を見抜くには何を見ればいいですか？
見積書は「金額の提示」であると同時に、その会社の仕事の解像度がそのまま写る鏡です。次の5つを順にチェックしてください。
チェック1：工程の内訳が具体的に書かれているか
要件定義・設計・実装・テストといった工程ごとに、何をどれだけやるのかが分解されているかを見ます。内訳が細かい見積書は、その会社が「作るために何が必要か」を具体的にイメージできている証拠です。逆に、内訳が粗い見積書は、まだ作業の中身を具体化できていない——つまり、金額の根拠が弱い可能性があります。
見方のコツはひとつだけです。「この行の作業は、何をすることなのか」を自分の言葉で説明できるか。説明できない行があれば、そのまま開発会社に質問してください。その質問への回答の丁寧さも、重要な判断材料になります。
チェック2：「一式」表記がどれだけ多いか
「開発一式」「テスト一式」のような表記が多い見積書は要注意です。「一式」は便利な言葉ですが、どこまでやるのかが双方で握れていないことの表れでもあります。発注側は「当然ここまで含まれている」と思い、開発側は「そこは含めていない」と思っている——後から「それは範囲外です」となる典型的な火種が、この2文字に潜んでいます。
「一式」自体が悪いわけではありません。確認すべきは「一式に何が含まれ、何が含まれないか」を質問したときに、明確な答えが返ってくるかどうかです。
チェック3：前提条件と「スコープ外」が明記されているか
意外かもしれませんが、「やらないこと」がきちんと書かれている見積書ほど信頼できます。「データはお客様側でご用意いただく前提です」「既存システムとの連携は本見積もりに含みません」——こうした前提条件やスコープ外の明記は、一見すると不親切に見えるかもしれません。しかし実際は逆で、プロジェクトの範囲を正確に線引きできている会社だけが書ける情報です。
なんでも「できます」「含まれます」に見える見積書のほうが、実は危険です。範囲の線引きが曖昧なまま始まったプロジェクトは、どこかで必ず「言った・言わない」に突き当たります。
チェック4：テスト・プロジェクト管理（PM）の工数が計上されているか
システム開発の費用は「プログラムを書く時間」だけでは決まりません。品質を担保するテスト、進行を管理するPM（プロジェクトマネジメント）の工数が、実際には全体のかなりの割合を占めます。
これらが見積もりに入っていない、あるいは極端に薄い場合、その分の品質・管理コストがどこかに隠れているか、そもそも省かれている可能性があります。テストが省かれれば不具合となって、管理が省かれれば遅延となって、後からこちらに返ってきます。ここが誠実に計上されているかは、品質への姿勢を映す鏡です。
チェック5：懸念事項・リスクへの言及があるか
「この部分は要件次第で工数が変動します」「このデータが揃わない場合は精度に影響します」——こうした懸念やリスクをあらかじめ書いてくれる会社は、実際の開発現場を知っています。開発には必ず不確実な部分があり、それを最初に開示するのは誠実さと経験の両方が要ることだからです。良いことしか書いていない見積書より、はるかに信頼できます。
この5つのチェックは、そのまま開発会社との相性を測るリトマス試験紙にもなります。質問したときに嫌がらず、こちらの業務の言葉に翻訳して説明してくれる会社は、開発が始まってからのコミュニケーションも間違いなくスムーズです。見積書は、契約前に相手の仕事ぶりを無料で確認できる、数少ない機会なのです。
【補足】見積もりを「作る側」では何が起きているのか
ここで、見積もりを作る側の話を少しさせてください。
見積もりの提示というのは、別に開発会社特有のものではなく、どの業種にもあると思います。そしてこの見積工数に関しては、それなりの時間を割く必要が出てくる。これを読んでくれている読者の皆様も、実感している部分はあるのではないでしょうか。
その限られた時間の中で見積もりをするわけですが、開発会社の場合、多くは営業側というよりエンジニア自身が工数を算出するケースが多いです。ですがエンジニアの人たちは、だいたい開発案件にアサインされている中で時間を作って見積作業を実施します。なので、けっこう荒くなったり「一式」まとめが多くなることが多々あるのが現実です。これは、限られた時間の中で最短でお客様に予算感を提示するための、一つの戦略ともいえます。
ですが、そのエンジニアの限られた時間の中で細かい見積もりを出せている会社というのは、そのエンジニアがしっかりと中身を見て提示しているという表れでもあります。
細かく書いているから信頼できる＝発注しても良い、という単純なものではないですが、一つの指標として、そこまで詳しく見ているし時間的コストを割いている——というのは、押さえておくのが良いかと思います。
見積金額が会社によって大きく違うのはなぜですか？
相見積もりで金額が2倍近く違うことは珍しくありません。「どちらかがぼったくりなのでは」と不安になりますが、その差の正体は、多くの場合エンジニアの単価差ではなく、「見積もっている範囲（スコープ）の違い」です。
A社はテストや導入支援、リリース後の初期対応まで含めて見積もり、B社はコア機能の実装だけを見積もっている。あるいはA社はゼロから作る前提で、B社は既製の仕組みを流用する前提で見積もっている。範囲と前提が違えば、金額は当然変わります。つまり、金額を比べる前に、まず範囲を揃えないと比較自体が成立しないのです。ここまでの5つのチェックポイントは、そのまま「範囲を揃えるための質問リスト」として使えます。
そして、安さだけで選ぶことにはもうひとつの落とし穴があります。範囲の狭い見積もりで始まったプロジェクトは、発注側と開発側の認識のズレが後から表面化しやすく、追加費用や納期遅延という形で「ズレのコスト」が後乗せされがちです。最初の見積額の安さが、総額の安さを意味するとは限りません。安さ自体は問題ではなく、問題は「安さの理由」が見えないことです。
【補足】結局、どこで決めればいいのか
たとえば500万円と1,000万円の見積もりがあった場合に、「どっちが良いのかわからないけど、安けりゃいいってものでもないし、もしかしたら1,000万円のほうが高いのかもしれないし……」みたいな悩みを持ったお客さんがいました。
正直に言うと、どこまで突き詰めても不確定要素は出てくるというのが事実です。なぜなら、ゼロからイチを作るのが開発だからです。しかも家を建てるのと違って型がなく、そのお客さんそれぞれの業務とやりたいことでのオーダーメイドだからです。
だからこそ、「ゼロスタート」のようにそもそも見積もりの前に動くものを見せられるとか、ワンテックワールドのようなアライアンス体で開発工程や進め方、開発におけるAIの使い方などをテンプレート化しガバナンスを効かせていくというのが、安心材料として提示できます。
最終的には、お客さんが感じる「この会社と一緒に仕事したい」という直感になってしまうのかもしれません。ですが、その直感を裏付ける商談での会話やコミュニケーションをしっかり見極めるというのが大事になるのだと思っています。私が商談でお客様に言う言葉としては、「商談の中での私の言葉と行動を信用してください」となります。
なお、範囲を揃えるときは「機能の一覧」だけでなく、契約形態（請負か準委任か）と保守・運用の扱いも揃えてください。同じ機能でも、完成保証のある請負と、稼働ベースの準委任では見積もりの立て方が変わりますし、リリース後の保守費を含むか含まないかでも総額の見え方は大きく変わります（契約形態の違いは「準委任と請負、どちらで契約すべきか」の記事で詳しく解説しています）。
見積もりを取る前にできることはありますか？
あります。見積もりを依頼する前に、要件と範囲をできるだけ整理しておくことです。範囲が曖昧なまま依頼すると、各社がバラバラの前提で見積もるため、返ってくる金額もバラバラになります。前段の「なぜ金額が倍違うのか」の原因の半分は、実は依頼の仕方の側にあります。
とはいえ、非エンジニアだけで要件を整理するのは簡単ではありません。何が技術的に重いのか、どこにリスクが潜むのかは、経験がないと判断できないからです。
WEB開発ナビでは、企画・設計の段階からプロのエンジニアに直接・無料で相談でき、概算見積もりの考え方や懸念事項のアドバイスを受けられます。掲載エンジニアにジュニアメンバーはいません。法人所属のシニアクラスのみで、顔・名前・スキル・得意業界を公開しています。「見積書をもらったが、この内容で妥当か見てほしい」——そんな段階のご相談も歓迎です。
よくある質問
Q. 同じ依頼なのにA社とB社で見積もりが倍近く違います。どちらが本当ですか？
A. どちらも本当です。差の正体はほとんどの場合「依頼範囲の違い」です。エンジニアの単価差で倍になることはあまりありません。まず両社の見積もりの範囲を揃えて、それでも差が残るかを確認してください。
Q. 「一式」と書かれた項目は、必ず詳細を聞くべきですか？
A. はい。「一式に何が含まれ、何が含まれないか」を書面で確認してください。誠実な会社であれば内訳の説明を嫌がりません。説明を避ける、あるいは説明が曖昧な場合は、その項目が後のトラブルの火種になります。
Q. 見積もりが安い会社は避けたほうがいいのでしょうか？
A. 安さ自体は問題ではありません。問題は「なぜ安いのか」が見えないことです。範囲が狭い、テストが薄い、既製の仕組みを流用できる——安さには必ず理由があります。理由を説明できる安さなら、むしろ合理的な選択肢です。
無料で相談する →こちら