見積もりが3社揃った瞬間、何を見るべきか
相見積もりを取ると、たいてい戸惑うのは金額の「幅」です。同じアイデアを同じように説明したはずなのに、A社は120万円、B社は250万円、個人開発者のCさんは60万円。この差を見て「B社はぼったくりでは」「Cさんが一番良心的では」と反射的に判断したくなりますが、それは早計です。
価格差は品質差をそのまま映す鏡ではありません。多くの場合、価格差が語っているのは「同じ言葉から何を汲み取ったか」の違いです。あなたが伝えた要望を、各社がどう解釈し、どこまでを見積もりの範囲に含めたか。その解釈の違いが、そのまま金額の違いになって現れます。つまり価格差を読み解く作業は、値踏みではなく「相手が何を前提にしたか」を逆算する作業だと捉え直すところから始まります。
価格差が生まれる2つの背景
価格差の背景は、大きく分けて2つあります。
1つ目は、工数の見積もり方の違いです。 同じ機能でも「これくらいでできるはず」という感覚は会社によって大きく異なります。過去に似た案件をこなした経験があれば工数は圧縮できますし、逆に未経験の技術要素が含まれると、見積もる側は保守的に(=多めに)工数を積みます。また、見積もりの粒度自体が違うこともあります。ざっくりと総額だけ出す会社もあれば、画面単位・機能単位まで分解して積み上げる会社もあり、後者の方が結果的に精緻な分だけ金額が動きやすい傾向があります。
2つ目は、保守範囲の違いです。 「開発費」という同じ言葉の中に、何が含まれているかが会社ごとに違います。例えば、
- 公開後1〜3ヶ月の不具合対応が開発費に含まれているか、別料金か
- サーバー・ドメインの初期設定作業が含まれているか
- 決済や外部APIとの連携テストがどこまで含まれているか
- 仕様変更1〜2回分のバッファが最初から織り込まれているか
これらは見積書の表面上の金額には出てこないことが多く、内訳を細かく確認しないと見えてきません。安い見積もりが「削って安くした」のか「そもそも範囲外にしている」のかは、この保守範囲を突き合わせて初めてわかります。
見るべきは価格そのものではない
価格差を前にしたとき、本当に比較すべきなのは金額の大小ではなく、次の3点です。
| 確認ポイント | 見るべきこと |
|---|---|
| 前提条件 | 各社が「何を作る」と理解しているか、あなたの説明と一致しているか |
| 内訳の粒度 | 総額だけか、工数・単価まで分解されているか |
| 範囲の境界線 | 保守・修正・外部API費用がどこまで含まれるか |
この3点を揃えて初めて、金額同士を並べる意味が出てきます。逆に言えば、前提条件も内訳もバラバラなまま金額だけを比べるのは、そもそも比較になっていません。安い見積もりを選んで後から「これは別料金です」と追加費用が発生する、というのはよくある失敗パターンです。
また、金額差が特に大きい(例えば2倍以上)場合は、どちらかが極端に無理をしているサインでもあります。極端に安い場合は保守や検収の手厚さを削っている可能性があり、極端に高い場合は未経験の技術に慎重になりすぎているか、逆に手厚すぎる体制を組んでいる可能性があります。金額の大小そのものより、「なぜその金額になったか」を口頭で説明してもらい、納得できる理由があるかどうかを確かめる方が実りがあります。
詳細な比較の進め方はコラムへ
ここまでは「価格差をどう解釈するか」という考え方の整理でした。実際に相見積もりの条件をどう揃えて依頼するか、見積書の内訳(工数・単価・バッファ)をどう読むかについては、相見積もりを取るとき、条件をそろえるための伝え方 と 見積書の内訳（工数・単価・バッファ）の読み方 で詳しく扱っています。
また、価格以外にどんな観点で発注先を比較すべきかを一歩掘り下げたい場合は、個人が複数の見積もりを比較するとき、価格以外に見るべきポイント も参考になります。
見積もりが出揃った段階は、まだ契約の入り口に立ったばかりです。金額の大小に一喜一憂するより、「何が違うからこの金額になったのか」を1社ずつ言語化していくことが、結果的に一番の近道になります。