著者:野原琉海(業務効率化に特化したエンジニア)
「開発を外注したいけど、いくらかかるか分からない」
これは、中小企業の経営者からよく受ける相談だ。3社に見積もりを取ったら、A社40万円、B社160万円、C社250万円と3倍以上の差が出ることは珍しくない。何が違うのか判断できないまま、なんとなく真ん中の会社に決めてしまう——そういうパターンが多い。
僕は業務効率化に特化したエンジニアとして、開発を受ける側でもある。だから「うちに頼んでください」と言いたくなる立場ではある。それでも、この記事はポジショントーク抜きで書く。
なぜ見積もりがバラバラなのか。その構造を理解すれば、見積もりを受け取った時に「妥当かどうか」を自分で判断できるようになる。価格の大小ではなく、「何にどれだけかかっているか」が分かるかどうかが、外注成功の分かれ道だ。
なぜ見積もりがバラバラなのか|価格差の4つの構造
「同じコーポレートサイトを作るのに、なぜ10倍の価格差が出るのか」という疑問の答えは、4つの理由に分解できる。
1. 関わる人数が違う
フリーランス1人なら、ディレクション・デザイン・コーディング・テストを全部1人でこなす。費用は1人分の稼働コストだけだ。大手になると、ディレクター・デザイナー・フロントエンドエンジニア・バックエンドエンジニア・品質管理担当・営業と6〜10人以上が動く。それぞれの人件費が積み上がる。
2. 品質管理プロセスが違う
大手は設計書のレビュー、コードレビュー、テスト工程、リリース確認まで段階的な品質管理を持っている。これはミスを防ぐために必要だが、そのぶん時間もお金もかかる。フリーランスはほぼ全てが個人の裁量だ。
3. 固定費の差が乗っている
大手制作会社にはオフィス代・管理部門の人件費・マーケティング費・営業コストが費用に乗っている。同じ「エンジニア1人分の稼働」でも、会社員エンジニアが動く場合はその会社の間接費用が含まれている。
4. 受注余裕と利益率の違い
手が空いているフリーランスと、案件が詰まっている大手制作会社では、同じ作業でも価格が変わる。繁忙期は高い。ヒマな時期は安い。これは普通の商取引と同じだ。
| 依頼先 | 関わる人数 | 品質管理 | 固定費の乗り具合 |
|---|---|---|---|
| フリーランス | 1〜2人 | 個人の裁量 | ほぼなし |
| 中小制作会社 | 3〜6人 | 簡易的なレビュー | 中程度 |
| 大手制作会社 | 8〜15人以上 | 段階的な品質管理あり | 高い |
カテゴリ別の費用相場
案件の種類ごとに費用の目安を整理する。あくまで目安だが、見積もりの妥当性を判断する基準として使える。
Webサイト制作(コーポレートサイト・LP)
中小企業から一番多い相談がこれだ。
| 依頼先 | 費用目安 | 向いているケース |
|---|---|---|
| フリーランス | 10〜30万円 | ページ数が少ない・スピード重視 |
| 中小制作会社 | 50〜150万円 | デザイン品質・継続サポート重視 |
| 大手制作会社 | 150〜500万円以上 | ブランド訴求・大規模サイト |
正直に言う。中小企業のコーポレートサイトやLPに100万円以上かける必要があるケースは、全体の2割もないと思っている。フリーランスか小さい制作会社で十分対応できる場合がほとんどだ。
「大手に頼んだ方が安心」という感覚は分かる。でも、そこに払う費用の多くは「ブランド料金」と「管理コスト」だ。3社から見積もりを取り、金額が3倍以上違うなら、内訳を細かく比較してみることを強く勧める。
ただし、フリーランスに頼む場合のリスクは「その人の質と信頼性に全てが依存する」点だ。ポートフォリオの確認・契約書の整備・仕様書の明文化が必須になる。
ECサイト
ECサイトは機能の数で費用が大きく変わる。
| 規模・機能 | 費用目安 |
|---|---|
| Shopify / BASE等でカスタマイズ | 20〜100万円 |
| フルスクラッチEC(小規模) | 200〜600万円 |
| フルスクラッチEC(外部決済・在庫連携あり) | 500〜1,500万円 |
ECサイトは「作った後のコスト」の方が高くつくことがある。決済手数料、システム保守、在庫管理システムとの連携改修など、継続コストを含めて検討しないと後悔する。
僕の考えでは、最初はShopifyやBASEで始めて、月商が300万円を超えたあたりでフルスクラッチを検討するのが合理的だ。最初から500万円かけてフルスクラッチを作り、売れなかったというケースを実際に見ている。
業務システム開発
顧客管理・在庫管理・予約管理など、社内業務に合わせたシステムを作る場合。
| 規模 | 費用目安 | 例 |
|---|---|---|
| 小規模(シンプルな管理画面) | 60〜300万円 | 顧客一覧・予約管理など単機能 |
| 中規模(複数機能・外部連携あり) | 250〜600万円 | 在庫+受発注+帳票出力など |
| 大規模(基幹システム) | 500万〜3,000万円以上 | 会計・人事・生産管理など |
これが一番「見積もりのバラつき」が大きいカテゴリだ。「顧客管理システムを作りたい」という同じ要件でも、「何人が使うか」「どのデータを管理するか」「他システムと連携するか」で費用が10倍変わる。
業務システムを外注する前に、必ず確認してほしいことがある。既存のSaaSで代替できないかだ。kintoneはスタンダードコースで月額1,800円/ユーザー(2024年11月以降の公式料金)、Notion、HubSpotなどのSaaSを使えば月額数万円で「それなりの管理システム」が動く。開発費100万円かけて作るシステムが、月2〜3万円のSaaSで代替できるケースは実際に多い。外注の前にSaaS検討が先だ。
アプリ開発(iOS/Android)
| 規模 | 費用目安 |
|---|---|
| 小規模(シンプルな機能のみ) | 100〜300万円 |
| 中規模(ユーザー認証・決済機能あり) | 300〜800万円 |
| 大規模(多機能・大量ユーザー対応) | 800万円〜数千万円 |
アプリ開発で一番失敗するパターンが「作って終わり」の考え方だ。iOS・Androidの両対応か片方のみか、アップデートの頻度、サーバー費用、OSバージョンアップへの対応など、作った後も継続コストが発生し続ける。
Webアプリ(ブラウザで動くシステム)で代替できないかも検討すべきだ。スマホアプリよりWebアプリの方が開発費が安く、更新も楽なケースは多い。「アプリが必要か、Webで代替できるか」は発注前に整理しておく。
保守・運用費用
見落としがちだが、作った後に発生し続けるコストを最初に計画に入れておかないと後で困る。業界では一般に開発費の10〜20%/年が保守費用の目安とされている。
| 内容 | 月額目安 |
|---|---|
| バグ修正・軽微な改修 | 3〜5万円/月 |
| セキュリティアップデート含む保守 | 5〜10万円/月 |
| 機能追加を含む継続開発 | 10〜30万円/月 |
保守契約の有無と条件は、発注前に必ず確認する。「納品後3ヶ月のバグ修正のみ無償、それ以降は全て有償」という会社も多い。
エンジニアの人月単価から逆算して見積もりを検証する
開発費用の7〜8割は人件費だ。エンジニアの単価を知っておくと、見積もりが妥当かを自分でチェックできる。
2026年時点の人月単価の目安は以下のとおりだ。
| エンジニアの経験 | 人月単価の目安 |
|---|---|
| ジュニア(経験1〜3年) | 50〜80万円/月 |
| ミドル(経験3〜7年) | 80〜120万円/月 |
| シニア(経験7年以上) | 100〜180万円/月 |
「人月」は「エンジニア1人が1ヶ月フルタイムで働く費用」のことだ。
例えば、中小開発会社から「3人月で270万円」という見積もりが来たとする。1人月あたり90万円。ミドルエンジニア1人の単価として妥当な範囲だ。一方、「3人月で540万円」なら1人月180万円。この場合は「内訳を見せてください」と確認するべきだ。
「3人月」が「1人×3ヶ月」なのか「3人×1ヶ月」なのかも、見積もりの根拠として重要だ。
実際に僕が見積もりを受け取る側として確認するのは、「工程ごとの工数内訳」だ。「設計30万円、デザイン20万円、コーディング40万円、テスト10万円」のように工程別に分かれている見積もりは根拠が明確だ。「一式100万円」のような見積もりは、何に何万円かかっているのかが不明なので確認が必要になる。
見積もりを受け取ったら確認すべき5つのポイント
エンジニアとして開発の内側を知る立場から、「これを確認すれば妥当性が判断できる」ポイントを整理する。
1. 工程別の内訳を出してもらう
「合計150万円」ではなく、「設計50万円・デザイン30万円・コーディング50万円・テスト20万円」という内訳を求める。内訳を出せない見積もりは、根拠が曖昧だ。
2. 工数の根拠を聞く
「コーディング50万円」であれば、「コーディング工程は何人日の見積もりですか」と聞く。時間単価や担当エンジニアの人数・経験年数を確認することで、費用の妥当性が判断しやすくなる。
3. 保守契約の条件を確認する
納品後に不具合が出た時の対応範囲・対応費用・対応時間(平日9〜18時のみかなど)を事前に確認する。保証期間後は全て有償という契約も多い。
4. 追加料金が発生する条件を確認する
仕様変更時の追加料金の発生条件を明確にする。開発途中で要件を変えると費用が跳ね上がることが頻繁にある。「どのレベルの変更から追加料金が発生するのか」を契約書に書いてもらうのが理想だ。
5. 担当者が途中で変わる可能性を聞く
フリーランスの場合、体調不良や別案件の都合で引き渡しになることがある。会社の場合も、担当者の退職・異動で品質が変わることがある。担当者が変わった場合の対応方針を確認しておく。
外注で失敗するパターン|よくある落とし穴3つ
システム開発の外注で失敗するパターンと回避策でも詳しく整理しているが、主な失敗パターンを挙げておく。
パターン1: 仕様が曖昧なまま発注する
「こんな感じのシステムを作りたい」という曖昧な依頼で外注を始めると、納品物が期待と全く違うものになる。外注側は「言われた通りに作った」、発注側は「こんなものは頼んでいない」という対立が起きる。
対策: 発注前に「何ができたら完成か」を文書で明確にする。画面のイメージ・操作フロー・データ項目を最低限まとめてから依頼する。仕様書を作るのが手間なら、まず「現状の業務フロー」と「これが変わったら嬉しいという状態」を箇条書きで整理するだけでも違う。
パターン2: 最安値で選ぶ
3社の中で最安値を選んだ結果、品質が低すぎて作り直しになったというケースを実際に見ている。「なぜ安いのか」の理由を確認しないまま選ぶのは危険だ。フリーランスが安い場合は実績とスキルを、会社が安い場合は管理体制と保証範囲を確認する。
パターン3: 保守費用を計画に入れていない
開発費を予算に組み込んでいるのに、保守費を計上していないケース。リリース後にバグが出た、OSのアップデートで動かなくなった、機能を追加したいというタイミングで追加費用が発生し、予算オーバーになる。最低でも開発費の10%/年を保守費の予算として確保しておく。
開発より先に検討すべきこと|SaaSとノーコードの活用
業務効率化のために開発外注を検討している場合、まずこの3つのアプローチを比較してほしい。
| アプローチ | 費用感 | 向いているケース |
|---|---|---|
| SaaS導入 | 月数千円〜数万円 | 経理・顧客管理・勤怠など一般的な業務 |
| ノーコード構築 | 初期数十万円〜月数万円 | 独自業務だがシンプルな自動化 |
| カスタム開発外注 | 数十万〜数千万円 | SaaSやノーコードでは対応できない固有業務 |
この順番で検討するのが正しい。最初からカスタム開発を前提にすると、費用が5〜10倍膨らむことがある。
ノーコードで業務改善できるケースは思った以上に多い。ノーコードツールで中小企業の業務を改善する方法|エンジニア不要の自動化に具体的な方法をまとめているので、開発を検討する前に参照してほしい。
業務効率化は何から始める?最初の一歩を具体的に解説でも整理しているが、「業務を効率化したい」という目標から逆算すると、開発外注よりも低コストで解決できるケースが意外と多い。
AIの普及で開発費用はどう変わっているか(2026年)
2026年現在、GitHub CopilotやCursorなどのAIコーディングツールの普及で、エンジニアの作業効率が変化している。
僕が実際に感じているのは、「定型的なコード量産の工数が下がっている」という変化だ。以前であれば5人月かかっていた業務システムが、AIツールを使いこなせるエンジニアであれば3〜3.5人月で完成するケースが出てきている。
一方で、全員が同じようにAIを活用できているわけではない。「AIを使えます」と言いながら、実際には従来の工数で見積もりを出している会社もある。見積もりを取る際に「AIコーディングツールを活用していますか。工数にどう反映されていますか」と聞くのは、今後有効な確認方法になると思っている。
また、AIを使った業務自動化の支援を外部に頼むかどうかを判断する場合は、AI活用を内製するvsAI顧問に外注する|中小企業向け判断基準も参考にしてほしい。開発外注とAI活用支援を混同しないための整理ができる。
まとめ
開発外注の費用相場は、カテゴリ・依頼先・仕様の複雑さで大きく変わる。
| カテゴリ | 費用の目安(最小〜大規模) |
|---|---|
| Webサイト制作(LP・コーポレート) | 10万円〜500万円以上 |
| ECサイト | 20万円〜1,500万円以上 |
| 業務システム | 60万円〜3,000万円以上 |
| アプリ開発 | 100万円〜数千万円以上 |
| 保守・運用(月額) | 3万円〜30万円以上 |
「高い会社が良い」でも「安い会社が悪い」でもない。見積もりを受け取ったら、内訳・工数・保証範囲を確認して、自社の要件に合っているかを判断する。その判断軸を持つことが、外注成功の第一歩だ。
発注前に仕様をまとめること、SaaSやノーコードで代替できないかを先に確認すること。この2点だけでも、外注の失敗リスクは大きく下がる。