委託開発とは？受託・請負・準委任との違いと発注手順

はじめに

自社に必要なシステムやアプリを作りたいものの、「社内にエンジニアがいない」「SaaSでは業務に合わない」「開発会社へ何をどこまで頼めるのかわからない」と感じる企業は少なくありません。このような場面で検討されるのが委託開発です。

委託開発は、外部の会社や専門家にシステム開発を依頼する発注者側の言葉です。ただし、実際の契約では「受託開発」「請負契約」「準委任契約」など似た用語が出てきます。言葉の違いを曖昧にしたまま進めると、納品物、検収、追加費用、保守の責任範囲で認識違いが起きやすくなります。

この記事では、委託開発の意味から、受託・請負・準委任との違い、委託できる工程、発注側が担う役割、契約・知的財産・再委託で確認したい項目まで整理します。ノーコード/Bubbleで委託開発する場合の考え方も含め、自社が開発会社へ相談する前に何を準備すべきかがわかる構成にしています。

委託開発とは？受託・請負・準委任との違い

委託開発とは、自社の代わりに外部の開発会社へシステムやアプリの企画、設計、実装、テスト、保守などを依頼することです。発注者から見ると「委託開発」、引き受ける開発会社から見ると「受託開発」と呼ばれます。

一方で、請負契約や準委任契約は契約の型を示す言葉です。e-Gov法令検索の民法では、請負は仕事の完成、委任は事務処理の委託、準委任は法律行為ではない事務の委託に関する規定として整理されています。システム開発では、要件が固まった実装は請負、要件定義や継続改善は準委任のように、工程ごとに組み合わせるケースもあります。

用語	視点・意味	確認したいポイント
委託開発	発注者が外部へ開発を依頼すること	何を任せ、何を自社で決めるか
受託開発	開発会社が依頼を受けて開発すること	成果物、体制、保守範囲
請負契約	仕事の完成を目的にしやすい契約	納品物、検収条件、変更時の扱い
準委任契約	業務遂行を目的にしやすい契約	稼働範囲、報告方法、終了条件
SaaS導入	既製サービスを使う方法	標準機能で業務に合うか
内製開発	自社で開発する方法	採用、教育、保守体制を持てるか

大切なのは、契約書の表題ではなく、成果物・責任・支払い条件・指揮命令関係の実態を確認することです。「委託開発」と呼んでいても、契約内容は案件ごとに異なります。

委託開発でどこまで委託できるか

委託開発では、開発工程のすべてを外部に任せることも、要件定義だけ、実装だけ、保守だけのように一部だけを任せることもできます。ただし、すべてを任せる場合でも、事業目的や優先順位の判断は発注側に残ります。

工程	委託できる内容	発注側に残る役割
企画	課題整理、解決策の検討、概算見積もり	事業目的、予算上限、優先順位の決定
要件定義	業務フロー整理、機能一覧、画面案	現場ヒアリング、承認者の決定
設計	データ設計、画面設計、権限設計	業務ルールの確認、例外処理の判断
実装	システム構築、連携設定、テスト	レビュー、仕様変更の承認
リリース	移行、初期設定、操作説明	検収、利用開始日の判断
保守	障害対応、軽微な改修、運用改善	問い合わせ窓口、改善要望の整理

工程や成果物の全体像を先に把握したい場合は、アプリ開発 工程【2026年版】も参考になります。委託先へ相談する前に、どの工程を任せたいのかを整理しておくと、見積もりの前提が揃いやすくなります。

委託開発のメリットと注意点

委託開発のメリットは、社内に開発組織がなくても専門人材と開発プロセスを活用できることです。業務システム、顧客管理、予約管理、社内ツールのように、自社固有の流れがある業務では、既製SaaSより柔軟に合わせられる場合があります。

一方で、初期費用、要件定義の工数、開発会社への依存には注意が必要です。旧記事ではスクラッチ開発で500万〜数千万円、Bubble受託開発で100〜400万円という目安を扱っていましたが、費用は要件、画面数、外部連携、保守範囲で変わります。この記事では断定的な価格比較ではなく、見積もりの前提を確認する観点として整理します。

委託開発は「外へ丸投げする方法」ではなく、専門家に任せる部分と自社で意思決定する部分を分ける方法です。 目的や優先順位を自社で持ち、開発会社には設計・実装・改善の専門性を期待する進め方が現実的です。

委託開発の流れと発注側の役割

委託開発は、問い合わせ後すぐに開発が始まるわけではありません。目的整理、候補会社選定、要件定義、見積もり、契約、開発、検収、運用開始という順で進めると、認識違いを減らしやすくなります。

1. 目的と対象業務を整理する
2. 候補会社を比較し、実績や得意領域を確認する
3. 要件定義やRFPに近い資料を作る
4. 見積もりの範囲、前提、除外事項を確認する
5. 契約形態、成果物、検収条件を合意する
6. 開発中にレビューし、変更点を管理する
7. 受け入れテストを行い、運用開始後の保守窓口を決める

委託先選定では、価格だけでなく、要件定義の伴走力、類似業務の理解、保守体制、セキュリティ対応を見ます。候補会社の比較観点は、システム開発会社 比較ガイドで詳しく整理しています。

契約・知的財産・再委託で確認すること

委託開発では、契約書の細部がプロジェクト後半のトラブル予防につながります。特に、成果物、検収、変更管理、知的財産、再委託、秘密保持、保守範囲は早い段階で確認します。

確認項目	見るべき内容
成果物	ソースコード、設計書、テスト結果、操作マニュアルの有無
検収	受け入れ条件、検収期間、不具合時の対応
変更管理	仕様変更時の見積もり、承認、納期への影響
知的財産	新規成果物、既存技術、汎用部品、第三者素材の扱い
再委託	再委託の可否、事前承諾、責任の所在
秘密保持	業務データ、顧客情報、ノウハウの管理
保守	障害対応、軽微改修、対応時間、月額費用の範囲

知的財産は、契約前から持っていた技術と、委託開発で新たに作る成果物を分けて考える必要があります。中小企業庁の知的財産取引に関するガイドライン・契約書のひな形でも、既存の知的財産、秘密保持、開発委託契約での権利関係を整理しています。

なお、契約条項の最終判断は個別事情によって変わります。重要な開発案件では、社内法務や弁護士に確認したうえで締結することが望ましいです。

ノーコード/Bubbleで委託開発する選択肢

ノーコード/Bubbleの委託開発は、スクラッチ開発とSaaS導入の中間に置きやすい選択肢です。SaaSでは業務に合わないが、フルスクラッチで大きな投資をする前に業務システムを立ち上げたい場合に検討しやすくなります。

向いているのは、社内申請、顧客管理、予約管理、マッチング、業務ダッシュボードなど、画面とデータの流れを整理しながら改善したいシステムです。反対に、極端に高い処理性能が必要なシステム、特殊なデバイス制御、厳格な基幹システム要件がある場合は、スクラッチや既存パッケージの方が適することもあります。

当社では、Bubbleで作るべきか、SaaSで足りるか、スクラッチ開発を検討すべきかという判断段階から相談できます。要件が固まり切っていない段階でも、業務フローを整理しながら、同様の仕組みをどこまでノーコードで実現できるか一緒に検討できます。

委託開発会社を選ぶ前に確認したい5項目

問い合わせ前に社内で整理しておくと、開発会社からの提案精度が上がります。

1. 解決したい業務課題
2. 必要な利用者と権限
3. 既存システムや外部サービスとの連携
4. 予算上限と運用開始希望時期
5. リリース後の運用担当者と意思決定者

この5項目が曖昧なまま見積もりを取ると、会社ごとに前提がずれて比較しにくくなります。逆に、要件がすべて固まっていなくても、課題、制約、優先順位が整理されていれば、開発会社は現実的な進め方を提案しやすくなります。

よくある失敗パターン

委託開発で多い失敗は、技術そのものよりも、期待値と責任範囲のズレから起きます。

1. 要件が固まらないまま固定価格で契約する
2. 安い見積もりだけで会社を選ぶ
3. 検収条件を決めずに開発を始める
4. 仕様変更の承認ルールがない
5. 保守費用と対応範囲を確認していない
6. 発注側のレビュー担当者が決まっていない

💡 ポイント: 委託開発の失敗を減らすには、契約前に「何を成果物とするか」「誰がいつ確認するか」「変更時にどう判断するか」を決めることが重要です。

よくある質問（FAQ）

委託開発と受託開発は何が違いますか？

委託開発は発注者側の言葉で、外部へ開発を依頼することです。受託開発は開発会社側の言葉で、依頼を受けて開発することです。実務では近い意味で使われますが、契約内容は請負や準委任など個別に確認します。

請負契約と準委任契約はどう選べばよいですか？

成果物や仕様が明確なら請負契約、要件整理や継続改善のように作業内容が変わりやすい場合は準委任契約が検討されます。工程ごとに契約を分けることもあります。

委託開発では発注側も作業が必要ですか？

必要です。業務課題、優先順位、レビュー、検収、運用判断は発注側が関与します。開発会社に任せる範囲が広くても、事業判断まで外部に任せると期待と成果がずれやすくなります。

Bubbleの委託開発はどんな会社に向いていますか？

SaaSでは合わない業務があり、短いサイクルで画面や業務フローを確認しながら改善したい会社に向いています。一方で、特殊な性能要件や基幹系の厳しい制約がある場合は、別の方法も含めて検討します。

まとめ

委託開発とは、発注者が外部の開発会社へシステムやアプリの開発を依頼する方法です。受託開発は受け手側の呼び方であり、請負契約や準委任契約は契約類型を示す言葉です。言葉を分けて理解すると、成果物、検収、支払い、責任範囲を整理しやすくなります。

委託できる範囲は、企画、要件定義、設計、実装、テスト、リリース、保守まで広がります。ただし、事業目的、予算、優先順位、検収、運用体制の判断は発注側に残ります。開発会社を選ぶ前に、どこまで任せるか、どの工程で自社が関わるかを明確にしておくことが大切です。

ノーコード/Bubbleの委託開発は、SaaSでは足りないがフルスクラッチほど大きく始めたくない企業にとって、検討しやすい選択肢です。当社では、委託範囲の整理、Bubbleで実現できること・難しいことの切り分け、見積もり前の要件整理まで支援できます。発注準備の段階から、同様の仕組みを相談できます。