開発の相見積もりを比較できる形にする — 見るべき項目と、聞くべき質問

複数社から見積もりを取っても、前提が違えば比較になりません。
同じ土俵に載せるために確認すべき項目を整理します。

金額だけを見ても分からない理由

同じ「200万円」でも、中身はまったく違います。

安く見えたほうが、追加して結局高くなることは珍しくありません。

各社に同じ質問を投げる

比較可能にする最も簡単な方法は、全社に同じ質問を送ることです。

1. この金額に含まれない作業は何ですか

最重要の質問です。「別途」の項目を必ず一覧で出してもらいます。

2. ソースコードの権利はどうなりますか

納品されるのか、著作権が移転するのか、利用許諾だけなのか。
他社に引き継げるかどうかが、ここで決まります。

3. 納品後、他社が改修することは可能ですか

独自フレームワークや、特殊な構成で作られていると、
実質的にその会社以外は触れない状態になります。

「どの技術で作りますか」「一般的な構成ですか」と聞いておきます。

4. 保守は何が含まれ、月額いくらですか

• 障害対応のみか、機能改善も含むか
• 対応時間（平日日中のみか）
• 応答時間の目安

保守費用は総額に効きます。 3年運用するなら、開発費と同等になることもあります。

5. 検収の基準は何ですか

「完成」の定義が曖昧だと、支払いの段階で揉めます。
どういう状態になったら検収とするかを、契約前に文書で確認します。

6. 途中で仕様を変えたい場合はどうなりますか

必ず発生します。追加費用の算定方法を先に決めておきます。

見積書で確認する形式的な点

• 有効期限
• 支払い条件（一括か分割か、支払時期）
• 消費税の扱い
• 想定している期間と、遅延時の扱い

安すぎる見積もりの見方

極端に安い見積もりには、たいてい理由があります。

• 要件を小さく解釈している（後で追加費用）
• 保守で回収する前提
• 経験の浅い担当者が付く

安い理由を聞いて、納得できる説明があるかで判断します。
「AIを活用して工数を圧縮している」のように具体的な理由があるなら妥当です。
説明が曖昧なら、後から増える可能性が高いと考えたほうが安全です。

まとめ

比較するときは、金額の前にこの6つを揃えます。

1. 含まれない作業
2. ソースコードの権利
3. 他社が改修できるか
4. 保守の範囲と月額
5. 検収の基準
6. 仕様変更時の扱い

同じ質問を全社に投げるだけで、比較できる見積もりになります。