見積書

システム開発を外部に依頼する際、発注元の企業にとって「いくらかかるのか」は非常に重要な判断材料です。この費用を具体的に示す文書が見積書です。

見積書は、ベンダー企業が提案書の内容をもとに、システムの開発・運用・保守などにかかる費用を項目ごとに明示した文書です。発注元の企業は、見積書の内容を確認して、取引先の選定や発注内容の最終判断を行います。

見積書の位置づけ ── 契約書類の時系列

見積書は、システム調達における一連の書類の中で、契約の直前に位置します。契約に関する書類の流れを整理すると、次のようになります。

順序	書類	作成者	役割
1	提案書	ベンダー企業	システム構成や開発手法を提案する
2	見積書	ベンダー企業	かかる費用を具体的に提示する
3	契約書	双方	取引条件を正式に合意する
4	納品書	ベンダー企業	成果物を引き渡したことを示す
5	検収書	発注元企業	成果物を確認・受け入れたことを示す
6	請求書	ベンダー企業	代金の支払いを求める

このように、見積書は契約の前に提出される文書です。見積書の内容に発注元が合意した後、正式な契約が結ばれます。

試験で出るポイント

契約書類の時系列を問う問題が出題されます。「見積書 → 契約書 → 納品書 → 検収書 → 請求書」の順序を正確に覚えておきましょう。

見積書に記載される内容

見積書には、システムに関わる費用が項目ごとに記載されます。主な費用項目は次のとおりです。

費用項目	内容	具体例
開発費	システムを設計・構築するための費用	プログラミング、テスト、設計にかかる人件費
運用費	システムを日常的に稼働させるための費用	サーバーの電気代、監視作業の人件費
保守費	システムの修正や改善にかかる費用	バグ修正、機能追加、セキュリティ対応
ハードウェア費	サーバーやネットワーク機器などの購入費用	サーバー本体、ルーター、PC
ライセンス費	ソフトウェアの使用権にかかる費用	OS、データベースソフト、開発ツール

見積書では、これらの費用を合算した総額だけでなく、項目ごとの内訳が示されることで、発注元は「どこにいくらかかるのか」を把握できます。

概算見積もりと詳細見積もり

見積もりには、精度の異なる2つの段階があります。

概算見積もりは、システム開発の初期段階で作成される、おおまかな費用の見積もりです。まだ要件が確定していない段階で、「だいたいこのくらいの費用がかかりそうだ」という目安を示します。発注元が予算を確保したり、プロジェクトの実現可能性を判断したりするために使われます。

詳細見積もりは、要件が具体的に固まった段階で作成される、精度の高い見積もりです。各作業項目の工数（作業にかかる時間や人数）を細かく算出し、それに基づいて費用を計算します。契約前の最終的な費用確認に使われます。

区分	作成時期	精度	目的
概算見積もり	企画・提案の初期段階	低い（大まかな目安）	予算確保、実現可能性の判断
詳細見積もり	要件定義後	高い（具体的な金額）	契約前の最終確認

相見積もり

発注先を選定する際に重要なのが、相見積もり（あいみつもり）です。相見積もりとは、複数のベンダー企業から見積書を取得し、内容を比較することをいいます。

相見積もりを行うメリットは次のとおりです。

• 費用の妥当性を確認できる：1社だけの見積もりでは、その金額が高いのか安いのか判断がつきません。複数社の見積もりを比べることで、適正な価格帯がわかります
• 提案内容を比較できる：同じ要件に対して、各社がどのようなアプローチで対応するかを比較検討できます
• 交渉材料になる：他社の見積もり額を参考に、費用の交渉を行うことができます

相見積もりは、公平な調達を行うための基本的な手法であり、とくに公共機関の調達では複数社からの見積もり取得が原則とされています。

試験で出るポイント

見積書に関する問題では、「費用の内訳にどのような項目が含まれるか」や「相見積もりの目的」が問われることがあります。相見積もりは「複数社から見積もりを取得して比較すること」であり、費用の妥当性を判断するために行うものです。