SIer・フリーランス・自社開発、見積もりの中身を比べる

複数の会社やフリーランスに同じ内容で見積もりを依頼したのに、金額の幅が数十万円どころか数百万円単位で開くことがあります。安い方に頼んで大丈夫なのか、高い方は何にそれだけかかるのか。判断材料が見積書の一枚だけだと、どちらを選んでも不安が残ります。

実はこの金額差、発注先の「良し悪し」の差ではなく、見積書の中に何が入っているかという構成の差であることが多いです。同じ「Webシステム開発一式」という見積もりでも、その中に含まれている作業や体制がまったく違うことがあります。

この記事では、SIer・フリーランス・自社開発（内製）の見積もりがそれぞれ何によって構成されているかを分解し、金額差の正体と、比較するときに見るべき箇所を整理します。

見積もりの金額差は「何が入っているか」の差

見積書に書かれている合計金額は、実際には複数の要素の足し算です。代表的なものを挙げると、次のような項目があります。

• 実装作業そのものの人件費（エンジニアが手を動かす時間）
• 要件定義・設計・テストなど、実装の前後にかかる工程の人件費
• プロジェクト管理・進行管理にかかる人員のコスト
• 品質保証やレビュー体制の維持コスト
• 契約後の保守・サポート体制を維持するための費用
• 会社としての固定費（オフィス、営業、バックオフィスなど）を配分した分

SIerの見積もりが高めに出やすいのは、この中の「管理」「品質保証」「保守体制」にあたる部分が、複数人の役割としてあらかじめ組み込まれているケースが多いためです。フリーランスの見積もりが安めに出やすいのは、これらの一部が発注側の作業として見積もりの外に置かれていたり、個人の裁量で簡略化されていたりするためです。自社開発（内製）は見積もり自体が発生しませんが、採用・育成・維持というコストが別の形で発生しています。

実装費用のみ

管理体制込み

ここで大事なのは、どちらが正しいという話ではなく、見積書の金額がどこまでの範囲を含んでいるかを発注側が把握しているかどうかです。安い見積もりが「管理や保守を含んでいないだけ」だと後から分かると、追加費用として跳ね返ってきます。ここは見積もりを比較するときに一番見落としやすいところなので、メモしておくといいところです。

なぜ同じ依頼内容でも構成がバラバラになるのか

見積もりの構成が発注先ごとに違う理由は、それぞれの事業の成り立ちにあります。

SIerは、複数の担当者が分業する体制を前提に事業が成り立っています。プロジェクトマネージャー、設計担当、実装担当、テスト担当と役割が分かれ、それぞれの人件費と管理コストが見積もりに反映されていきます。この体制は、規模が大きく関係者が多いプロジェクトほど機能しやすい一方、小規模な依頼でも一定の管理コストがかかる構造になっています。

フリーランスは、個人が複数の役割を兼任することで事業が成り立っています。管理コストがそもそも小さいため、実装作業に近い金額で見積もりが出やすくなります。ただしこれは、管理や品質保証の工程が「無い」のではなく「個人の中で暗黙的に処理されている」ことを意味します。担当者が体調を崩したり離脱したりした場合の代替体制が見積もりに含まれていない、という点はフリーランス発注、品質を保証する仕組みがない不安でも触れた通り、契約前に確認しておきたい部分です。

自社開発（内製）は、見積もりという形を取らない代わりに、人材の採用コストや育成期間、退職時の引き継ぎコストといった形で似た構造のコストが発生します。目に見える見積書がない分、社内でコストの全体像を把握しづらいという別の難しさがあります。

契約形態によっても、責任の持ち方と費用の組まれ方が変わってきます。この点はSIer・フリーランス・自社開発、契約形態で何が変わるかで詳しく整理していますので、見積もりの前提となる契約の種類を確認したい場合はあわせて見ておくと理解が進みます。

見積もりを比較するときに確認したい3つの観点

金額の大小だけで比較すると判断を誤りやすいため、次の3つの観点で見積書を読むことをおすすめします。

1. 範囲の確認：見積もりに含まれている工程はどこからどこまでか。要件定義や設計、テスト、保守が含まれているか、それとも実装作業だけを指しているかを確認します。
2. 体制の確認：担当者が一人なのか複数人なのか、責任者が明確に立っているかを確認します。担当者が離脱した場合の代替をどう考えているかも合わせて聞いておくと安心です。
3. 前提の確認：見積もりの金額が「今回渡した要件のまま」進んだ場合の金額なのか、それとも要件が変わる可能性を含んだ幅なのかを確認します。要件定義が曖昧な前提のままの見積もりは、後から金額が変わりやすいという構造があります。要件定義の粒度と見積もりの関係については、要件定義が甘いと二重コストになる仕組みでも整理していますので、金額差の理由が「要件の粗さ」にある可能性も一度確認しておくとよいところです。

この3点を確認すると、見積書に「一式」とだけ書かれている項目の中身も、ある程度推測できるようになります。数字だけを並べて安い順に判断するのではなく、範囲・体制・前提をセットで見る癖をつけておくと、後になって「思っていた内容と違った」という事態を避けやすくなります。ここは発注する側が意識しておきたいところです。

判断基準は「金額」ではなく「何を求めているか」

最終的にどの発注先を選ぶかは、金額の大小ではなく、自社が今回のプロジェクトで何を求めているかによって変わります。

• 関係者が多く、長期的な運用・保守まで見据えている場合は、管理体制が組み込まれた見積もりの方が結果的に安定しやすい傾向があります。
• 短期間で範囲の明確な開発を進めたい場合は、フリーランスの見積もりの機動力が活きやすい場面もあります。
• 社内にノウハウを蓄積していきたい場合は、初期コストはかかっても内製という選択肢が長期的に合うこともあります。

どの選択にも一長一短があり、安い見積もりが必ずしも割安とは限らないという点だけは、比較検討の前提として持っておくとよいところです。見積もりの数字そのものよりも、その数字が何を含み、何を含んでいないかを確認する作業に時間をかける方が、結果的に発注後のトラブルを減らすことにつながります。

まとめ

• SIer・フリーランス・自社開発の見積もり金額差は、良し悪しの差ではなく「何が見積もりに含まれているか」という構成の差から生まれます。
• 構成の違いは、それぞれの事業が分業型か個人裁量型かという成り立ちの違いに起因しています。
• 比較するときは金額の大小ではなく、範囲・体制・前提の3点を確認すると、見積書に書かれていない部分も推測しやすくなります。