受託開発とは？自社開発・SESとの違いと依頼の流れ
「システム開発会社を調べていると、受託開発、自社開発、SESといった言葉が出てきて違いがわからない」「自社の業務システムを作りたい場合、どの形態の会社に相談すればよいのか」。IT業界の用語は、発注者から見るとわかりにくいものが少なくありません。
この記事では、受託開発とは何かを定義したうえで、自社開発（内製）やSESとの違い、受託開発のメリット・デメリット、依頼から納品までの流れ、依頼先を選ぶポイントをまとめて解説します。
- 受託開発とは、発注企業から依頼を受け、開発会社が自社の責任でシステムを開発して納品する形態
- SESは技術者の労働力を提供する契約で、完成責任や開発の進め方の管理は発注者側に残る点が受託開発と異なる
- 社内に開発チームがない中小〜中堅企業が業務システムを作る場合は、受託開発が最も一般的な選択肢
- 受託開発を成功させるには、要件定義に発注者が関わり、保守まで見据えて依頼先を選ぶことが大切
目次
受託開発とは
受託開発とは、企業などの発注者から依頼を受けて、開発会社が発注者のためのシステムやソフトウェアを開発し、納品する事業形態です。「受託」は仕事を引き受けること、つまり発注者の要望に合わせたオーダーメイドのシステムを作る仕事を指します。
受託開発では、開発会社が要件定義から設計、プログラミング、テスト、リリースまでを担当し、自社の体制とプロジェクト管理のもとで開発を進めます。完成したシステムは発注者に納品され、その後の保守を同じ会社が引き受けるケースも多くあります。
受託開発・自社開発・SESの違い
IT企業のビジネスの形態は、大きく「受託開発」「自社開発」「SES」に分けられます。発注者から見た違いを整理すると次のとおりです。
受託開発・自社開発・SESの比較
| 比較項目 | 受託開発 | 自社開発（内製） | SES |
|---|---|---|---|
| 作るもの | 発注者のためのシステム | 自社のサービスやシステム | 発注者のプロジェクトの一部の作業 |
| 主な契約 | 請負（工程により準委任） | 契約なし（社内） | 準委任 |
| 開発の管理 | 開発会社 | 自社 | 発注者側のプロジェクト管理が前提 |
| 完成責任 | 開発会社（請負の場合） | 自社 | なし |
| 費用の考え方 | 案件ごとの見積もり | 社員の人件費 | 技術者1人あたりの月額 |
| 向いている企業 | 社内に開発チームがない企業 | エンジニアを継続的に雇用できる企業 | 社内にPMがいて人手だけ不足している企業 |
自社開発（内製）との違い
自社開発は、自社の社員エンジニアがシステムを開発する方法です。業務の変化にすばやく対応でき、ノウハウが社内に蓄積されるのが利点ですが、エンジニアの採用と育成、継続的な雇用が必要です。受託開発は、必要な期間だけ専門のチームを確保できる点が大きな違いです。
SESとの違い
SES（システムエンジニアリングサービス）は、技術者の作業時間を提供する契約形態です。発注者のプロジェクトに技術者が参加して作業しますが、何を作るか、どう進めるかの管理は発注者側のプロジェクトマネージャーが担うのが前提です。成果物の完成には責任を負いません。
受託開発のメリット・デメリット
メリット
- 社内にエンジニアがいなくてもシステムを作れる
- 業務に合わせたオーダーメイドの開発ができる
- 開発会社の経験やノウハウを活用できる
- 請負契約なら完成責任を開発会社が負う
- 必要な期間だけ体制を確保でき、固定費にならない
デメリット・注意点
- 要件が固まっていないと追加費用が発生しやすい
- 開発のノウハウが社内に残りにくい
- 小さな修正でも見積もりや手続きが必要になる
- 依頼先によって品質や対応に差がある
- 丸投げすると業務に合わないシステムになりやすい
デメリットの多くは、発注者が要件定義に関わること、ソースコードや設計書を受け取ること、保守契約で小さな修正の窓口を用意することで軽減できます。
受託開発が向いているケース
- 社内に開発チームがない：IT担当者がいない、または運用が中心でシステムを作る人材がいない
- 自社独自の業務がある：パッケージやSaaSでは業務に合わず、カスタマイズの限界がある
- 開発が一時的：システムを作る期間は限られ、エンジニアを継続雇用する必要性が低い
- 完成品として納品してほしい：開発の管理を自社で行う余力がない
- 既存システムの刷新：古いシステムの置き換えを、専門家の知見を借りて進めたい
受託開発の依頼から納品までの流れ
- 相談・ヒアリング現状の課題と実現したいことを開発会社に伝え、進め方や概算を確認する
- 見積もり・契約複数社の見積もりを比較し、工程ごとの契約形態と条件を決めて契約する
- 要件定義発注者と開発会社で、必要な機能や画面、業務の流れを文書にまとめる
- 設計要件をもとに、画面・データ・処理の設計を行い、発注者が内容を確認する
- 開発・テストプログラムを作成し、開発会社側で動作や不具合を検証する
- 受入テスト・納品発注者が実際の業務に沿って動作を確認し、問題がなければ検収する
- 運用・保守稼働後の不具合対応や改善を、保守契約に基づいて継続する
小規模なシステムで3〜4か月程度、業務の中核を担うシステムでは半年以上かかることも一般的です（いずれも目安）。
関連記事請負と準委任の違い｜システム開発での使い分けと注意点
受託開発の費用の考え方
受託開発の費用は、開発に必要な作業量（工数）に、担当者の人月単価を掛けて算出されるのが一般的です。人月単価の目安は、PM 100万〜160万円、SE 80万〜120万円、PG 60万〜100万円程度です。
受託開発の費用の目安
| 規模 | 例 | 費用の目安 |
|---|---|---|
| 小規模 | 部署単位の管理システム、申請ワークフロー | 100万〜500万円 |
| 中規模 | 販売管理、在庫管理などの業務システム | 300万〜1,500万円 |
| 大規模 | 複数業務をまたぐ基幹システムの刷新 | 1,000万円以上 |
このほか、リリース後の保守費として、年間で開発費の10〜15％程度を見込んでおくのが一般的です。見積もりを比較するときは、初期費用と保守費を合わせて検討しましょう。要件が固まっていない段階では、まず要件定義だけを依頼して、その結果をもとに開発費を見積もる方法もあります。
受託開発会社を選ぶポイント
よくある質問
- 受託開発とSIerは同じ意味ですか？
- SIer（システムインテグレーター）は、システムの企画から構築、運用までを請け負う企業を指し、受託開発を行う会社の一種です。一般に、大規模な案件を扱う大手企業をSIerと呼ぶことが多いです。
- 受託開発で作ったシステムの著作権は誰のものですか？
- 契約で定めなければ、原則としてプログラムを作成した開発会社に著作権が残ります。発注者に移転するかどうかは契約書で明記しておく必要があり、あわせてソースコードの引き渡しも確認しておきましょう。
- 小規模なシステムでも受託開発を依頼できますか？
- 依頼できます。数十万円から数百万円規模の小さな開発を受ける会社も多くあります。規模が小さい場合でも、目的と必要な機能を整理してから相談すると、見積もりの精度が上がります。
まとめ
受託開発とは、開発会社が発注者の依頼を受けてシステムを開発し、納品する形態です。SESが技術者の作業時間を提供するのに対し、受託開発は開発会社が自社の管理のもとで開発を進め、請負契約であれば完成責任も負います。社内に開発チームがない企業が業務に合ったシステムを作るには、受託開発が有力な選択肢です。要件定義への関与と保守まで見据えた依頼先選びが、成功のポイントになります。
この記事に関連するサービス
受託システム開発
業務システム・Webシステム・基幹システムを、要件が固まる前のご相談から設計・開発・運用保守まで一貫して開発します。プロトタイプで早い段階から画面を確認でき、開発資産の活用で品質を… サービスの詳細を見る
