システム開発の外注費用はどう決まる？見積もりの内訳を解説

システム開発を外注するときの費用は、開発会社の単価と作業工数をもとに組み立てられます。同じ要望でも、要件の範囲、品質の条件、契約の形によって工数の読み方が変わるため、総額だけを見比べても妥当かどうかは判断できません。まずは見積もり書の内訳を項目ごとに読み、何にいくらかかっているのかを確かめるところから始めます。

システム開発を外注する費用はどう決まる？

外注費用の骨格は、単価と工数の掛け算に、直接経費とプロジェクト管理の費用を加えたものです。工数は工程ごとの作業量を指し、要件定義からリリース準備までの範囲と、品質や性能の条件によって増減します。

費用の基本は単価と工数の掛け算

単価は要員の職種と経験によって決まり、工数は工程ごとの作業量を人月や人日で表したものです。同じ機能を作る場合でも、既存システムとの接続調査や受け入れテストの範囲が広がれば工数は増えます。単価の水準は会社の所在地や体制によって異なるため、金額を比べるときは内訳と前提をそろえる必要があります。

契約形態で決まり方が変わる

受託開発（請負型）では、成果物とその範囲を決めて金額を合意します。ラボ型開発（準委任契約）では、期間と稼働（何人月か）を決めて、その分の費用が積み上がります。完成物に対して支払うか、作業時間に対して支払うかという違いが、見積もり書の読み方にも表れます。

見積もりの内訳には何が含まれる？

見積もり書の内訳は、工程ごとの作業、要員と稼働、直接経費、プロジェクト管理に分かれていることが一般的です。項目名だけでなく、何をしたら完了と言えるかまで書かれているかを確認します。

工程ごとの作業工数

工程の工数は、機能や画面の数だけで決まるものではありません。既存システムの調査、業務ルールの確認、関係者との調整にかかる時間がどこに計上されているかを見ると、内訳の妥当性を判断する材料になります。

要員の単価と稼働

単価は職種と経験によって段階が分かれることが多く、同じ作業でも誰が担当するかで金額が変わります。要員の役割と稼働の目安が書かれていれば、期間中の体制をイメージできます。

直接経費と管理費

ライセンス費用やクラウド利用料、検証用の端末などは直接経費として開発費と分けて示されます。プロジェクト管理費は、進捗管理や打ち合わせ、報告にかかる費用で、開発の規模に応じて変わります。

保守運用は別枠か

リリース後の監視や障害対応、改善開発は、開発の見積もりに含まれないことが一般的です。含まれている場合は範囲が限られるため、どこまでを対象とするかを確認します。

内訳の記載が少ない場合は、次の3点を質問すると確認が進みます。

• この金額に含まれるテストの範囲はどこまでか
• 要件定義の成果物は何で、誰が確認するのか
• 変更が出たときは、どの手順で見積もり直すのか

受託開発（請負型）とラボ型開発で費用の決まり方はどう違う？

受託開発（請負型）は成果物と範囲に対して総額を合意し、ラボ型開発（準委任契約）は期間と稼働に対して費用が積み上がります。どちらが優れているかではなく、要件の固まり具合と社内の進行管理体制で選ぶものです。

受託開発では、仕様の確定度が金額に影響しやすいという特徴があります。範囲が曖昧なまま見積もると、後から変更が増えて総額が読みにくくなります。一方、ラボ型開発は期間と人数から総額を読みやすい半面、作業の優先順位を発注側が継続的に決める必要があります。

見積もり金額の差はどこで生まれる？

同じ要望でも、前提条件の書き方によって工数の読み方が変わります。金額の差そのものより、差の理由を説明できるかどうかが比較の手がかりになります。

差が出た項目は、開発会社に理由を聞きます。同じ項目で前提がそろっていれば、金額の大小ではなく、作業量の見積もりの違いとして議論できます。

見積もりの妥当性はどう確認すればよい？

金額の妥当性は、総額を相場と比べるだけでは判断できません。前提条件と内訳が対応しているか、変更時の扱いが決まっているかを順に確認します。

発注前に使えるチェックリスト

• 前提条件と除外事項が明記されているか
• 工程、成果物、要員の役割、期間が対応しているか
• 変更が起きたときの見積もり直しと合意の手順が決まっているか
• 検収条件と支払条件が書かれているか
• 保守運用の範囲と費用が開発費と分けて示されているか
• 複数社を比べるときに、内訳と前提をそろえて並べられるか

工数の根拠を聞くと、内訳の精度が見えます。「この工程は何人で何週間か」という質問に答えられる見積もりは、前提の整理も進んでいるものです。IPA（情報処理推進機構）が公開する情報を、用語や進め方の確認に参照することもできます。

複数社を比べるときは、総額の順位ではなく、内訳と前提をそろえた表を作ります。同じ要件定義書と同じ条件を渡し、含まれている範囲の違いを書き出していくと、判断の根拠を社内で共有できます。

外注費用を抑えたいときはどう進める？

費用を抑えたいときは、単価の安い会社を探す前に、範囲と順番を発注側で決めることが手がかりになります。次の順で進めると、支出と成果の対応を説明しやすくなります。

1. 目的と優先順位を発注側で決め、機能の順番を明示する
2. MVP（実用最小限の製品）として最初のリリース範囲を絞る
3. 工程を分けて発注する場合は、全体設計の整合性を誰が持つかを決める
4. 変更のたびに、費用と効果をあわせて確認する

工程を分けて発注すると、初期の費用は小さく見えます。ただし、全体設計の整合性を確認する担当がいないと、後の工程で手戻りが生じます。分割して発注する場合は、設計の方針を誰が責任を持つかを先に決めておきます。

まとめ：見積もりの内訳を比べて発注先を選ぶ

外注費用は、単価と工数の掛け算を出発点に、要件の範囲、非機能要件とテスト範囲、契約形態によって決まります。比べるときは、総額に加えて、単価、工数の前提、契約形態の4点を並べると判断の材料がそろいます。

当社は2020年7月にハノイで設立し、20名以上の体制で、日本企業向けのソフトウェア開発に100件以上のプロジェクト実績があります。

自社の場合にどの契約形態が合うか整理したい場合は、お問い合わせからご相談ください。