「受託開発」という言葉は知っていても、「具体的に何をどう発注すればいいのか分からない」という担当者は少なくありません。上長から「見積もりを取ってきて」と指示されたものの、一括請負と準委任の違いも、ラボ型開発やオフショア開発がどう違うのかも判断できないまま、情報収集だけが先に進んでしまう——そんな状況に心当たりがある方も多いのではないでしょうか。
受託開発について解説する記事は数多くありますが、その多くが契約形態や用語の説明に終始し、「結局、自社のプロジェクトにはどの契約形態が向いているのか」「何を基準にベンダーを選べばよいのか」という一番知りたい判断材料までは踏み込んでいません。網羅的な知識よりも、発注判断に直結する比較軸が欲しいというのが、多くの発注担当者の本音です。
本記事では、受託開発の定義をシンプルに整理したうえで、一括請負・準委任・ラボ型・オフショアという4つの契約形態を比較し、規模・技術スタック別の費用相場、そして失敗しないベンダー選定のチェックリストまでを一気通貫で解説します。読み終える頃には、自社のプロジェクトにどの契約形態が合いそうか、見積もり依頼の前に何を確認すべきかが具体的にイメージできるようになっているはずです。
システム開発 完全チェックリスト――発注前・発注中・完了後の3フェーズで使えるチェック集
この資料でわかること
システム開発の外注・発注を初めて経験する担当者や、過去に失敗を経験した担当者が、発注プロセスの各フェーズで「何をチェックすべきか」を明確に把握できるようにする。
こんな方におすすめです
- 初めてシステム開発を外注する担当者
- 過去の発注で失敗を経験した方
- ベンダー選定の基準が分からない方
入力いただいたメールアドレスにPDFをお送りします。
受託開発とは？意味をシンプルに解説
受託開発とは、企業が必要とするシステムやソフトウェアの開発を、外部の専門開発会社に委託する契約形態のことです。発注者（クライアント企業）がシステムの要件を伝え、受託者（開発会社）が要件定義・設計・実装・テスト・納品までを担うという流れで進みます。
自社にエンジニアがいない、あるいは特定の技術領域の専門知識が不足している場合に、受託開発は有力な選択肢になります。業務システム、Webアプリケーション、スマートフォンアプリなど、対象となるシステムの種類はさまざまです。
受託開発とよく比較されるのが「内製開発」と「SES（客先常駐）」です。内製開発は自社の社員が開発を行う手法で、開発ノウハウが社内に蓄積される一方、エンジニアの採用・育成コストがかかります。SESは技術者の労働力を提供する契約で、指揮命令権は発注者側にあり、成果物の完成責任を負わないのが特徴です。これに対し受託開発は、開発会社が成果物または業務遂行そのものに責任を持つ点が異なります。
もっとも、「受託開発」とひとくくりに言っても、契約の結び方によって発注者が負う責任やコストの見通しやすさは大きく変わります。次の章では、代表的な4つの契約形態を比較しながら、自社プロジェクトにどれが合うかを判断する軸を整理します。
受託開発の契約形態｜一括請負・準委任・ラボ型・オフショアの違い
受託開発を検討する際に最初に押さえておきたいのが、契約形態による違いです。契約形態によって「誰が指揮命令権を持つか」「完成責任を負うのは誰か」「費用がどう決まるか」が変わるため、プロジェクトの性質に合わない形態を選ぶと、後からトラブルになりやすくなります。
契約形態 | 契約の性質 | 指揮命令権 | 完成責任 | 報酬の決まり方 | 向いているケース |
|---|---|---|---|---|---|
一括請負 | 成果物の完成を約束する請負契約 | 受託開発会社 | あり | 契約時に固定金額 | 要件がすでに明確で、仕様変更の見込みが少ないプロジェクト |
準委任 | 業務の遂行そのものに対して報酬が発生する契約 | 発注者・受託会社どちらもあり得る（体制による） | なし（成果物の完成義務はない） | 稼働時間・工数に応じた月額精算 | 仕様変更が見込まれる、アジャイルで進めながら優先度を調整したいプロジェクト |
ラボ型開発 | 一定期間、専属の開発チームを確保する契約 | 発注者寄り（体制による） | なし | 月額固定（チーム規模・稼働時間に応じる） | 中長期にわたり継続的な機能追加・改善を繰り返すプロジェクト |
オフショア開発 | 海外の開発会社・開発拠点に委託する形態 | 契約形態（請負／準委任）に準ずる | 契約形態に準ずる | 契約形態に準ずる（人月単価は国内より低めの傾向） | コストを抑えたい、まとまった開発リソースを確保したいプロジェクト |
オフショア開発は厳密には契約形態そのものではなく「どこに委託するか」という開発拠点の違いです。請負・準委任いずれの契約とも組み合わせられますが、コスト面のメリットが目立つ一方、言語・時差・文化の違いによるコミュニケーションコストが発生しやすい点は理解しておく必要があります。
一括請負が向いているケース
仕様が固まっており、予算と納期を確定させたいプロジェクトには一括請負が向いています。開発会社が独立して業務を遂行するため、発注者は具体的な作業指示を出す権限を持ちませんが、その分、契約時に定めた範囲内であれば追加コストの心配は少なくなります。反面、契約後に仕様変更が発生すると、原則として追加費用と再契約が必要になる点には注意が必要です。
準委任・ラボ型が向いているケース
新規事業のように要件が固まりきっていない、あるいは開発しながら優先順位を見直したいプロジェクトには、準委任契約やラボ型開発が適しています。準委任契約でのアジャイル開発の進め方や、発注者として関与すべきポイントについては、アジャイル開発とは？発注者として知っておくべき関わり方・契約・進め方ガイドで詳しく解説しています。
ラボ型開発は、一定期間にわたって専属のエンジニアチームを確保する契約形態で、継続的な機能改善やプロダクトの育成を前提とするプロジェクトに向いています。準委任契約と近い性質を持ちますが、「特定のチームを継続的に確保する」という体制面の契約である点が異なります。
受託開発の費用相場｜規模・技術スタック・期間別
契約形態のイメージがついたら、次に気になるのが費用感です。受託開発の費用は、システムの規模・技術スタック・開発期間によって大きく変わります。
規模別の費用相場（スクラッチ開発の場合）
規模 | 費用の目安 | 典型例 |
|---|---|---|
小規模 | 100万〜300万円 | 社内向け予約管理、簡易顧客管理 |
中規模 | 300万〜800万円 | 業務システム、ECサイト基本版 |
大規模 | 800万〜3,000万円以上 | 基幹システム、高機能SaaS |
ローコード・ノーコードツールを活用する場合は初期費用を抑えられますが、月額ライセンス費が継続的に発生するため、5年程度のトータルコストで比較するとスクラッチ開発と大きく変わらないケースもあります。規模別・技術スタック別の詳しい費用内訳や、工程ごとの費用比率、発注前に確認すべきチェックリストはシステム開発の外注費用相場【2026年最新版】｜工程別コスト内訳と実績事例で解説していますので、あわせてご確認ください。
技術スタック・要件による費用への影響
同じ規模のシステムでも、以下のような要件が加わると費用は上振れします。
- モバイルアプリ（iOS/Android別対応）: 標準比+20〜40%
- AI機能の組み込み（LLM・RAG等）: 標準比+30〜80%
- レガシーシステムとの連携: 標準比+50〜100%
- 医療・金融など高度なセキュリティ要件: 標準比+30〜60%
契約形態による費用の見え方の違い
一括請負は契約時点で総額が固定されるため予算計画を立てやすい一方、準委任・ラボ型は稼働工数に応じた精算のため、スプリント単位で予算上限を決めて管理する運用が必要です。オフショア開発は、国内エンジニアの人月単価が50万〜100万円程度であるのに対し、オフショア先では15万〜40万円程度が目安とされ、費用を抑えられる反面、品質保証体制やブリッジ人材の経験が成否を左右します。
また、開発完了後も年間で初期開発費用の10〜20%程度の運用保守費用が継続的に発生します。保守費用の相場や妥当性の見極め方については、システム保守費用の相場と算出方法【妥当性の判断基準】で詳しく解説しています。
失敗しない受託開発会社の選び方｜発注前チェックリスト
契約形態と費用感のイメージがついたら、最後に確認すべきは「どのベンダーに発注するか」です。以下のチェックリストを、見積もり依頼前・比較検討時の判断材料として活用してください。
# | チェック項目 | 確認する理由 |
|---|---|---|
1 | 自社の業界・用途に近い開発実績があるか | 業務知識のあるベンダーは要件定義の精度が高く、認識ズレが起きにくい |
2 | 提案できる契約形態が請負に偏っていないか | 準委任・ラボ型を柔軟に提案できるベンダーは、要件の流動性に応じた進め方を選べる |
3 | 見積もりの内訳が工程別に明示されているか | 「一式」表記が多い見積もりは、後から追加費用が発生しやすい |
4 | 対応可能な技術・フレームワークが自社要件に合うか | 技術的な制約が多いと、将来の機能追加や改修に支障が出る |
5 | コミュニケーション体制・レスポンス速度 | 営業担当を介した伝言ゲームになっていないか、技術者と直接やり取りできるかを確認する |
6 | 保守・運用フェーズのサポート内容 | 納品後の障害対応・機能追加の窓口と費用体系が事前に明確か |
7 | 情報管理体制・再委託の有無 | 秘密保持契約（NDA）の締結状況、再委託先がある場合はその管理体制を確認する |
見積もり依頼の前に自社側で準備しておくべき情報（目的・予算・要件の整理方法）については、システム開発を外注する前の5つの準備｜ベンダーが教える失敗しない発注のコツで具体的なチェックリストを紹介しています。受託開発全般のメリット・デメリットをさらに深く知りたい方は、受託開発のメリット・デメリットを徹底解説｜失敗しない開発会社の選び方と成功事例とは？もあわせてご覧ください。
秋霜堂の受託開発支援事例
秋霜堂株式会社は、TechBandサービスを通じて、専属チームによる週次スプリント体制で受託開発を支援しています。ここでは代表的な支援事例を2つ紹介します。
動画校正システムの新規開発（芸能・広告業界）
映像コンテンツの校正・承認フローをシステム化したいという相談から、要件が固まりきっていない段階でアジャイル開発により対応しました。エンジニア1〜2名体制、毎週のミーティングとチャットでの密な連携により、約6ヶ月・費用レンジ300万〜500万円で実用性の高いシステムを完成させています。
SNSマーケティング支援システムの新規開発（コンサルティング業界）
前例のない新規SaaSプロダクトの開発では、まずMVP（最小実用製品）を2ヶ月・約200万円で構築し、市場の反応を確認してから月額100万〜300万円での継続開発に移行するという段階的な進め方を採用しました。
秋霜堂のTechBandは月額制の準委任型契約を基本とし、仕様変更が発生した場合もスコープ調整で対応するため、契約後に追加見積もりが発生しない運用としています。エンジニアが直接窓口となり2時間以内の応答を目安とする体制のため、開発途中の疑問や仕様確認もスピーディーに解決できる点が特徴です。
まとめ：契約形態を軸に、自社に合う受託開発を選ぶ
受託開発とは、システム開発を外部の専門会社に委託する契約形態です。ただし、一括請負・準委任・ラボ型・オフショアのどれを選ぶかによって、指揮命令権・完成責任・費用の見通し方が大きく変わります。
- 要件が明確で予算・納期を固定したいなら一括請負
- 仕様変更が見込まれ、優先度を見直しながら進めたいなら準委任
- 中長期の継続開発・機能改善を前提とするならラボ型
- コストを抑えたい、まとまった開発リソースが必要ならオフショア（契約形態は別途検討）
この判断軸をもとに費用相場感を把握し、発注前チェックリストでベンダーを比較すれば、「何となく」ではなく根拠を持って発注先を選べるようになります。
契約形態やベンダー選定の判断基準をチェックリスト形式で確認したい方は、システム開発 完全チェックリスト――発注前・発注中・完了後の3フェーズで使えるチェック集をご活用ください。
自社のプロジェクトにはどの契約形態が合うか判断に迷う場合は、お問い合わせフォームから秋霜堂にご相談ください。要件が固まっていない段階からのご相談にも対応しています。
システム開発 完全チェックリスト――発注前・発注中・完了後の3フェーズで使えるチェック集
この資料でわかること
システム開発の外注・発注を初めて経験する担当者や、過去に失敗を経験した担当者が、発注プロセスの各フェーズで「何をチェックすべきか」を明確に把握できるようにする。
こんな方におすすめです
- 初めてシステム開発を外注する担当者
- 過去の発注で失敗を経験した方
- ベンダー選定の基準が分からない方
入力いただいたメールアドレスにPDFをお送りします。
よくある質問
- 受託開発は請負契約と準委任契約のどちらを選べばよいですか？
作りたいものが明確で完成責任を求めるなら請負契約、仕様が流動的で進めながら調整したいなら準委任契約が適しています。「予算と納期を固定したい」場合は請負、「優先度を見直しながら改善を続けたい」場合は準委任、を判断の軸にすると選びやすくなります。
- 受託開発の見積もりが適正かどうかは、どう判断すればよいですか？
金額の総額だけでなく、人月単価・想定工数（誰が何ヶ月）・作業範囲・テストや保守の有無まで内訳が明示されているかで判断します。根拠が不明瞭な見積もりは説明を求め、複数社から取得して内訳と対応範囲を比較すると妥当性を見極めやすくなります。
- 予算が見積額に足りない場合はどうすればよいですか？
全機能を一度に作ろうとせず、初期リリースに必要な最低限の機能へ絞り込むのが現実的です。残りは運用後に段階的に追加する前提で優先順位を整理すれば、予算内に収めつつ事業に必要な機能から先に使い始められます。
- 受託開発で仕様変更や機能追加をしたくなったらどうなりますか？
請負契約では契約時の範囲外となるため、原則として別途費用と追加の合意が必要です。特にテスト段階以降の大幅変更は再設計コストが大きくなるため、要件定義の段階で必要機能を詰め切り、変更が前提なら準委任契約を選ぶのが有効です。
- 受託開発を初めて発注する際、発注者側が最低限準備すべきものは何ですか？
システムの目的・予算感・希望納期・現状の業務フローをまとめたRFP（提案依頼書）を準備するのが最優先です。口頭説明だけでは認識のズレが起きやすいため、文書化しておくことで見積もり精度が上がり、後のトラブルを未然に防げます。
- 開発費用のほかに継続的にかかる費用はありますか？
開発後は運用保守費（ランニングコスト）がかかり、目安は年間で開発費用の10〜20%程度です。サーバー代などのインフラ費用、不具合修正やアップデート対応、問い合わせ対応などが含まれるため、初期費用とあわせて予算化しておくと安心です。
