委託開発とは？システム開発を委託する契約形態と進め方【2026年】

執筆：Swooo編集部／監修：諸藤 哲耀（株式会社アイビス Swooo）

委託開発とは、システムやアプリの開発を、自社の社員ではなく外部の開発会社や個人に業務委託契約で任せる進め方です。契約は請負契約と準委任契約の2つに大きく分かれ、費用の目安は小規模で100万〜300万円、中規模で300万〜800万円、大規模で800万〜2,000万円以上。成否を分けるのは金額よりも、どの工程まで任せ、どちらの契約で何を約束するかの線引きです。

「委託開発」「外注」「アウトソーシング」は、日常の会話ではほぼ同じ意味で使われます。
ただし契約書の上ではいずれも業務委託契約にあたり、請負か準委任かで責任の所在も検収の基準も変わります。呼び方の違いより、この2つの区別を押さえるほうが実務では役に立ちます。

この記事では、委託開発の定義と自社開発（内製）との違い、契約形態の選び方、発注から納品までの流れ、メリットとデメリット、進めるうえで押さえる3つのポイント、そして開発手法による費用の違いまでを、発注する側の視点で整理します。

委託開発とは？

委託開発は、業務を任せる「委託者（発注側）」と、任された業務を行う「受託者（開発会社）」の関係で成り立ちます。雇用ではないため、受託者への指揮命令は発注側が直接行いません。何をどこまで行うかは、指示ではなく契約と仕様書で決めます。

この点が、社内の開発チームに依頼する場合との一番の違いです。
社内であれば「やりながら決める」ができますが、委託開発では決めていないことは基本的に作られません。逆にいえば、決めたことは契約上の約束として残ります。

委託開発と似た言葉（外注・受託開発・SES・オフショア）の違い

「委託開発」「外注」「受託開発」は、同じ取引を立場を変えて呼んだものです。一方でSES（システムエンジニアリングサービス）や派遣は、成果物ではなく技術者の稼働を確保する取引で、性質が異なります。

この記事で扱うのは、成果物または開発業務そのものを外部に任せる形、つまり委託開発です。

請負契約と準委任契約の2種類がある

委託開発の契約は、成果物の完成を約束する「請負契約」と、業務の遂行を約束する「準委任契約」に分かれます。報酬の考え方も、納品時の検収の基準も、この選択で変わります。

要件が固まっていない段階で請負契約を結ぶと、「何をもって完成か」を定義できず、仕様が動くたびに追加見積もりが積み上がります。
調査や要件定義を準委任で先に切り、要件が固まってから開発を請負で契約する分け方は、発注側にとって金額と期間が読みやすい進め方です。

契約不適合責任（旧・瑕疵担保責任）の期間や、成果物の著作権の扱いを含めた詳しい比較は、準委任契約と請負契約の違いで解説しています。

委託開発と自社開発（内製）の違い

判断の分かれ目は、そのシステムを今後どれだけ頻繁に変えるかです。公開後の変更が限られるものは委託開発が向きます。
業務の変化に合わせて毎月のように直すものは、社内に手を入れられる人がいるなら自社開発が向き、いないなら委託開発に改修の契約を含める形になります。

二者択一で考える必要はありません。最初の構築を委託し、運用と改修を段階的に社内へ移す進め方も実務ではよくとられます。

システム開発を委託する範囲と費用の目安

規模別の費用の目安は、小規模100万〜300万円、中規模300万〜800万円、大規模800万〜2,000万円以上です。同じ要件でも、どの工程から委託するかで金額も社内の負担も変わります。

要件定義まで含めて委託する場合でも、「何のために作るか」「どうなったら成功か」の判断は発注側に残ります。ここを預けてしまうと、出来上がったものが業務に合わず、直すたびに費用が増えていきます。

費用の内訳や発注先の種類ごとの違いは、システム開発の外注ガイドで詳しく扱っています。発注先の候補を比較したい場合はソフトウェア／システム開発会社のおすすめ23選もあわせてご覧ください。

委託開発の流れ

委託開発は、問い合わせ・見積もりと契約・設計と実装・進捗の確認・検収と納品の5ステップで進みます。このうち結果を大きく左右するのは、契約を結ぶまでの前半2ステップです。

1. 依頼内容を整理して問い合わせる

最初に、解決したい課題と実現したいことを文書にまとめ、開発会社へ相談します。
この段階では完成した仕様書である必要はありません。ただし「誰が使うか」「今どう困っているか」「いつまでに必要か」の3点が書かれていると、見積もりの精度が大きく変わります。

複数社に相談すると、金額だけでなく提案の中身や質問の内容から、その会社の得意領域が見えてきます。依頼内容を文書として整える方法はRFP（提案依頼書）の書き方で解説しています。

2. 見積もりを取り、契約を結ぶ

見積もりで確認するのは総額だけではありません。どの工程が含まれ、どこからが追加費用になるかの線引きが、金額そのものより重要です。

具体的には、要件定義の費用が含まれているか、テストとバグ修正はどこまでか、納品後の保守は別契約かを確認します。
あわせて、想定より開発が長引いた場合に金額がどう変わるかも、契約前に決めておきます。

3. 設計と実装を進める

契約後、開発会社が設計を行い、設計をもとに実装へ進みます。小規模な案件では、設計から実装までを同じ担当者が受け持つこともあります。

このとき、設計書やデータベースの定義といったドキュメントを納品物に含めるかを、契約時に決めておきます。後から別の会社に引き継ぐ場合、ドキュメントの有無で調査費用が変わります。工程ごとの成果物はシステム開発の工程で整理しています。

4. 定例で進捗と動くものを確認する

開発中は、定例の打ち合わせで進捗を確認します。資料の説明だけで済ませず、途中の画面を実際に触らせてもらうのが確実です。

認識のずれは、文章では気づかず、動くものを触った瞬間に見つかることがほとんどです。
納品後にずれが判明すると、直す範囲が広く、期間も費用も膨らみます。

5. 検収して納品を受ける

検収では、契約時に決めた条件を満たしているかを確認します。合格の基準を契約時に文書化していないと、この段階で判断が割れます。

納品後に不具合が見つかった場合の対応についても、契約時に取り決めた期間と範囲を検収の場であらためて照合します。請負契約では、納品後の一定期間、不具合の無償修正に対応する条項を契約書に入れておくのが一般的です。

アプリ開発の依頼を検討している場合は、下記の記事もあわせてご覧ください。

アプリ開発の依頼・外注ガイド【2026年】費用相場と失敗しない会社の選び方

委託開発のメリット

委託開発の利点は、人材を採用せずに開発体制を用意でき、必要な期間だけ確保できることです。主なメリットは次の3つです。

• 社内の負担を抑えて着手できる
• 必要なスキルを必要な期間だけ確保できる
• 立ち上げまでの期間を短くできる

社内の負担を抑えて着手できる

開発を担当する社員を採用・育成しなくても、システムの構築に着手できます。既存の社員は本業に集中したまま、発注と判断の役割だけを担う形です。

ただし、発注側の負担がゼロになるわけではありません。要件の決定と検収は社内に残ります。

必要なスキルを必要な期間だけ確保できる

システムの種類によって必要な技術は変わります。委託開発なら、その案件に必要な経験を持つ体制を、開発の期間に限って確保できます。

一部の工程だけを任せることもできます。設計は社内で行い、実装とテストだけを委託するといった分け方も可能です。

立ち上げまでの期間を短くできる

採用から始める場合と比べて、着手までの時間が短くなります。開発会社の選定と契約が済めば、すぐに設計へ進めます。

体制の増減も、社内の採用より柔軟です。期間が読める案件ほど、この差は大きくなります。

委託開発のデメリット

委託開発の弱点は、知見と判断材料が社外に置かれやすい点に集約されます。主なデメリットは次の3つです。

• 社内に開発の知見が残りにくい
• 委託先によって品質に差が出る
• 進捗が見えないと納期が遅れる

社内に開発の知見が残りにくい

開発を外部に任せている間、社員が設計や実装を経験する機会は生まれません。改修のたびに委託する状態が続くと、社内で判断できる範囲が広がらないまま時間が過ぎます。

対策として、設計書とソースコードを納品物に含め、定例に社内の担当者が参加する形にしておくと、判断に必要な材料は社内に残ります。

委託先によって品質に差が出る

同じ要件を渡しても、開発会社の得意領域や体制によって出来上がるものは変わります。金額の比較だけで選ぶと、この差が納品後に表面化します。

選定時は、同じ領域の開発実績と、実際に担当する体制を確認します。システム開発が失敗する原因では、判例をもとに発注側とベンダー側それぞれの責任範囲を整理しています。

進捗が見えないと納期が遅れる

委託開発では、開発の進み具合が発注側から見えにくくなります。報告だけで進捗を把握していると、遅れが表面化するのが納品直前になりがちです。

週次で動くものを確認する運用にしておくと、遅れも認識のずれも早い段階で見つかります。

委託開発を成功させるポイント3つ

委託開発でつまずく原因の多くは、契約前に決めきれていない事項です。着手前に次の3点を固めておくと、途中の手戻りが減ります。

• 目的と「完成の条件」を先に決める
• スケジュールを工程ごとに区切って合意する
• 契約書で成果物・権利・責任の範囲を確認する

目的と「完成の条件」を先に決める

「何を作るか」より先に決めるのは、「どうなったら成功か」です。これが決まっていないと、見積もりの前提が置けず、検収の合格基準も定まりません。

たとえば「申請の処理時間を半分にする」「担当者3名で回している集計を自動化する」といった形で、業務側の言葉で書けていれば十分です。
この条件を開発会社と共有しておくと、仕様の判断に迷ったときの基準になります。要件を固める手順は要件定義の進め方で扱っています。

スケジュールを工程ごとに区切って合意する

納品日だけを決めた計画は、遅れの検知が遅くなります。設計完了、実装完了、テスト開始といった中間の日付を置き、その時点の成果物もあわせて決めておきます。

社内でリリース日が決まっている場合は、そこから逆算した予備日をスケジュールに含めておくと、想定外の調整に対応できます。

契約書で成果物・権利・責任の範囲を確認する

確認するのは、金額と納期だけではありません。成果物の範囲、著作権の帰属、契約不適合責任の期間、秘密保持、再委託の可否の5点は、契約前に必ず読み合わせます。

特に著作権は、取り決めがなければ開発会社側に残るのが原則です。自社で改修や他社への引き継ぎを想定するなら、譲渡の範囲を契約書に明記しておきます。

開発手法によって費用が変わる

同じ要件でも、選ぶ開発手法によって費用は変わります。委託先を選ぶ前に、どの手法で作るのが要件に合うかを確認しておくと、見積もりの比較がしやすくなります。

ノーコード開発

プログラミング言語を書かずに、画面上の操作でシステムを組み立てる手法です。着手から公開までの期間が短く、リリース後の変更も反映しやすい特徴があります。

一方で、ツールが用意していない処理は追加の実装で補うことになります。大規模なデータ処理や外部システムとの複雑な連携がある場合は、対応範囲を事前に確認します。費用の内訳はノーコード開発の費用で解説しています。

AI駆動開発という進め方

設計と実装の工程で生成AIを使い、通常のプログラミング言語でコードを書く進め方です。作るものはフルスクラッチと同じで、費用の考え方も要件の規模に応じます。

成果物はソースコードとして自社に残るため、後から別の開発会社へ引き継ぐこともできます。見積もりを比較する際は、この進め方に対応しているかも確認の材料になります。判断の基準はAI駆動開発とはで整理しています。

フルスクラッチ開発

システムをゼロから設計・実装する手法です。既存のテンプレートに縛られないため、性能や連携の要件を個別に満たせます。

その分、工数は大きくなり、デザイナー・エンジニア・インフラやセキュリティの担当者など、必要な体制も広がります。期間は半年から数年に及ぶこともあります。

委託開発に関するよくある質問

委託開発と請負契約は同じ意味ですか？

同じではありません。委託開発は「外部に開発を任せる」という取引の呼び方で、その契約形態が請負契約と準委任契約に分かれます。成果物の完成を約束するのが請負契約、業務の遂行を約束するのが準委任契約です。

要件が固まっていない段階でも委託できますか？

できます。その場合は開発一式ではなく、調査や要件定義を準委任契約で切り出し、要件が固まってから開発を請負契約で結ぶ分け方が向いています。要件が見えないまま請負契約を結ぶと、変更のたびに追加見積もりが発生します。

開発したソースコードの権利は誰のものになりますか？

契約に定めがなければ、著作権は開発した側に残るのが原則です。自社で改修したい場合や、他社へ引き継ぐ可能性がある場合は、著作権の譲渡範囲と、譲渡の対象に含まれない共通部品の扱いを契約書で確認します。

委託した開発の進捗はどう確認すればよいですか？

週次の定例で、資料の報告に加えて動作する画面を確認するのが確実です。工程ごとに中間の期日と、その時点で確認できる成果物を契約時に決めておくと、遅れを早い段階で把握できます。

委託開発とは？まとめ

委託開発とは、システムやアプリの開発を外部の開発会社や個人に業務委託契約で任せる進め方です。契約は請負と準委任の2つに分かれ、費用の目安は小規模で100万〜300万円、中規模で300万〜800万円、大規模で800万〜2,000万円以上となります。

着手前に決めておくのは、目的と完成の条件、工程ごとのスケジュール、そして契約書に書かれる成果物・権利・責任の範囲です。
この3点が固まっていれば、途中の判断で迷う場面は大きく減ります。見積もりを比較する段階では、開発手法によって費用が変わる点もあわせて確認してください。

システム開発の委託を検討している方へ

Swoooは東証グロース上場・株式会社アイビスが運営する開発チームです。Bubble公式Goldパートナー（日本1位）として、検証から本格開発・運用まで一貫して支援しています。

要件が固まっていない段階でも、調査・要件定義を切り出したご相談から対応できます。記事の内容を自社に当てはめるとどうなるか、お気軽にご相談ください。