ラボ型開発とSESの違い【2026年版】｜契約・単位・指揮命令・費用の9軸比較と、どちらを選ぶかの判断フロー

「ラボ型開発もSESも準委任と聞いた。だったら何が違うのか」——外注の契約形態を決める段階で、この疑問を持つ方は多いはずです。SESは国内の常駐型として馴染みがあり、ラボ型はオフショアの文脈で知った。提案する会社ごとに勧める形態が違い、中立な比較が見つからない。契約形態を間違えて後から変えるコストは避けたい、という声をよく聞きます。

結論から言うと、ラボ型開発とSESは、どちらも準委任契約で「稼働に対価を払い、完成責任はない」という共通点がありますが、単位・場所・指揮命令の通し方・進め方・管理・費用・ノウハウが違います。SESは個人を発注側の体制に加える形で、社内にPMがいて一時的な人手や特定スキルを補うのに向きます。ラボ型は専属チームを開発会社側の進め方ごと持つ形で、要件が動く継続開発を、社内にPMがいなくても回すのに向きます。

違いを軸で理解できると、「社内PMの有無」「要件の確定度」「期間」「予算」の4つで自社に合う形態を選べます。逆に「どちらも準委任だから同じ」と捉えると、SESで個人依存に陥ったり、短期案件にラボ型を当てて固定費だけ払ったりする、失敗のもとになります。

本記事では、共通点と9軸の比較表、請負を含めた三者の位置づけ、どちらを選ぶかの判断表と併用パターン、SESとラボ型それぞれで起きがちな問題と契約時の注意点、当社の位置づけ、よくある質問の順に解説します。比較表と判断表は、社内説明の資料にそのまま使える形にしました。

私は人材業界の出身で、SESや派遣の商流と契約実務を扱ったうえで、2018年からホーチミンでベトナムオフショア開発の体制づくりに携わり、約100社の相談に乗ってきました。相談で多いのは「SESで常駐していたエンジニアが退職して改修が止まった」「SESの単価が上がって予算が合わない」というものです。この記事を読み終えるころには、自社の案件でどちらを選ぶべきかが判断できるはずです。

ラボ型開発とSESの共通点と違い——どちらも準委任、違うのは単位・場所・指揮命令・進め方・費用・ノウハウ

ラボ型開発とSES(システムエンジニアリングサービス)は、どちらも外部のエンジニアの「稼働」を借りる契約で、法的にはどちらも準委任契約が主流です。ここが混同の出発点で、「同じ準委任なら中身も同じでは」と思われがちです。しかし、借りる単位、働く場所、指示の通し方、開発の進め方、管理の負担、費用、ノウハウの行き先が違います。まず共通点を押さえ、次に9つの軸で違いを表にします。

共通点: どちらも準委任契約(完成責任なし・善管注意義務)、稼働に対価、仕様変更に柔軟

準委任契約では、受注側は「専門家として誠実に業務を遂行する義務(善管注意義務)」を負いますが、請負契約のような「成果物の完成義務」や「納品後の契約不適合責任」は負いません。対価は成果物ではなく、稼働した時間や人数に対して発生します。ラボ型もSESもこの点は同じで、要件が途中で変わっても見積もりのやり直しが要らず、業務の範囲内なら柔軟に対応できます。

裏返せば、どちらも「完成しなかった」「品質が低い」を契約で問えません。品質は仕組み(レビュー・完了の定義・進捗の見える化)で担保する必要があり、その責任は発注側に強く求められます。ここまでは共通です。違いはここから先にあります。

違いの比較表(9軸)

9軸は、当社が受発注の両側で契約を扱ってきた実務知見から整理したものです。契約類型の根拠は民法(準委任は第656条・第644条、請負は第632条・契約不適合責任)をe-Gov法令検索で確認しています(2026年9月21日確認)。3の指示の通し方は解釈が分かれる論点で(発注者が行使できるとする立場と、受注側に残るとする立場があります)、本記事は「準委任では受注側の責任者を通す」という整理を採ります。契約実務は弁護士・社労士にご確認ください。

請負を含めた三者の位置づけ——「成果物に払う」請負、「個人の稼働」SES、「チームの稼働」ラボ型

請負まで含めると、外注の契約形態は「何に払うか」と「単位」の2軸で整理できます。請負は完成した成果物に払い、完成責任と契約不適合責任を受注側が負うため、要件が確定した単発の開発に向きます。SESは個人の稼働に払い、ラボ型はチームの稼働に払います。つまり3形態の違いは、「成果物に払うか稼働に払うか」「個人単位かチーム単位か」という2軸に集約できます。当社が見積もりの相談を受けるときも、まずこの2軸のどこに当てはまる案件かを確認します。

私は人材業界の出身で、SESや派遣の商流と契約実務を扱ってきました。SESの現場で繰り返し見たのは、契約上は準委任なのに、現場では発注側の社員が個人に直接指示を出している状態です。形式ではなく実態で判断されるため、これが偽装請負の指摘につながります。ラボ型はチームとPMを通す構造なので、この問題が起きにくい、というのが実務での違いです。

「どちらも準委任だから同じ」が誤解である理由——単位と進め方が違うと管理と結果が変わる

契約の種類が同じでも、単位が個人かチームか、進め方を発注側が持つか開発会社側が持つかで、発注側の管理負担と結果は大きく変わります。SESは「自社の体制に人を足す」形なので、社内に開発を導く人がいて初めて機能します。ラボ型は「開発の進め方ごと外に持つ」形なので、社内にPMがいなくても、PM/BrSE込みの体制なら回ります。

つまり、選ぶ基準は「準委任かどうか」ではなく、「社内に誰がいて、何をどのくらいの期間、いくらで進めたいか」です。次章では、この判断軸を4つに整理し、どちらを選ぶかの表と併用パターンを示します。

どちらを選ぶか——判断軸4つ(社内PMの有無・要件の確定度・期間・予算)と併用パターン

ラボ型とSESのどちらを選ぶかは、開発会社の勧めではなく、自社の状況で決まります。判断軸は「社内にPM(優先順位を決めて開発を導く人)がいるか」「要件はどこまで固まっているか」「期間はどのくらいか」「予算は固定したいか」の4つです。ここでは判断表、費用の違い、併用パターンを整理します。合わない形態を選ぶと、後から変えるコストが大きい。これが契約形態選びの失敗のもとです。

判断表

当社の相談で使っている4軸(完成責任の要否→体制規模と期間→拠点とコミュニケーション→指揮命令とマネジメント体制)に、仕様の確定度・発注管理を担う人員の有無・コストを固定費で持つか変動費で持つかという観点を重ねて整理しました。当社の相談でいちばん多い失敗は、社内に発注管理ができる人がいないままラボ型を選んでしまうケースです。PMの有無が最初の分かれ目になります。

費用の違い——SESは時間単価×稼働、ラボ型は月額固定。ただし固定費と立ち上がり

SESの費用は国内相場の時間単価(または月額単価)×稼働で、エンジニアのスキルで単価が変わります。国内のSE・プログラマーの月額単価は、スキルと商流によって大きく変わります。ラボ型は月額固定(人数×単価)で、オフショアなら国内より大きく低い水準になります。当社は実務3年目安1,500USD(約22.5万円)、5年2,000USD、10年・ブリッジSE 3,000USDと単価を公開し、日本人PM+2〜3人月の最小構成で月額約80万円からです。

ただし、単純比較には注意が要ります。ラボ型はチームとして機能するまでの立ち上げ期間があり、稼働が薄い月も固定費がかかります。SESは即戦力を確保しやすい反面、個人依存と交代時の引き継ぎコスト、更新のたびの単価見直しがあります。当社の実務では、必要な人数が増え、関わる期間が長くなるほどラボ型の固定費が相対的に軽くなり、逆に少人数かつ短期ならSESのほうが無駄が出にくい、という見方で判断しています。どちらが有利かは体制と期間で反転するため、人数や月数のしきい値を機械的に当てはめず、自社の計画に当てて試算してください。費用の内訳と試算は「ラボ型開発 費用」の記事で整理しています。

併用パターン——要件定義は社内または国内SES、実装はオフショアのラボ型

二者択一ではなく、併用も現実的です。典型は、要件定義と設計を社内のPMまたは国内SESで固め、実装と継続的な改修をオフショアのラボ型に任せる形です。上流を日本語で密に詰め、実装をチーム単位で継続する。もう1つの典型は、リリースまでを請負で作り切り、リリース後の改修と運用をラボ型に切り替える段階運用です。当社でもこの形の相談をよく受けます。

社内にPMがいる会社には、当社はエンジニアのみのパターンBも用意しています。日本人PMのフロント費用が要らない分、費用を抑えられます。一方で、社内にPMがいて3か月の人手だけが欲しい案件は、国内SESのほうが合うとお伝えしています。合わない案件にはその旨を率直に伝える。これが約100社の相談で学んだ教訓です。

それぞれで起きがちな問題と契約時の注意点、当社の位置づけ

契約形態にはそれぞれ、構造から生まれる問題があります。SESで起きがちな問題とラボ型で起きがちな問題を知っておけば、契約前に防げます。ここでは両方の問題、契約時の注意点、当社の位置づけを整理します。

SESで起きがちな問題: 指揮命令の逸脱、個人依存と退職、スキル不一致、多重下請けの単価構造

• 指揮命令の逸脱(偽装請負のリスク): 契約は準委任なのに、発注側の社員が常駐エンジニアに「この機能を作って」「明日までに直して」と直接指示する。実態が労働者派遣に近いと判断され、是正指導の対象になり得ます。指示は受注側のリーダーや責任者を通し、タスクは書面やチケットで残す運用が基本です
• 個人依存と退職による停止: 個人単位の契約なので、その人が退職・交代すると業務知識が失われます。引き継ぎがないまま改修が止まる相談は珍しくありません
• スキル不一致: 経歴書だけで受け入れ、実際のスキルが案件に合わない。契約前の面談と、交代条件の確認が要ります
• 多重下請けの単価構造: SESは商流が深くなりやすく、商流が1段階深くなるごとに中間マージンが上乗せされます。発注額と実際に現場へ入るエンジニアのスキルが合わない原因です

ラボ型で起きがちな問題: 固定費、管理負荷、立ち上がり、品質責任

• 固定費: 稼働が薄い月も月額が発生する。バックログを半年〜1年分用意し、閑散期はテスト自動化やドキュメントに充てる設計が要ります
• 管理負荷: エンジニアのみのチームなら、要件の言語化・進捗・品質確認は発注側の仕事。PM/BrSE込みの体制なら優先順位の判断に絞れます
• 立ち上がり: チームが業務とコードベースに慣れるまでに時間がかかります。オンボーディング資料と小さなタスクで短縮します
• 品質責任: 完成責任がないので、完了の定義とレビューの仕組みで担保します

詳しくは「ラボ型開発 デメリット」の記事で対処法まで整理しています。

契約時の注意点(表)

当社の位置づけ——オフショアのラボ型、チーム単位、日本人PMフロント、1名から

当社はオフショアのラボ型です。2,000名以上のIT人財データベースから直接アサインするため仲介マージンが乗らず、単価を公開しています。日本人PMをフロントに置き、発注側からの指示はPMを通して整理するため、指揮命令の問題が起きにくい構造です。1名から最短2週間で始められ、増員は約1週間、縮小と交代は1か月単位。契約は日本国内の法人と日本法準拠です。介護記録SaaS「CareViewer」では日本語BrSE1名とフルスタックエンジニア2名で、要件が動くSaaSを週次の優先順位判断で継続開発しています。

一方で、社内にPMがいて3か月の人手だけが欲しい案件や、常駐で自社の業務フローに入ってほしい案件は、国内SESが合います。あなたの案件は、「自社の体制に人を足す」案件でしょうか、それとも「開発の進め方ごと外に持つ」案件でしょうか。

ラボ型開発とSESの違いでよくある質問

ラボ型とSESの違いについて、相談の場で繰り返し聞かれる質問を5つにまとめました。契約形態を社内で説明する際にもお使いください。

Q1. どちらも準委任なら同じではないですか?

契約の種類は同じですが、単位(チーム/個人)、場所、指示の通し方、進め方、管理の負担、費用、ノウハウの行き先が違います。「自社の体制に人を足す」のがSES、「開発の進め方ごと外に持つ」のがラボ型です。

Q2. SESなら常駐エンジニアに直接指示できますか?

準委任では、発注者が直接指揮命令すると偽装請負と判断されるリスクがあります。指示は受注側の責任者を通し、書面やチケットで残す運用が基本です。ラボ型も同じで、当社は日本人PMを通します。契約実務は専門家にご確認ください。

Q3. 費用はどちらが安いですか?

国内SESは時間単価×稼働、オフショアのラボ型は月額固定で、当社の公開単価は市場相場の約1/2(当社調べ)です。短期・少人数ならSES、体制を組んで長く続けるならラボ型が費用対効果で優位になりやすいという傾向はありますが、分岐点になる人数・期間を示した一次調査は確認できないため、自社の体制と期間で試算してください。当社は日本人PM+2〜3人月で月額約80万円から(1USD=150円換算の目安)です。

Q4. 1名でもラボ型になりますか?

なります。継続する開発があり、PM/BrSEが日本語を巻き取る体制なら、1名からでも専属チームとして成立します。当社は1名から契約でき、成果を見て増員できます。

Q5. SESとラボ型は併用できますか?

できます。要件定義を社内または国内SESで固め、実装と改修をオフショアのラボ型に任せる形が典型です。上流を日本語で密に詰め、実装をチームで継続する組み合わせ。

まとめ: 共通点は準委任、違いは単位・場所・進め方——社内PMと案件の性質で選ぶ

ラボ型開発とSESは、どちらも準委任契約で「稼働に対価を払い、完成責任はない」という共通点がありますが、借りる単位(チーム/個人)、働く場所(開発会社側・海外拠点/客先常駐)、指示の通し方(PM/BrSEを通す/受注側の責任者を通す)、期間(中長期/短中期)、進め方(開発会社側が持つ/発注側の体制に加わる)、管理の負担、費用(月額固定・オフショアなら国内より大きく低い水準/時間単価×稼働)、ノウハウ(チームに蓄積/個人が離脱)、向く案件が違います。「どちらも準委任だから同じ」ではありません。

選ぶ軸は、社内にPMがいるか、要件はどこまで固まっているか、期間はどのくらいか、予算は固定したいか、の4つです。社内にPMがいて短期の人手ならSES、進め方ごと任せて継続するならラボ型、要件が確定した単発なら請負。要件定義を社内や国内SESで固め、実装をオフショアのラボ型に任せる併用も現実的です。SESでは指揮命令の逸脱と個人依存、ラボ型では固定費と管理負荷が起きやすいので、指示の通し方・稼働時間・交代条件・成果物の帰属・解約条件を契約前に確認してください。

当社はオフショアのラボ型で、2,000名以上の人財データベースから直接アサインし、日本人PMをフロントに置く専属チームを1名から最短2週間、公開単価と日本国内契約で組みます。社内にPMがいる会社にはエンジニアのみの体制も用意していますが、常駐で短期の人手が欲しい案件は国内SESをお勧めします。ラボ型の全体像はラボ型開発とは、契約形態の違いは準委任と請負の違いもあわせてご覧ください。現在の体制と要件をお聞かせいただければ、どの形態が合うかの判断と概算見積もりでお答えします。合わない案件にはその旨も率直にお伝えします。