国内ラボ型開発の発注は、要件整理からベンダー選定、POアサインを経て、契約から運用開始まで進む8段階です。
海外オフショアより立ち上げが早く、日本語で要件を一緒に詰めながら進められるのが、国内ラボ型の強みです。
Webサービス開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「Webサービス開発の完全ガイドブック」で詳しく解説しています。
- 国内ラボ型開発の発注プロセスと8つのステップ
- POアサイン、初回スコープ、KPI、契約条項の要点
- 沖縄・北海道・九州の拠点別発注特性
- 発注ルートと段階発注戦略の選び方
国内ラボ型開発の発注プロセス全体像
発注のステップは、要件整理から始まり、ベンダー選定、POアサイン、初回スコープ設定を経て、契約締結、チーム編成、キックオフ、運用開始へと進むのが基本です。
国内ラボ型開発の発注は、海外オフショアと比べてリードタイムが短く、契約締結から開発着手までの立ち上げ期間を大幅に短縮できます。一般的なオフショアでは、要件説明から契約締結まで2〜3ヶ月を要するケースが多いです。一方、国内ラボ型開発では即時往訪や対面打合せが可能なため、3〜6週間程度で初期チーム編成まで進められる事例が多く見られます。
国内特化の発注で押さえたい最大のポイントは、日本語コミュニケーションの精度を活かして、要件定義そのものをラボ型で進められる点です。海外オフショアでは、要件があいまいなまま発注すると認識齟齬による手戻りが多発します。一方、国内ニアショアなら「曖昧な状態から一緒に要件を詰めていく」というアジャイル的な進め方が成立します。
発注側は、初期発注の時点で完璧な仕様書を用意する必要はなく、発注のハードルも大きく下がります。
国内発注に特有の8ステップ
発注はステップ1の社内要件の整理から始まります。ここでは完璧な仕様書を用意する必要はなく、達成したいビジネスゴールと制約条件を整理できれば十分です。ステップ2のベンダー選定では、ニアショアIT協会の会員企業93社・約5,000名の技術者プールから候補をリストアップし、拠点・得意領域・契約モデルで3〜5社に絞り込みます。
ステップ3では自社のPO（プロダクトオーナー）をアサインし、ステップ4の初回スコープ設定で「ラボ型で扱う領域」と「請負で扱う領域」を明確に切り分けます。ステップ5の契約締結では、準委任契約を基本としつつ、後述するKPI条項・人員交代条項・知的財産帰属条項を必ず明記します。
ステップ6のチーム編成は、1名から始める「超スモールスタート」も可能です。PMを0.3人月のシェアード稼働にすれば初期の管理コストを抑えられ、近年この方法も広がっています。ステップ7のキックオフでは即時往訪を活用して初日から対面で関係を築き、ステップ8の運用開始後は、デイリースクラムやスプリントレビューを通じて発注内容を継続的に調整していきます。
海外オフショアとの発注プロセスの違い
海外オフショア発注では、ブリッジSE（BrSE）の選定や通訳費用、現地往訪、時差調整などの「隠れコスト」が、人月単価以外で総コストの15〜25%程度を占めるケースが少なくありません。一方、国内ラボ型開発ではこれらが原則として不要なため、人月単価はオフショアより見かけ上高くても、TCO（総保有コスト）で見ると国内の方が安価になるプロジェクトが増えています。
特に円安局面では、ベトナム発注の優位性が大きく縮小しています。汎用的なWeb・業務システム開発であれば、国内ニアショアの方がコスト面でも合理的だという判断になりつつあります。
発注側のマネジメント工数も、オフショアでは月20〜40時間のブリッジ稼働が必要になる一方、国内ニアショアならPO単独で月10〜20時間程度に抑えられる事例が一般的です。日本人エンジニアだけのチームなら、日本人POが直接マネジメントできるため、文化的背景の説明や商習慣の翻訳も不要です。この「マネジメントの軽さ」が、国内発注を選ぶ最大の合理性のひとつです。
POアサインと初回スコープ設定の進め方
国内ラボ型開発で最も重要な発注準備は、自社側のプロダクトオーナー（PO）を誰にアサインするかです。準委任契約では、完成させる責任がベンダー側にはなく、発注側がスコープと優先順位を継続的に決める責任を負います。そのため、POの権限と稼働時間が確保されていないと、プロジェクトは空転してしまいます。
国内ラボ型開発の利点は、日本人POが日本人エンジニアのチームと直接対話できることです。海外オフショアのようにブリッジSEを介する必要がなく、意思決定のスピードが大幅に上がります。
初回スコープは、3ヶ月程度のスプリントゴールを定め、その中で達成するマイルストーンを2〜3個に絞るのが現実的です。最初から大きすぎるスコープを設定すると、仕様変更への柔軟性というラボチームの強みを活かしきれず、結果として通常の請負契約と変わらない硬直したプロジェクトになります。
スコープの粒度は、ベンダー選定の段階でラボ型開発の経験豊富なPMと壁打ちしながら決めていくのが推奨されます。
POに求められるスキルと稼働量
国内ラボ型開発のPOには、ビジネス要件を技術要件に翻訳できる程度のITリテラシーと、優先順位を即断できる意思決定権限が求められます。技術出身でなくても構いませんが、JiraやBacklogなどのタスク管理ツールでバックログを優先順位付けし、デイリースクラムで意思決定を行える稼働時間が、最低でも月60〜80時間は必要です。
これを下回るとラボチームが指示待ちになり、稼働しているのに成果が出ない時間（アイドルタイム）が増えて、人月単価ベースの発注では割高になっていく傾向があります。社内にPO候補がいない場合は、ベンダー側のPMにPOの役割を半分以上委ねる「シェアードPO」モデルが、国内ラボ型開発では現実的な選択肢となります。
0.3人月程度のPMシェアード稼働であれば月額30万円前後で確保でき、発注初期はこのモデルで立ち上げて、社内POが育ったらバトンタッチする段階的な発注方法も増えています。海外オフショアでは言語・文化の壁からシェアードPOが成立しにくい一方、国内ニアショアなら違和感なく実現できるのが大きな違いです。
初回スコープを決める3つの観点
初回スコープを決める際は、3つの観点で切り分けることをお勧めします。第一は「ビジネスインパクトの大きさ」で、最も投資対効果が見込めるテーマを最初のスプリントゴールに置きます。第二は「不確実性の高さ」で、要件が固まっていない領域こそラボ型の柔軟性を活かせるため、最優先で扱います。
第三は「内製化への布石」で、将来的に自社で運用する可能性が高いコア機能は、最初からドキュメント整備とコードレビュー体制を組み込んで進める必要があります。たとえば、LeaLea合同会社の石垣島アクティビティ予約サイトは、企画が未確定の段階から国内ラボ型で着手し、わずか4ヶ月で初期開発を完了させています。
LeaLea合同会社の事例は、「完璧な仕様書を準備してから発注する」という従来型のアプローチを捨て、「課題と方向性だけを共有してから発注する」というラボ型に合った方法を採用した結果です。初回スコープを意図的に小さく設定し、走りながら拡張していく姿勢が、国内ラボ型開発を成功させる鍵となります。
KPI設定と契約条項のポイント
準委任契約では完成させる責任がベンダー側にないため、「何をもってラボチームのパフォーマンスを評価するか」という基準を、発注時点で明確に決めておく必要があります。ここを曖昧にしたまま発注すると、稼働しているのに成果が見えない状態に陥り、発注を続けるかどうかの判断もできなくなります。
国内ラボ型開発でよく採用されるKPIは4つあります。ベロシティはスプリントあたりのストーリーポイント消化量、バグ発生率はリリース後1ヶ月以内のクリティカルバグ件数、リードタイムは要望からリリースまでの日数を指します。コードレビュー指摘件数も、よく使われる指標です。
契約条項では、これらのKPIが一定水準を下回った場合に、エンジニアの交代を要求できる「人員交代条項」を明記することが重要です。優秀なエンジニアがアサインされる保証は契約だけではできませんが、低パフォーマンス時の交代プロセスを契約上明文化しておけば、実質的な品質担保につながります。
国内ラボ型開発では、エンジニアの離職率が業界平均14%に対し、フォーサイトシステム社のように4〜5%という低水準を保っている企業も存在します。そのため、長期定着型のベンダーを選べれば、人員交代条項を発動するリスクも自ずと下がります。
定量KPIで評価する具体的な指標
ベロシティの目安は、5名規模のチームで2週間スプリントあたり30〜50ストーリーポイントが標準的な水準です。ただし導入初期は計測基準が安定しないため、最初の3スプリントは計測のみにとどめ、4スプリント目以降を評価指標として使うのが現実的です。
バグ発生率は、リリース後1ヶ月以内のクリティカルバグが1機能あたり0.5件以下を目安とします。これを上回る場合は、テスト工程の見直しを発注側から要請できる契約構成にしておきます。リードタイムは、要望追加からプロダクション反映までの平均日数で測り、ラボ型の柔軟性を活かすなら2〜3週間以内が目安となります。
リードタイムが2〜3週間を大幅に超える場合は、ベンダー側のリリースプロセスやレビュー体制に課題がある可能性が高く、改善を要請する根拠になります。コードレビュー指摘件数は、1プルリクエストあたり3件以下が品質の目安です。3件を超え続ける場合は、エンジニアのスキル不足やコーディング規約の整備不足が疑われます。
契約条項の落とし穴と対策
契約書で見落とされがちなのは、知的財産権の帰属、ソースコードの引継ぎ義務、契約終了時のドキュメント整備義務の3点です。そのほかに、機密情報保護の範囲とコードの社外持出し禁止規定も確認が必要です。なかでも知的財産権は、初期契約の段階で発注側に帰属すると明記しておかないと、後で内製化や他ベンダーへの引継ぎの際に大きなトラブルになる可能性があります。
標準的なベンダー側のひな形では、知的財産が発注側に帰属することが多いものの、締結前に条項を必ず確認しましょう。もうひとつ重要なのは、契約終了時のExit戦略を契約条項に組み込んでおくことです。具体的には、契約終了の3ヶ月前までに引継ぎ計画を提示する義務、ソースコードと設計ドキュメントの完全な引渡し義務、終了後3ヶ月間のQ&A対応義務などを盛り込みます。
これらを契約締結時に明文化しておけば、ベンダーロックインを避けられ、将来の内製化やB-O-T方式（Build-Operate-Transfer）への移行も、選択肢として残せます。リモートワーク下でのコード持出し対策としては、開発環境を発注側のクラウド環境上に集約し、ローカルマシンへのソースダウンロードを禁止する技術的な制約も、契約と併せて整備することをお勧めします。
沖縄・北海道・九州の拠点別発注特性
国内ラボ型開発の発注先を選ぶには、ニアショア拠点の特性を理解しておくことが欠かせません。通信・情報サービス業の事業所26,000のうち約半数が、対象125万人中76万人が首都圏（1都3県）に集中しています。一方で、沖縄・北海道・九州の3地域は、地方ニアショアの主要なエコシステムとして独自の発展を遂げています。
拠点ごとに得意領域・単価水準・気質・通信インフラなどが異なるため、案件の特性に合わせて選び分けることで、プロジェクトの成功確率を高められます。3拠点の単価相場は、PG（プログラマー）クラスが52.8〜63.5万円、シニアエンジニアが68〜75.2万円、PMが85〜104万円で、首都圏比5〜35%の低減効果が期待できます。
ただし近年は、首都圏でフルリモート採用が広がり、地方IT人材の引き抜き競争が激化しています。特に若手・中堅層では単価の上昇圧力が強まっているため、注意が必要です。発注のタイミングや単価交渉の時期によって2〜3万円の差が出ることもあるので、複数拠点・複数社で見積を取って比べることをお勧めします。
3拠点それぞれの強みと向く案件
沖縄拠点の強みは、コールセンター・BPO発祥のホスピタリティ文化と、観光・小売・ホテル系システムへの理解が深い点です。クオリサイトテクノロジーズのように、地方単独でCMMI Level 4を取得し、首都圏の金融システムを直接受託する実力派も集まっています。沖縄向きの案件は、観光業向けシステム、Webサービスのカスタマーサポート連携、レスポンスを求めない非同期型アプリケーションです。
北海道（札幌・帯広）拠点の強みは、寒冷地のデータセンター集積による低消費電力環境と、地元国立大学からのIT人材供給の安定性にあります。合同会社STUの事例では、ECサイトのレスポンスを3倍高速化するなど、フロントエンドのパフォーマンス改善で実績があります。
北海道に向いた案件は、React・Vue.jsなどのモダンフロントエンド開発、AIモデル学習用のバッチ処理、SaaSプロダクトの長期運用などです。九州（福岡）拠点は、アジア市場との地理的な近さを活かしたグローバル展開系のプロダクト、モバイルアプリ開発、スタートアップのようにスピード感のあるプロジェクトに強みがあります。
3拠点連携モデルの発注方法
国内ラボ型開発でしか実現できない発注方法のひとつが、3拠点連携モデルです。海外オフショアでは言語の壁から拠点間連携のオーバーヘッドが大きすぎて成立しにくいものの、日本語が共通基盤として機能する国内ニアショアだからこそ実用化できます。
東京（PM・PO）、北海道（React・フロントエンド）、九州（モバイル）と役割を分け、1つのプロダクトを並行して開発する形態です。ある中規模プロジェクトでは、8ヶ月・80人月を3拠点連携で完遂した事例があります。
3拠点連携モデルの注意点は、拠点間のコミュニケーションツールの統一、共通の開発ガイドライン整備、月1回の合同オフサイトミーティングの3点を、契約と運用に組み込むことが推奨されます。各拠点が個別契約で並列すると、どこまでを誰が受け持つかが曖昧になりがちです。そのため、発注時点で「リード拠点」を1社決めて他拠点を取りまとめてもらうか、発注側のPOが3拠点を一体で見るかを明確にしておく必要があります。
ニアショアIT協会と発注ルートの選び方
国内ラボ型開発の発注ルートには、大きく3つの選択肢があります。第一は、ニアショアIT協会経由の発注です。2025年9月時点で正会員93社・技術者約5,000名の人材プールから、案件に合うベンダーを協会経由で紹介してもらえる仕組みです。
第二は地方ベンダーへの直接契約で、自社で候補企業を探して直接発注する形態です。第三は首都圏の元請けベンダー経由で、地方拠点に再委託される形でラボチームが編成されるパターンです。それぞれにメリットとデメリットがあり、案件の性質と社内リソースに応じて使い分けるのが理想です。
協会経由のメリットは、複数のベンダーを横並びで比較しやすいことと、協会の品質基準を満たした企業だけが紹介対象になるため、一定の信頼性が担保されることです。初めて国内ラボ型開発を発注する企業や、社内に地方ITベンダーのネットワークがない企業には、特に有効な発注ルートです。
協会経由には紹介手数料が含まれるケースもあり、最終的な単価が直接契約より若干高くなる可能性がある点には、留意が必要です。
直接契約と元請け経由のトレードオフ
直接契約のメリットは、中間マージンが発生しないため単価を5〜15%程度抑えられることと、エンジニアとPOが直接やり取りできるためコミュニケーションロスが少ないことです。クオリサイトテクノロジーズが首都圏の金融システムを直接契約で受託しているように、地方単独で十分な実力を持つベンダーなら、元請けを介する必然性は下がります。
ただし直接契約では、発注側がベンダーの与信判断・契約交渉・品質管理を自ら行う必要があり、発注の難易度は上がります。元請け経由のメリットは、大手SIerが間に入ることで品質保証・与信補完・トラブル対応の代行を受けられる点です。特に大規模案件や金融・公共系の高度な品質要件があるプロジェクトでは、元請けの存在が安心材料になります。
デメリットは、中間マージンとして20〜35%程度上乗せされるため単価ベースのコストが膨らむことと、元請けPMを経由するためラボチームのエンジニアと直接対話できず、コミュニケーションが遠回りになることです。スタートアップや中小企業の案件なら直接契約、エンタープライズ案件なら元請け経由という使い分けが、一般的な判断軸となります。
SES契約との切り分け方
国内ラボ型開発を検討する企業の中には、SES契約（個別派遣常駐型）と混同しているケースが少なくありません。両者はいずれも準委任契約をベースとする点では同じですが、契約の単位と稼働形態が大きく異なります。SES契約はエンジニア1名単位の個別派遣で、原則として発注側のオフィスや指定環境に常駐します。
一方、ラボ型開発はチーム単位での確保で、稼働場所はベンダー側のオフィスまたはリモートが基本となり、チーム内の役割分担や育成はベンダー側が責任を持ちます。切り分けの判断基準としては、エンジニア個人のスキルセットが明確で短期的に確保したい場合はSES、チームとして継続的な開発体制を構築したい場合はラボ型という整理が分かりやすいです。
発注側のマネジメント力が高く特定のタスクを切り出せる場合はSES、ベンダー側のリーダーシップに任せて開発を進めたい場合はラボ型が向いています。SESは発注側の指揮命令の範囲が広く偽装請負のリスクに注意が必要ですが、ラボ型はベンダー側のリーダーが指揮命令を行うため、そのリスクは相対的に低くなります。
段階発注戦略：ラボ型から請負への切替
国内ラボ型開発を最大限に活用する発注戦略として近年広がっているのが、段階発注（フェーズドコントラクト）です。要件定義・PoC・初期開発のフェーズはラボ型契約で柔軟性を確保して進め、仕様が確定したフェーズ以降は請負契約に切り替えて、コスト上限と納期を確定させる2段階の構造です。
初期の不確実性が高いフェーズではラボ型の柔軟性を、後半の安定したフェーズでは請負の予算管理のしやすさを活かせるため、両契約形態のいいとこ取りができます。
小売A社の事例では、新業務システムの構築でまずラボ型により要件定義と初期プロトタイプを進め、仕様が確定した時点で請負契約に切り替えました。その結果、当初予算を超過することなくプロジェクトを完遂しています。
段階発注の利点は、同じベンダーで2契約を継続できる点にあります。人員入替によるキャッチアップのコストもかからず、ノウハウが連続的に引き継がれるのが大きなメリットです。そのため、段階発注を実現するには、ベンダー選定の段階で「ラボ型と請負の両形態に対応できる体制があるか」を必ず確認しておく必要があります。
切替タイミングの判断基準
ラボ型から請負への切替タイミングは、機能要件の確定度合いと変更頻度という2つの観点で判断します。具体的には、機能一覧の8割以上が確定し、過去2スプリント連続で大きな仕様変更が発生していない状態が、切替の目安となります。
逆に、ビジネス環境が流動的で仕様変更が頻発している段階で早急に請負へ切り替えると、変更要求のたびに追加見積が発生し、結果としてトータルコストが膨らむリスクがあります。請負へ切り替える際は、ラボで蓄積したコード・ドキュメント・テストケースを「引継ぎ資料」に整理し、請負側の見積基準として確定させます。
同じベンダーでも、準委任と請負では、どこまでを誰が担うかや成果物の定義が異なるため、契約書を別途締結し直す必要があります。その際は、知的財産権の継続性、瑕疵担保期間、保守契約への移行条件も併せて整理しておくと、運用フェーズへの移行がスムーズになります。
段階発注の長期実績と運用ノウハウ
段階発注の代表的な長期事例は、富士フイルムヘルスケアとFPTのパートナーシップです。小さなラボから始まり15年で170名規模に拡大し、初期は要件が不確定なラボ型で関係を築いたうえで、フェーズごとに契約形態を最適化してきました。長く同じベンダーと付き合うことで、ベロシティの安定化と暗黙知の蓄積が進み、品質・速度・コストのすべてで優位性が出ています。
ほかにも、ミニストップは基幹システム入替のテスト・改修フェーズに国内ラボ型を適用し、本番移行を成功させました。大手飲料子会社は、チャットボットの新機能でもラボ型運用を採用し、売上120%増を達成しています。
これらの事例に共通するのは、発注時点で「いつまでに何を確定させ、いつ請負へ切り替えるか」というロードマップを描いていた点です。長期ラボを無計画に続けず、契約形態を戦略的に切り替えていく発注設計の重要性を示しています。
まとめ
国内ラボ型開発には、日本人POだけでプロジェクトマネジメントが完結し、即時往訪も可能だという強みがあります。日本語でのやり取りで時差がなく、ニアショア3拠点の連携もできる点も見逃せません。こうした強みを最大限に引き出す発注設計が、成功の鍵となります。
POアサインと初回スコープ設定では、完璧な仕様書を用意するよりも、ビジネスゴールと優先順位を明確にして、ラボ型の柔軟性を活かし走りながら詰めていく姿勢が求められます。シェアードPOモデルや0.3人月PMを活用すれば、初期のマネジメントコストを抑えながらスモールスタートできるのも、国内発注の大きな利点です。
KPI設定と契約条項では、ベロシティやバグ発生率、リードタイムなどの定量指標を発注時点で明文化します。そのうえで、基準を下回った場合の人員交代条項、知的財産権の帰属、Exit戦略のドキュメント整備義務などを必ず盛り込みます。
沖縄・北海道・九州の3拠点は得意領域が異なり、観光・小売系なら沖縄、フロントエンドやパフォーマンスなら北海道、モバイルやグローバル系なら九州が向いています。案件特性に応じて拠点を選ぶことが、品質と単価の両立につながります。
3拠点連携モデルは、海外オフショアでは実現しにくい国内ならではの発注スタイルで、80人月規模の中規模案件まで実績が積み上がっています。発注ルートは、ニアショアIT協会経由、直接契約、元請け経由の3パターンから、案件規模・社内リソース・品質要件に応じて使い分けることが重要です。
SES契約とラボ型開発は混同されがちですが、契約単位と稼働形態が異なるため、明確に切り分ける必要があります。そして最も戦略的に有効な発注方法は、要件定義をラボ型で進めて仕様確定後に請負へ切り替える段階発注戦略です。
富士フイルムヘルスケア×FPTの15年170名規模、ミニストップの基幹システム移行、大手飲料子会社の売上120%増といった長期実績が、段階発注の有効性を裏付けています。本記事の内容を参考に、自社プロジェクトに合った発注設計を組み立てていただければ幸いです。
RFP作成前に、Webサービス開発の完全ガイドブックと【2026年最新版】AI駆動開発の完全ガイドブックをご活用ください。
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。