ITシステム開発を依頼する費用は、突き詰めると「人の単価×作業時間」と「どこまでを依頼範囲に含めるか」の2つで決まります。相場が見えにくいのは、この「範囲」が見積書からは読み取れないためです。
相見積もりを取ったものの、「この見積もり、高いのか安いのか判断がつかない……」と悩むことはありませんか。この記事では、金額の決まり方と、見積書で確認したいポイントを整理しました。外注費用の判断にぜひご参考ください。
同じ「一式」でも中身が異なる
例として、引っ越しの見積もりを説明します。同じ「引っ越し一式」でも、運ぶだけか、荷造りも頼むのか、荷解きまでお願いするのかで、金額はまったく変わります。だからこそ営業は荷物を実際に見てから金額を出しますし、頼む側も「どこまでやってくれるのか」を自然に確認するはずです。
IT外注も構造は同じです。ところが「システム開発一式◯◯円」という見積書を前にすると、中身の確認をしないまま金額の大小だけで比べてしまうことが少なくありません。荷物を見ずに出てきた引っ越し料金をそのまま信じる人は少ないのに、システムの見積もりではそれが起きてしまう。それは中身が専門的で見えづらいから。
相見積もりを並べてみると、同じ依頼内容のはずなのに金額が3倍近く違う……ということも。ただ、よく読むと高いほうには「ビジネスが止まらないための品質を担保する対応」「環境構築・システム開発前の動く画面作成等のプロジェクト成功要因に大きく関わる対応」まで含まれていて、安いほうは「セキュリティ対応は最低限」「最低限動くための開発作業」というケースがほとんどです。どちらかが不誠実という話ではなく、含んでいる範囲が違えば金額が違うのは当然なのです。
IT外注の費用は「単価×時間」と「範囲」で決まる
費用の本体は人件費。「単価×時間」で積み上がる
システム開発の費用の本体は、機械や材料ではなく人件費です（生成AI活用については後述します）。つまり金額は原則として「技術者の単価×作業時間」で積み上がります。単価は外注先の体制によって幅があり、間に会社が入るほど(いわゆる多重下請け)、同じ作業でも金額は上がりやすくなります。
総額を左右するもうひとつの変数は「範囲」
ひとくちにIT外注といっても、実際の作業は次のように分かれます。
- 要件整理・設計: 何を作るかを決める工程。ここが曖昧なまま進むと後の工程がすべてぶれます
- 開発: 作る・実装する工程。見積書で最も目立つ部分です
- テスト・公開作業: 動作確認と、サーバーなど本番環境への設置
- 公開後の保守・運用: 不具合対応、問い合わせ窓口、小さな改修
見積書の金額差の多くは、この4つのうちどこからどこまでを含んでいるかの差です。なお、契約形態(準委任か請負か)によって「総額が着手前に確定するかどうか」自体が変わりますが、この点は準委任と請負はどう違う？システム開発の総額を着手前に確定させる方法で詳しく解説しています。
AI活用により「単価×時間」で見積もらないケースも
ここまでの説明は、「かかった時間の分だけ価値が生まれる」という業界の長年の前提に立っています。ただ、生成AI（LLM）の普及で、この前提は崩れ始めています。
AIを使いこなす会社ほど、同じものを作るのにかかる時間は短くなります。ハイファイブクリエイトでも、以前なら数日かかっていた作業が半日で終わる場面が明らかに増えました。ここに単価×時間の計算をそのまま当てはめると、最新技術を取り入れる会社ほど請求額が小さくなるという逆転が起きます。速く作れることが、値引きと同じ扱いになってしまうわけです。
そのため、工数の積み上げではなく、担う範囲や成果に対する固定額・月額で金額を決める会社も出てきています。受け取った見積書に工数の明細がないからといって、直ちに不誠実とは限らない時代になりつつあるかと思います。もっとも、どちらの決め方でも「どこまでやるか」の合意が金額の土台になる点は変わりません。むしろ時間で測らない見積もりほど、次にお伝えする「範囲」の確認が効いてきます。
見積書で確認したい4つのポイント
金額の妥当性を判断する前に、まず「範囲」を揃える必要があります。見積書で確認したいのは次の4点です。
| 確認ポイント | 見るところ | 確認しないと何が起きるか |
|---|---|---|
| 保守・運用の扱い | 公開後の窓口と月額、修正費用の考え方 | 公開直後の不具合から「別料金」が始まり、想定外の月額が発生する |
| 環境費用と名義 | サーバー・ドメインの費用と、契約が誰の名義か | 環境が外注先名義になり、将来の乗り換えが難しくなる |
| 追加要望の扱い | 途中で要望が増えたときの費用の決まり方 | 「言った・言わない」の追加費用トラブルになる |
| 納品物の範囲 | ソースコードや資料が貴社に渡るか | 資料が手元に残らず、他社が引き継げないシステムになる |
特に環境の名義と納品物の範囲は、金額には表れないのに、数年後の自由度を大きく左右します。外注先を将来変えられるかどうかという観点は、別記事で扱いました。
参考: システムの外注先は乗り換えられる？中小企業のためのベンダーロックイン対策
念のためですが、これらが見積書に書かれていないのは、外注先の悪意とは限りません。慣れた相手どうしなら省略される項目が、初めての発注では省略されたまま進んでしまう。商習慣と初期設定のずれで起きることがほとんどです。だからこそ、発注側から確認してよい/するべき項目なのです。
発注前にそのまま使える質問と伝え方
見積もりの場で確認したい4つの質問
見積もりのタイミングで、次の質問をおすすめします。これにより上記4点が確認できます。
- 「この金額に、公開後の保守や修正は含まれていますか」
- 「サーバーやドメインなどの環境は、誰の名義で契約し、いくらかかりますか」
- 「開発の途中で追加の要望が出た場合、費用はどう決まりますか」
- 「納品物には、他社でも引き継げるソースコードや資料が含まれますか」
誠実な外注先であれば、この4問にはすぐ答えられるはずです。逆に、回答が曖昧なまま契約を急かされるようなら、それは立ち止まるサインといえます。
予算が合わないときの伝え方
「もう少し安くなりませんか」と金額だけを下げようとすると、外注先は見えないところで品質や工程を削るしかなくなります。そうではなく、
「この予算は動かせないので、この予算に収まる範囲を一緒に決めさせてもらえませんか」
という伝え方であれば、対立ではなく「範囲の調整」という同じテーブルにつけます。優先度の低い機能を後回しにするだけで、予算内に収まることは実際に多いです。
IT外注の費用に関するよくある質問
相場より大幅に安い見積もりは避けるべきですか？
金額だけで判断せず、安さの理由を確認することをおすすめします。範囲が狭い(保守や環境構築が別)、経験の浅い体制で受けている、後から追加費用で回収する前提、のいずれかであることが多いためです。理由に納得できれば、安い見積もりが悪いわけではありません。
「開発一式」とだけ書かれた見積書でも発注していいですか？
そのままでは比較も検収もできないため、内訳の提示を依頼してください。悪意のない省略であることも多く、依頼すれば出てくるのが普通です。見積書は一式、内訳は別途という場合もあります。内訳を出せない・出したがらない場合は要注意。
月額固定と都度見積もり、どちらが得ですか？
依頼が継続的かどうかで決まります。単発で終わる案件なら都度見積もり、改善や相談が継続的に発生するなら月額固定のほうが、1件あたりの調整コストが減り総額も安定します。自社がどちらの状態かは、依頼の頻度を振り返ると判断できます。
まとめ: 費用構造を知ればIT外部委託は怖くない
IT外注の費用は「単価×時間×範囲」で決まります。そして生成AIの普及で、「時間」で測らない見積もりも増え始めています。どちらにしても、金額の土台になるのは範囲の合意です。金額を比べる前に範囲を揃えること、見積書では保守・環境の名義・追加費用・納品物の4点を確認すること、予算が合わないときは値下げではなく範囲の調整を持ちかけること。この3つだけで、外注費用の失敗の多くは避けられるでしょう。
わからないまま任せるのではなく、双方が確認し認識した上で任せる。それが、外注先との健全な関係の出発点だと考えます。
ハイファイブクリエイトは「中小企業のための外部IT部門」として、見積もりの読み解きや外注先とのやりとりを貴社の側に立って支援しています。外部IT部門という考え方については外部IT部門とは？社内採用・スポット外注と比べてわかる第三の選択肢をご覧ください。
コメントを残す