SESと受託開発の違い｜発注側から見た選び方
「開発会社に相談したら、SESでエンジニアを出せると言われた。受託開発と何が違うのか」「社内の開発を手伝ってほしいが、どちらの形で頼むべきかわからない」。SESと受託開発は、どちらも外部のエンジニアの力を借りる方法ですが、責任の持ち方や発注側に求められる体制が大きく異なります。
この記事では、SESと受託開発の違いを発注側の目線で比較し、自社に合った選び方の基準と、SESを利用する際の注意点を解説します。
- SESは技術者の作業時間を提供する準委任契約、受託開発はシステムの完成・納品を引き受ける契約（主に請負）
- SESでは完成責任がなく、何を作るか・どう進めるかの管理は発注側が担う必要がある
- 社内にPMや開発チームがあり人手だけ足りないならSES、社内に開発を管理する人がいないなら受託開発が向いている
- SESで発注側が技術者に直接指揮命令すると偽装請負になるおそれがあり、契約と運用の確認が欠かせない
SESと受託開発とは
SES（システムエンジニアリングサービス）とは、開発会社が技術者を派遣するのではなく、準委任契約にもとづいて技術者の作業（労働時間）を提供するサービスです。技術者は発注側のプロジェクトに参加して作業を行い、報酬は「1人あたり月額○万円」のように、作業時間に対して支払われます。
受託開発とは、発注者の依頼を受けて、開発会社が自社の管理のもとでシステムを開発し、納品する形態です。請負契約の場合、開発会社は完成責任を負い、報酬は完成した成果物に対して支払われます。
SESと受託開発の違いを比較
発注側から見たSESと受託開発の違い
| 比較項目 | SES | 受託開発 |
|---|---|---|
| 契約形態 | 準委任契約 | 主に請負契約（工程により準委任） |
| 提供されるもの | 技術者の作業時間 | 完成したシステム |
| 完成責任 | なし | あり（請負の場合） |
| 作業場所 | 発注側のオフィスやリモートが多い | 開発会社のオフィスが中心 |
| 技術者への指揮命令 | SES企業（受注側）が行う | 開発会社が行う |
| プロジェクト管理 | 発注側が中心 | 開発会社が中心 |
| 費用の考え方 | 人数×月額単価（稼働時間で精算） | 案件ごとの見積金額 |
| 費用超過のリスク | 発注側が負いやすい | 開発会社が負いやすい |
責任の違い
最も大きな違いは完成責任です。SESは作業を適切に行うことが契約の内容なので、システムが完成しなくても、作業時間に応じた費用は発生します。受託開発（請負）では、約束したシステムが完成しなければ、開発会社は責任を問われます。
管理の違い
SESでは、技術者が何を作業するか、プロジェクト全体をどう進めるかを発注側が計画・管理する必要があります。受託開発では、開発会社のPMが計画と進捗を管理し、発注側は要件の決定や確認に集中できます。
関連記事請負と準委任の違い｜システム開発での使い分けと注意点
費用の考え方の違い
SESの月額単価は、技術者のスキルや経験によって決まり、受託開発の人月単価と同程度の水準になることが一般的です。受託開発の人月単価の目安は、PM 100万〜160万円、SE 80万〜120万円、PG 60万〜100万円程度です。
SESの費用の特徴
- 人数×月額で費用が決まり、予算を立てやすい
- 契約期間中は仕様変更に柔軟に対応できる
- 作業が長引けば、その分費用が増える
- 管理や設計を担う社内の人件費は別にかかる
受託開発の費用の特徴
- 完成までの総額が見積もりで確定しやすい
- PMや設計の費用も見積もりに含まれる
- 仕様変更は変更契約と追加費用が必要
- 要件が不確かだとリスク分が上乗せされやすい
SESは一見すると単価で比較しやすいものの、発注側の管理工数や、作業が想定より長引いた場合の費用まで含めて比較することが大切です。
発注側から見た選び方
SESと受託開発のどちらを選ぶかは、「自社に開発を管理できる人がいるか」と「作るものが決まっているか」の2つの観点で判断するとわかりやすくなります。
SESと受託開発の判断の目安
| 自社の状況 | 向いている形態 |
|---|---|
| 社内にPMや開発チームがあり、人手が足りない | SES |
| 自社サービスを継続的に開発・改善している | SES（または内製との組み合わせ） |
| 社内に開発を管理する人がいない | 受託開発 |
| 業務システムを新しく作る、または刷新する | 受託開発 |
| 予算と納期を確定させたい | 受託開発（請負） |
| 要件が固まっておらず、試しながら進めたい | 受託開発（準委任の段階を設ける）またはSES |
- SESが向いているケース：自社で開発の方針を決め、タスクを割り振れる人材がいる。一時的に開発のスピードを上げたい
- 受託開発が向いているケース：何を作るかは決められるが、どう作るかは専門家に任せたい。完成品として納品してほしい
SESを利用するときの注意点
- 作業範囲と報告方法：何の作業を依頼するか、作業報告書の提出頻度を契約で決める
- 精算幅：月の稼働時間の上限・下限（例：140〜180時間）と、超過・不足時の精算方法を確認する
- 技術者のスキル確認：経歴書だけでなく、面談で担当する作業に必要なスキルを確認する
- 成果物と知識の引き継ぎ：作成した資料やプログラムの扱い、契約終了時の引き継ぎ方法を決めておく
SESと受託開発を組み合わせる方法
実際のプロジェクトでは、両者を組み合わせることもあります。たとえば、新しいシステムの開発は受託開発で進め、稼働後の継続的な改善は準委任契約で開発会社のチームに依頼する、といった方法です。また、社内のIT部門が中心となって開発する場合に、特定の技術に詳しい技術者をSESで補う方法もあります。
組み合わせる場合は、誰がどの範囲に責任を持つのかを明確にし、契約ごとに作業範囲が重ならないように整理しておくことが大切です。
- 新規開発は受託開発で要件定義から設計・開発・テストまでを開発会社に任せ、完成品として納品を受ける
- 稼働後の改善は準委任で同じ開発会社のチームに、月ごとの作業枠で改善や機能追加を依頼する
- 内製化を見据えるならSESで補強社内に開発チームを育てる段階で、不足する技術をSESで補いながら知識を移転する
どの組み合わせでも、ソースコードや設計書を発注側で管理できる状態にしておくと、将来の体制変更にも柔軟に対応できます。
よくある質問
- SESと派遣はどう違いますか？
- 派遣は労働者派遣契約にもとづき、派遣先の企業が労働者に直接指揮命令できます。SESは準委任契約で、指揮命令権はSES企業にあり、発注側は技術者に直接作業を指示できない点が異なります。
- SESと受託開発はどちらが安いですか？
- 単価だけでは同程度になることが多く、一概には言えません。SESは発注側の管理工数や作業の長期化による費用増を、受託開発はリスク分の上乗せや仕様変更の追加費用を考慮し、総額で比較する必要があります。
- 社内にIT担当者がいない場合、SESは利用できますか？
- 契約は可能ですが、作業内容の計画や進捗・品質の管理を発注側が担う必要があるため、うまく活用するのは難しいことが多いです。IT担当者がいない場合は、プロジェクト管理を含めて任せられる受託開発を選ぶ方が進めやすいでしょう。
まとめ
SESは技術者の作業時間を提供する準委任契約で、完成責任はなく、プロジェクトの管理は発注側が担います。受託開発は開発会社がシステムの完成と納品を引き受け、プロジェクト管理も開発会社が中心になります。社内に開発を管理できる人がいて人手だけが足りない場合はSES、管理する人がいない場合や業務システムを新しく作る場合は受託開発が向いています。自社の体制と目的に合わせて選びましょう。
この記事に関連するサービス
受託システム開発
業務システム・Webシステム・基幹システムを、要件が固まる前のご相談から設計・開発・運用保守まで一貫して開発します。プロトタイプで早い段階から画面を確認でき、開発資産の活用で品質を… サービスの詳細を見る
