システム開発の外注｜費用相場・メリットと失敗しない外注先の選び方

「システム開発を外注したいが、費用相場も外注先の選び方も分からない」——この記事では、システム開発の外注について、費用相場・メリットデメリット・外注先の種類・失敗しない外注先の選び方・進め方まで、具体的に解説します。専門知識がなくても判断できるよう、目安の数字とチェックリスト、身近な例を添えてまとめました。

システム開発の外注とは（内製との違い）

外注とは、システム開発を外部の開発会社やフリーランスなどに発注することです。社内のエンジニアが作る「内製」と違い、人材を抱えずに、必要なときだけ専門知識を借りられるのが最大の特徴です。

内製と外注は、次のように性格が異なります。

項目	内製	外注
初期の準備	採用・育成が必要	依頼すればすぐ着手
費用の出方	人件費が毎月固定でかかる	案件ごと・必要なときだけ
専門性	社内スキルに依存	その分野の経験者を選べる
ノウハウ	社内に蓄積しやすい	意識しないと溜まりにくい
向くケース	継続的に大量に作る	年に数本・特定の開発だけ

どちらが得かは、結局のところ「作る量」で決まります。継続的に何本も改修・新規開発が発生するなら内製、年に数本・スポットで作りたいだけなら外注が合理的です。判断の詳しい基準は内製と外注どっち？で整理しています。

外注が向くのはこんなケース

• 開発できる人材が社内におらず、採用のあてもない
• 作りたいシステムが1〜数本で、常時開発の予定はない
• 業務システムやアプリを、特定の期限までに形にしたい
• 補助金の申請などで、期日までに開発を完了させる必要がある
• 自社の本業に集中したく、開発を専門家に任せたい

逆に、毎週のように機能追加が続き、開発が事業の中心になっていくなら、途中から内製（採用）へ切り替える判断も出てきます。

外注の費用相場（規模別）

費用は作るものの規模で大きく変わります。おおまかな目安は次の通りです。

規模	内容の例	費用の目安
小規模	予約フォーム、簡単な管理画面、既存ツール連携	数十万〜100万円台
中規模	顧客管理・在庫管理などの業務システム、基本的な業務アプリ	100万〜500万円
大規模	複数部署をまたぐ基幹システム、外部連携の多いアプリ	500万円以上

金額の内訳は、ほとんどが「人が動いた時間（人月・人日）」です。相場や人月単価の考え方は費用の相場、人月の意味で詳しく解説しています。同じ「システム」でも、画面数・連携先・データ量で数倍変わるため、金額だけを他社と単純比較しないことが大切です。

エンジニアを1人抱えるコストとの比較

外注が高く感じても、社内で開発体制を持つコストと比べると印象が変わります。エンジニアを1人正社員で雇うと、給与だけでなく社会保険・採用費・教育・設備・管理の手間まで含め、実質的な年間コストは800万〜1,000万円超になるのが一般的です。しかも採用にも数か月かかり、辞められれば振り出しに戻ります。

• 年に数本の開発 → 外注の方がはるかに割安（作るときだけ払えばよい）
• 毎月継続して大量に作る → 内製（採用）の方が単価は下がっていく

年1〜3本程度の開発なら、外注1本あたりの費用の方が、人を1人抱える年間コストよりずっと小さく収まります。「人を採るか、外注するか」で迷ったら、まず1年で何本作る見込みかを数えてみてください。

外注にかかる期間の目安

費用と並んで気になるのが「どのくらいで完成するか」です。規模ごとのおおまかな目安は次の通りです。

規模	期間の目安
小規模	数週間〜1〜2か月
中規模	2〜4か月
大規模	半年以上

期間は、要件がどれだけ固まっているかで大きく前後します。着手前に「作りたいもの」が明確なほど短くなり、途中で仕様が変わるほど延びます。急ぎの場合は、最初に必要な機能だけを小さく作り、後から追加する進め方も有効です。

外注のメリット・デメリット

• メリット：人材不要ですぐ始められる／その分野の専門知識を借りられる／必要なときだけ費用が発生する／自社は本業に集中できる
• デメリット：社内にノウハウが溜まりにくい／仕様を伝えるコミュニケーションの手間がかかる／会社選びを誤ると品質・費用のリスクがある

デメリットはいずれも「対策できる」ものです。ノウハウは仕様書や設計資料を受け取ることで残せますし、コミュニケーションの手間は要件を最初に文書化しておけば大幅に減ります。会社選びのリスクは、後述する選び方のチェックで避けられます。

判断の目安として、次のような場合は外注のメリットが大きく出ます。

• 開発を任せている間、自社は本業の売上づくりに集中できる
• 採用・育成の数か月を待たずに、今ある課題をすぐ形にできる
• 「作るのは今回だけ」と割り切れる開発である

一方で、開発が毎月続き事業の核になっていくなら、ノウハウが社内に残らないデメリットが徐々に重くなります。その場合は、外注で立ち上げつつ、途中から内製へ移す二段構えも選択肢です。

外注先の種類（開発会社・フリーランス・オフショア）

外注先は大きく3種類に分かれ、それぞれ得意分野と注意点が違います。

種類	費用感	強み	注意点
開発会社	中〜高	体制がありチームで対応。窓口が安定	会社により品質差が大きい
フリーランス	低〜中	費用を抑えやすい。直接やり取りできる	1人依存で、体調・稼働のリスク
オフショア（海外委託）	低	大人数を安く動かせる	言語・時差・仕様伝達の難しさ

選び方の目安は次の通りです。

• 確実に完成させたい・窓口を一本化したい → 開発会社
• 小規模で予算を抑えたい・仕様が固まっている → フリーランス
• 大量の実装を安く回したい・仕様を細かく指示できる → オフショア（オフショア開発の実際）

フリーランスと開発会社の違いはフリーランスと開発会社でも比較しています。どの種類でも共通して大事なのは、価格の安さより「意思疎通のしやすさ」と「最後まで責任を持つか」です。

失敗しない外注先の選び方

外注の成否は、発注前の会社選びでほぼ決まります。次の4点を必ず確認してください。

• 目的を聞いてくれるか：いきなり機能や画面の話ではなく、「何の業務を、なぜ楽にしたいのか」を先に聞くか。目的を理解しない相手は、動くだけで役に立たないものを作りがちです。
• 見積もりの内訳が明確か：「システム開発一式 300万円」ではなく、何にいくらかかるかを説明できるか（→見積もりの見方）。内訳を出せない会社は、後から金額が動きやすいです。
• 追加費用の条件を先に示すか：「どこまでが料金内で、何をすると追加になるか」を契約前に文書で示すか。ここが曖昧だと、着手後に費用がふくらみます。
• 成果物の権利を渡すか：完成したソースコードや設計資料の権利を発注者に渡すか。ここを渡さない会社に頼むと、後で別の会社に乗り換えられなくなります（→ベンダーロックインの回避）。

発注前チェックリスト

依頼を決める前に、次の項目を確認しておくと失敗を大きく減らせます。

• こちらの業務・課題を質問してくれたか
• 見積もりに項目ごとの金額と工数の根拠があるか
• 総額と、追加費用が発生する条件が契約書に書いてあるか
• 完成物（ソースコード・仕様書）の権利を渡すと明記されているか
• 納品後の修正や不具合対応の範囲が決まっているか
• 過去の実績や、似た規模の開発経験があるか

悪い外注先の兆候は悪い開発会社の見分け方、契約時の注意点は契約の基本もご覧ください。

よくある外注の失敗と回避策

外注の失敗には、いくつか決まったパターンがあります。原因と回避策をセットで押さえておきましょう。

よくある失敗	主な原因	回避策
完成したが業務に使えない	目的を伝えず機能だけ発注した	先に「何の業務を楽にしたいか」を文書化
見積もりから費用が大幅に増えた	追加費用の条件が曖昧だった	総額と追加条件を契約前に確定
修正のたびに元の会社に頼むしかない	ソースコードの権利をもらっていない	権利譲渡を契約に明記（ロックイン回避）
途中で連絡が取れなくなった	1人依存・実績確認不足	体制と実績を事前に確認
認識のズレで手戻りが多発	仕様を口頭で済ませた	要件を書面化してから着手（要件定義）

特に多いのが「成果物の権利をもらっていなかった」ケースです。ソースコードを渡してもらえないと、その後の改修も他社への乗り換えもすべて元の会社頼みになり、価格交渉の主導権を失います。詳しい失敗パターンは失敗事例8選、避け方の全体像は失敗しないための基本にまとめています。

外注の進め方（発注から納品まで）

初めての外注でも、流れを知っておけば迷いません。おおまかには次の5ステップです。

1. やりたいことを書き出す：目的（何の業務を楽にしたいか）と、あれば予算・希望時期をメモにする。完璧でなくてよい。
2. 相談・見積もり：候補に相談し、内訳のある見積もりをもらう。この時点で目的を聞いてくれるかを見る。
3. 要件を固める：機能・画面・データを書面で確定する（要件定義）。ここが後の手戻りを防ぐ肝。
4. 契約・開発：総額・追加条件・権利譲渡・納期を契約書に明記して着手（発注の流れ）。
5. 確認・納品：動作を確認し、ソースコードと仕様書を受け取って完了。

最初のメモは箇条書きで十分です。「〇〇の入力を自動化したい」「紙の台帳をアプリにしたい」といった一文からでも、相談の中で要件は固まっていきます。

外注前に準備しておくとよいもの

相談前に次の3つをメモしておくと、見積もりが早く、正確になります。完璧である必要はなく、箇条書きで十分です。

• 目的：何の業務を、なぜ楽にしたいのか（例：紙の申込書の入力をなくしたい）
• 今のやり方：現在どんな手順・ツールで回しているか（Excel・紙・既存システムなど）
• 希望：あれば予算感と、いつまでに欲しいか

この3点があるだけで、外注先は「本当に必要な機能」を見極めやすくなり、余計な機能で費用がふくらむのを防げます。逆に、これらを伝えずに「とにかくシステムを作って」と頼むと、目的とズレたものが出来上がる原因になります。

外注の契約形態（請負と準委任の違い）

外注の契約には主に2つの形があり、責任の重さと費用の出方が変わります。どちらで契約するかは、着手前に確認しておきましょう。

契約形態	内容	向くケース
請負	「完成させること」を約束する。完成しなければ責任を負う	作るものが決まっている。総額で払いたい
準委任	「作業すること」を約束する。完成の保証はない	仕様が固まっておらず、伴走してほしい

一括で確実に完成物を受け取りたい多くの外注では、請負契約で総額を決める形が分かりやすく安心です。準委任は月ごとに稼働を買う形で、仕様が動きやすい継続開発に向きます。いずれの場合も、契約書に「総額（または単価）」「追加費用の条件」「成果物の権利」「納期」を明記することが失敗回避の基本です。契約の注意点は契約の基本で詳しく解説しています。

一律100万円で外注できるD-oneApp

「見積もりが会社ごとにバラバラ」「追加費用が読めない」という外注の不安に対して、D-oneAppはシステム開発を一律100万円（大規模なプロプランは一律200万円）でお引き受けしています。

• 着手前に総額が確定するので、あとから費用がふくらまない
• 追加費用なしなので、予算を超える心配がない
• 成果物（ソースコード）の権利を渡すので、乗り換えの自由が残る

一律100万円で外注できる範囲の例

一律100万円のスタンダードでは、次のような開発が対象になります。

• 予約・受付・問い合わせなどの業務アプリ
• 顧客管理・在庫管理といった中小規模の業務システム
• 紙やExcelで回している作業のアプリ化・自動化
• 既存ツール（kintoneやEC等）と連携する仕組み

より大規模で機能が多いものは、一律200万円のプロプランが目安です。「うちの場合はどちらか」の判断は100万円でできる開発、アプリを100万円で作るも参考にしてください。

例：小さな会社が業務アプリを外注したケース

たとえば、紙の申込書を手入力していた会社が、入力アプリの開発を外注したとします。相場で見積もると内容次第で費用の幅が読みにくいところ、一律料金なら着手前に総額が確定し、追加費用の心配なく進められます。完成後はソースコードを受け取れるため、将来の機能追加を別の会社に頼むこともできます。これは架空の一般化した例ですが、「総額が読める」「権利が残る」ことが、外注の不安をどう減らすかのイメージとして参考になります。

まとめ

システム開発の外注は、年に数本程度なら内製より割安で、人材を抱えずにすぐ始められます。ポイントを整理すると次の通りです。

• 費用は「総額」で判断する（安さより手戻りまで含めた本当のコスト）
• 外注先は種類ごとの強みで選ぶ（確実さなら開発会社）
• 目的を聞き、内訳を出し、追加条件を示し、権利を渡す会社を選ぶ
• 成果物の権利を必ず受け取り、乗り換えの自由を残す

一律100万円なら、これらの不安をまとめて解消して外注できます。「うちのシステムは外注でいくらになるか」は無料相談で具体的に整理します。