ラボ型契約は準委任契約で、稼働期間に対して費用を払います。仕様変更に強い一方、完成リスクは発注側に残ります。
向くかは、仕様の確定度と社内の意思決定者の有無で決まります。仕様が流動的で判断者がいればラボ型、固定金額で完成を担保したいなら請負契約が合理的です。なお、全体像はラボ型開発の完全ガイドでも解説しています。
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
ラボ型契約とは何か｜準委任契約という前提
メリットとデメリットを契約の観点で評価するには、まず「ラボ型契約が法的にどの契約類型に当たるのか」を押さえておく必要があります。
ラボ型契約は民法上の準委任契約に分類され、対価の対象は成果物の完成ではなく「一定期間にわたる稼働（役務の提供）」です。この一点が、本記事で扱うメリットとデメリットすべての出発点になります。
準委任契約と請負契約の法的な違い
準委任契約と請負契約の決定的な違いは「何に対してお金を払うか」にあります。請負契約は、ベンダーが定められた成果物を完成させることを約束し、発注側はその完成に対して対価を支払う契約です。
準委任契約であるラボ型は、成果物の完成を約束せず、合意した期間に専門的な役務（稼働）を提供することに対して対価を支払います。
この違いは、責任の重さに直結します。請負では、ベンダーが完成義務と契約不適合責任（旧・瑕疵担保責任）を負い、不具合があれば原則として無償で修補する義務があります。
準委任では、ベンダーが負うのは善管注意義務（善良な管理者の注意をもって誠実に業務を遂行する義務）にとどまり、完成そのものは保証されません。
「完成リスクを誰が背負うか」が、両者を分ける本質的な分岐点になります。
- 契約書の確認：対価の対象が成果物か稼働かを、条文で確かめる
- 社内の期待：完成を求めているのか、稼働を求めているのかを整理する
SES契約・派遣契約との位置づけの違い
ラボ型契約は、同じ準委任に分類されるSES契約とも区別して理解する必要があります。SES契約は技術者個人の労働力を時間単位で提供する形態で、契約の単位が「人」に寄っています。
ラボ型契約は、ブリッジSEやPMを含む「チーム」を一定期間まとめて確保し、ベンダー側の指揮命令のもとで稼働させる点に特徴があります。指揮命令権が発注側に移る労働者派遣契約とも、この点で性質が異なります。
契約形態は、「完成責任を負う請負」「個人の役務を提供するSES」「指揮命令が発注側にある派遣」「チームの稼働を一定期間確保する準委任（ラボ型）」という4つの軸で理解できます。
ラボ型契約のメリットとデメリットは、この4つの軸のなかでの「完成責任は負わないが、チームのマネジメントはベンダーが担う」という独特の位置づけから生まれます。
- 確保の単位：技術者個人か、チームか
- 指揮命令の所在：ベンダーの指揮命令で動くか、発注側の指示で動くか
ラボ型契約のメリット｜契約形態としての強み
ラボ型契約のメリットは、「契約として何が得か」という視点で見ると本質が分かります。
ここでは、契約変更コストの低さ、費用の柔軟性、人材の継続確保の3つを取り上げます。それぞれを請負契約と比べながら、定量と定性の両面から整理します。
メリット1：契約変更コストの圧縮
ラボ型契約の最大のメリットは、仕様変更を契約変更なしに吸収できる点にあります。
請負契約では、機能の追加や仕様の修正が発生するたびに、要件の再定義・再見積もり・変更契約（または追加発注）という一連の手続きが必要です。この手続きには合意形成のための交渉が伴い、数日から数週間のリードタイムと、社内決裁・契約事務のコストが積み上がります。
一方、ラボ型契約では稼働期間そのものを契約しているため、確保したチームの作業の優先順位を組み替えるだけで仕様変更に対応できます。そのため、契約書を巻き直す必要がなく、変更にかかる取引コスト（交渉・見積もり・契約事務）が実質的にゼロに近づきます。
特に、市場の反応を見ながら何度も方向転換する新規事業やプロダクト開発では、この「契約変更コストの低さ」が請負契約に対する決定的な優位になります。
- 変更の頻度：見込まれる変更が多いほど、ラボ型の利点が大きくなる
- 社内の決裁：変更のたびに決裁が必要かどうかを、契約前に確かめておく
請負契約で仕様変更を頻繁に行うと、追加見積もりが雪だるま式に膨らみ、当初の固定金額のメリットが失われていきます。
変更が前提のプロジェクトほど、ラボ型契約の変更コストの優位が金額に表れてきます。
メリット2：費用の柔軟性と単価相場の読み方
2つ目のメリットは、月単位で稼働量を調整でき、費用を必要な分だけ柔軟にコントロールできる点です。
請負契約はプロジェクト一括の固定金額が基本のため、途中で開発規模を縮小したくても、契約に縛られて柔軟に減らせません。
ラボ型契約は月単位の稼働で契約するため、フェーズに応じてチームを増減させ、費用を実態に合わせやすくなります。
契約コストの観点で人月単価を見ておくと、ラボ型契約ではこの単価がそのまま「予算の単位」になります。
国内ニアショアの相場は、ジュニアで約52.8〜84.7万円、シニアで約68〜100万円、PMクラスで約85〜138万円が目安です。
海外オフショアでは、ベトナムのジュニアが約30〜40万円、シニアが約40〜60万円です。ベトナムのブリッジSEは約59〜88万円、PMは約70〜160万円です。インドネシアは20〜30万円程度と、さらに低い水準です。
この月額単価に契約期間を掛けた額が予算の見通しになります。固定金額の請負と比べると、予算管理の粒度を細かく刻めます。
- 比較の対象：国内ニアショアと海外オフショアで、同じ職種の単価を並べる
- 稼働量の見積もり：フェーズごとに必要な人数と月数を書き出してから、単価を掛ける
契約上のリスクを抑える工夫として、まず1人月30〜35万円程度のパイロット契約から始める方法もあります。
小さな準委任契約で稼働品質と相性を見極め、問題がなければ本格的なラボ型契約へ移る、段階的な進め方です。
請負契約では、いきなり大きな完成義務を負う代わりに、高い固定金額を払う構造になりがちです。一方、ラボ型契約なら契約の約束を小さく刻みながら拡大できます。
メリット3：人材の継続確保とナレッジの契約内保持
3つ目のメリットは、同じチームを契約期間にわたって継続的に確保できる点です。請負契約は案件ごとに完結するため、次の開発を別途発注すると、担当者が入れ替わってゼロから説明し直すことも珍しくありません。
ラボ型契約は期間で結ぶため、同じチームが2年目・3年目と継続的に関わり、自社のドメイン知識やシステムの背景が契約関係の内側に蓄積されていきます。
採用市場が逼迫しているため、この継続性の価値は高まっています。日本のIT人材は約125万人のうち76万人が首都圏に集中しており、地方や中堅企業では確保が難しくなっています。
ラボ型契約は、自社で採用や雇用契約を結ばずに専属チームを継続して確保する手段になります。海外に目を向けると、ベトナムはIT労働人口が126万人で、2030年までに300万人を育成する国家計画を掲げています。
AI技能を持つ人材も8.5万人（2023年以降340%増）と拡大しており、長期契約を支える供給力があります。
富士フイルムヘルスケアとFPTの事例では、小規模なラボ契約から始めて、15年をかけて170名規模の統合開発ラボへと関係を発展させました。医療機器ソフトという高品質が求められる領域も支えています。
- 担当者の入れ替わり：次の開発で、同じ説明を繰り返していないかを振り返る
- 人材の供給源：国内に加えて海外の人材も含め、長期の体制を組める点
ラボ型契約のデメリット｜発注側が背負うリスク
契約上のメリットは、そのまま裏返すとデメリットになります。
ラボ型契約のデメリットは、ベンダー側の紹介記事ではあまり語られない3点に集約されます。発注側が背負う完成リスク、固定予算化の難しさ、善管注意義務の限界による責任分界の曖昧さです。
契約を判断するうえでは、このデメリットを最も重く見る必要があります。
デメリット1：発注側に残る完成リスク
ラボ型契約の最も重いデメリットは、成果物の完成リスクが発注側に残る点です。
準委任契約ではベンダーに完成義務がないため、想定した機能が動くシステムにならなくても、善管注意義務を尽くして稼働していれば、契約違反を問うのは容易ではありません。請負契約なら完成しなければ対価を支払わず、追完も求められます。一方でラボ型契約では、稼働した期間分の費用が発生します。
「外部に任せれば完成品が出てくる」と期待してラボ型契約を結ぶと、想定外の事態に陥りかねません。何をどの優先順位で作るかを決め、進捗を管理する最終責任は発注側にあるためです。
特に、社内に意思決定者がいないと、稼働費だけがかさんで成果が出ない状況になりかねません。完成を確実に担保したい案件では、この完成リスクの所在が請負契約を選ぶ理由になります。
- 完成の責任：ラボ型では発注側が担い、請負ではベンダーが担う
- 意思決定の役割：何をどの順で作るかを決める人を、社内に置けるか
デメリット2：固定予算化のしにくさと稼働率リスク
2つ目のデメリットは、費用の上限を契約で固定しにくい点です。請負契約は「この成果物をいくらで」という総額が契約時点で確定するため、社内の予算承認や稟議が通しやすいという利点があります。
一方のラボ型契約は、月額×期間の積み上げで費用が決まります。そのため、期間が延びれば費用も増え、当初の見込みを超えるリスクがあります。
総額にキャップを設けにくいことは、予算管理の面で明確なデメリットです。
ラボ型契約は、月単位でチームを確保する契約構造のため、開発タスクが途切れて稼働に空きが生じても費用は発生し続けます。
発注側が月50万円のシニア1名を確保していても、その月の作業量が半分しかなければ、実質的な単価は倍に跳ね上がります。
仕様が安定して変更がほとんど発生しない案件では、この稼働率リスクによって請負契約より割高になることがあります。ラボ型は、稼働を埋め続けられる前提があって初めて、コスト面の合理性が成り立ちます。
- 延長の扱い：期間が延びたときの費用の増え方を、契約前に確かめておく
- 空いた月の扱い：タスクが途切れた月の費用を、どう見込むかを決めておく
デメリット3：善管注意義務の限界と責任分界の曖昧さ
3つ目のデメリットは、不具合やバグが生じたときの責任分界点が曖昧になりやすい点です。
準委任契約でベンダーが負うのは善管注意義務にとどまり、請負契約のような契約不適合責任（瑕疵担保責任）は原則として発生しません。
準委任では、「このバグはベンダーが無償で直すべきか、発注側の指示の問題として追加稼働で対応するのか」という線引きが、トラブル時にしばしば争点になります。
このデメリットを軽減するには、契約書の段階で責任分界を具体的に定めておくことが欠かせません。発注側と開発会社が合意しておく点は、善管注意義務の範囲、手戻りを稼働内で吸収する条件、検収の基準と方法です。
また、人材の交代や退職が起きたときに、引き継ぎ期間の費用を誰が負担するかも決めておく必要があります。これを口頭の信頼関係に任せると、後でコスト負担をめぐって対立を招きかねません。
請負契約では完成責任と契約不適合責任が明文化されるのに対し、ラボ型契約では契約書の作り込みに発注側の知識が問われます。この点もデメリットといえます。
これらの失敗・リスクを避ける具体策は、末尾の関連記事もあわせてご覧ください。
- 無償対応の範囲：どこまでを無償の修正とし、どこから追加稼働とするか
- 引き継ぎの費用：人材の交代時に、引き継ぎ期間の費用を誰が負担するか
準委任と請負の比較｜定量・定性で見る契約効果
ここまでのメリットとデメリットを、準委任（ラボ型）と請負で直接比べます。
契約形態は、費用の発生構造と完成リスクの所在という2つの効果で見ると判断しやすくなります。
費用発生構造の違いと変更コストの累積
費用の面で比べると、請負契約は「固定金額・上限明確・変更ごとに加算」という構造です。
仕様が確定していれば総額が読めますが、変更が発生するたびに追加見積もりが積み上がり、回数が増えるほど割高になります。
ラボ型契約は「月額×期間・上限は流動的・変更コストはほぼゼロ」という構造で、変更が多いほど相対的に有利になります。
数字でイメージすると、月単価60万円のシニア1名を12か月確保する契約では、年間720万円が予算の見通しになります。この間に仕様変更が10回発生しても、ラボ型契約では追加の契約コストは発生しません。
請負契約で同じ変更を都度発注すると、1回あたり数十万円規模の追加見積もりと契約事務が積み上がり、変更回数が多いほど総額は膨らみます。
変更の頻度は、どちらの契約が割安になるかを分ける損益分岐点の変数です。
- 費用の確定時点：請負は契約時に総額が決まり、ラボ型は稼働の積み上げで決まる
- 変更の見込み：変更が多く出そうな案件ほど、ラボ型の費用面の利点が生きる
完成リスクと品質責任の所在の違い
定性的な効果では、完成リスクと品質責任の所在が両者を分けます。請負契約は完成義務と契約不適合責任をベンダーが負うため、発注側は完成リスクを移転でき、「丸投げ」に近い形でも一定の成果物が担保されます。ただし、契約時に仕様を固める必要があり、柔軟性は下がります。
ラボ型契約では、完成リスクと意思決定の責任が発注側に残ります。一方で、走りながら仕様を決められる柔軟性が得られます。
完成の確実性と変更の柔軟性はトレードオフの関係にあり、どちらを契約で確保したいかが選択の軸になります。
riplaはフルスクラッチ受託（請負型）と国内ラボ型開発（準委任型）の両方を手がけています。そのため、案件のフェーズや仕様の確定度に応じて、どの契約形態が御社に有利かを中立的に整理して提案できます。
- 完成の担保：仕様を契約時にどこまで固められるかで、請負の向き不向きが分かれる
- 意思決定の負担：走りながら決める分だけ、判断の負担は発注側に残る
どの契約形態が自社に向くか｜判断基準
契約形態は、案件の性質と自社の体制によって最適解が変わります。ここでは、ラボ型契約（準委任）が向くケースと請負契約が向くケースを、判断基準として並べます。当てはまる項目が多いほど、その契約形態が合理的だと判断できます。
ラボ型契約（準委任）が向くケース
ラボ型契約が向くのは、次のような特徴を持つ案件です。
- 次の項目に多く当てはまる場合、ラボ型契約のメリットが活きます。
- [仕様] 仕様が固まりきっておらず、走りながら変更していく前提である
[期間] 半年以上にわたって継続的に開発・改修が発生する
[体制] 社内に開発の優先順位を判断し、意思決定と指示ができる人材がいる
[変更] 市場の反応を見ながら頻繁に仕様変更・機能追加を行いたい
[資産] 同じチームにドメイン知識を蓄積させ、長期で活用したい
前に挙げた条件に当てはまる案件では、契約変更コストの低さと費用の柔軟性というメリットが、完成リスクや稼働率リスクといったデメリットを上回ります。
請負契約が向くケースと併用の考え方
請負契約が向くのは、次のような特徴を持つ案件です。
- 逆に、次の項目に当てはまる場合は請負契約のほうが合理的です。
- [仕様] 仕様が確定しており、変更の余地がほとんどない
[予算] 成果物に対して固定金額で予算を確定・承認させたい
[リスク] 完成リスクをベンダーに移転し、完成を確実に担保したい
[体制] 社内に開発の意思決定や指示を担える人材を割けない
[期間] 数か月で完結する短期・スポットの開発である
前に挙げた条件に当てはまる場合、ラボ型契約では完成リスクや稼働率リスクが前面に出るため、固定金額で完成責任を負う請負契約のほうが安全です。
実務的には、両者を組み合わせる方法も有効です。たとえば、仕様が固まった初期の基盤構築は請負契約で完成を担保し、その後の継続的な改修や機能追加はラボ型契約に切り替えて柔軟性を確保します。
判断に迷う場合は、まず1人月30〜35万円程度のパイロット契約（小さな準委任）で、自社の体制で回せるかを検証するとよいでしょう。その結果を踏まえて本格的な契約形態を決めるのが、堅実な進め方です。
まとめ：契約形態で判断するラボ型のメリデメ
ラボ型契約のメリットは、準委任契約という性質から生まれる「契約変更コストの低さ・費用の柔軟性・人材の継続確保」にあります。仕様変更を契約変更なしに吸収でき、月単位で予算を刻める柔軟さは、変化の速いプロジェクトで請負契約に対する明確な優位になります。
一方でデメリットは、完成リスクが発注側に残ること、総額を固定しにくいこと、善管注意義務の限界による責任分界の曖昧さの3点です。これらはメリットと表裏一体の、契約上のトレードオフでもあります。
どの契約形態が自社に向くかの決め手は、「仕様の確定度」と「社内に意思決定者がいるか」です。仕様が流動的で社内に判断者がいるならラボ型契約、仕様が固まり固定金額で完成を担保したいなら請負契約が合理的で、両者をフェーズで使い分ける選択も有効です。
riplaはフルスクラッチ受託と国内ラボ型開発の両方に対応しています。そのため、御社の案件特性に応じてどの契約形態が有利かを中立的に整理し、契約書の責任分界の設計まで含めて伴走します。
契約形態の選定でお悩みの際は、ぜひお気軽にご相談ください。
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。