納品のない受託開発とは?仕組み・一括請負との違い・ラボ型開発との関係・オフショアでの実現【2026年版】

「納品がないのに、何にお金を払うのか」——「納品のない受託開発」という言葉に初めて出会った方の多くが、こう戸惑います。一括請負でシステムを作ったのに現場で使われなかった、改修のたびに見積もりからやり直しになった、という経験がある方ほど、この言葉に引っかかる。一方で、提唱元の記事は思想が強く、自社にどう当てはめればよいか分かりにくい、という声もよく聞きます。

結論から言うと、「納品のない受託開発」とは、ソニックガーデンが2011年の創業から提唱するビジネスモデルで、月額定額・顧問形式・成果契約を特徴とします。納品という区切りをなくし、CTO相当の開発責任者が事業の相談から設計・開発・運用まで担い、小さく作って育て続ける。契約は準委任で、月額固定でチームの稼働に払う点はラボ型開発とほぼ重なり、違いは提唱元固有のパッケージにあります。

仕組みを契約内容で理解できると、一括請負の何が問題で、なぜ納品をなくすとうまくいくのかが見え、自社の案件に向くかどうか、提唱元に依頼できない場合にどんな代替があるかを判断できます。逆に、名前だけで「特別なもの」と捉えると、比較も判断もできません。

本記事では、納品のない受託開発の定義と仕組み、一括請負との違いと向く案件・向かない案件、ラボ型開発・準委任・ODCとの関係、オフショアで近い形を取る方法と当社の位置づけ、契約前に確認する5項目、よくある質問の順に解説します。提唱元の記述は公式ページから引用し、当社の位置づけは「近い形」にとどめて「同じ」とは言いません。

私は人材業界の出身で、2018年からホーチミンでベトナムオフショア開発の体制づくりに携わり、約100社の相談に乗ってきました。「納品のない受託開発に共感したが、枠や予算の都合で依頼できない。オフショアで近い形は取れないか」という相談も受けます。この記事を読み終えるころには、この概念を名前ではなく契約内容で理解し、自社の外注モデルをどう見直すかが判断できるはずです。

納品のない受託開発とは——ソニックガーデンが提唱する月額定額・顧問形式・成果契約の仕組み

「納品のない受託開発」は、株式会社ソニックガーデンが提唱するシステム開発のビジネスモデルです。名前のとおり「納品」という区切りを設けず、月額定額で顧問のように事業に寄り添い、設計・開発・運用からエンジニアチームのマネジメントまでを継続的に担います。ここでは提唱元の公式ページの記述に基づき、定義と経緯、3つの特徴と提供内容、開発プロセスを中立に整理します。

定義と提唱の経緯——2011年の創業から続くビジネスモデル、100社超の実績

ソニックガーデンは、代表の倉貫義人氏のもと、創業の2011年から「納品のない受託開発」を続けており、100社を超える顧客と事業の立ち上げから上場に至る成長までを共に経験してきたとしています。同社はこのモデルを「お客さまに無駄遣いして欲しくない」「本当に価値ある機能を作りたい」「開発に関わる人すべてを幸せにしたい」という考えから生み出したと説明しています。

背景にあるのは、一括請負の納品型受託開発が抱える問題意識です。納品して終わりの関係ではなく、顧客の一員として事業成長に貢献し続ける。ソニックガーデンは一括請負を行わず、このモデルに専念しています。近年は他社も同じ考え方を自社のモデルとして発信し始めています。契約の形だけを取り出せば、一般にラボ型開発や準委任契約による継続開発と呼ばれる形態とほぼ重なります。

3つの特徴(月額定額・顧問形式・成果契約)と提供内容

ソニックガーデンは「納品のない受託開発」の特徴を3つに整理しています。

• 月額定額: 開発する機能ごとの見積もりが発生しない。定められたコストの中で最大限の成果を出せるよう、顧客と開発側がチームになって取り組む
• 顧問形式: 顧客の顧問として、開発責任者が事業の相談からプログラミングまで、開発に関わるすべての責務を担う。長く続けることで信頼関係を築く
• 成果契約: 提供するのは時間ではなく成果。システムの開発と運用を安定的に行い、定期的な打ち合わせで成果を共有し続ける。顧客による時間の管理は不要

提供内容は3つです。1つ目は、CTO(最高技術責任者)相当の役割を果たす開発責任者で、経営者や事業責任者の右腕として技術の観点から事業の相談に乗り、立ち上げ期は自らプロトタイプを開発し、スケール期はエンジニアチームの組成とマネジメントを行います。2つ目は、開発責任者のもとで設計から実装まで担う開発チームで、全員が顧客との打ち合わせから参加し、体制が維持されるため「優れた内製チームのようなもの」と説明されています。3つ目は、同社が最適化して保守・運用するクラウド基盤で、即日使え、常に最新の状態に保たれます。

開発プロセス——ロードマップミーティング、定例ミーティング、開発期間

プロセスは3つの要素で構成されます。ロードマップミーティングは、経営や事業全体の観点から数か月〜1年単位で必要なシステムを検討し、事業とシステムのロードマップを作るもので、四半期に1度か長くても半年に1度、顧客の経営トップかそれに近い人も参加します。定例ミーティングは、プランにより週1〜四半期の周期で開かれ、動く画面のデモで成果を共有し、その場でフィードバックと次の仕様検討・設計・優先順位の見直しまで行います。

定例の間の開発期間は、コードレビューや自動テストで高品質なシステムを最速で開発・運用し、時間の使い方は開発側に一任され、連絡はプロジェクト管理ツールでの非同期が基本です。「成果を共有し続ける」ことで、納品という区切りがなくても進捗と価値が見える。これがこのモデルの骨格です。では、従来の一括請負と具体的に何が違い、なぜ納品をなくすとうまくいくのか。次章で整理します。

一括請負と何が違うのか——3つの構造的な問題、納品をなくすと起きること、向く案件と向かない案件

「納品のない受託開発」を理解する近道は、一括請負(納品型)の何が問題なのかを押さえることです。システム開発の失敗は技術力の不足ではなく進め方の構造から生まれる、というのがこのモデルの出発点です。ここでは一括請負の3つの問題、両者の比較表、納品をなくすと起きること、向く案件と向かない案件を整理します。

一括請負の3つの問題——先に要件を決めないと始められない、完成後の改修が難しい、投資対効果が下がる

ソニックガーデンは、一括請負の納品型受託開発が抱える問題を3つに整理しています。1つ目は、事前に要件を決めないと開発を始められないことです。納品のために作るべき機能を最初に決める必要がありますが、市場も社内の状況も利用者のニーズも変化し続ける中で、事前に予見するのは難しく、要件どおりに完成しても想定どおり使えるかは未知数です。

2つ目は、完成後の改修が難しいことです。納品でプロジェクトが終了するため、使い始めてから修正したい箇所が出ても、また見積もりから始まり、チームが刷新されるため小さな改修でもコストが高くなりがちです。3つ目は、投資対効果が低くなることです。労働集約の人月見積もりでは、生産性を上げるより人を投入する方向にインセンティブが働き、機能・納期・品質を固定して納品を目指すと開発側は多くのリスクバッファを積まざるを得ません。問題の本質は「納品が発注側にとってのスタートなのに、開発側にはゴールである」というずれにあります。

比較表(契約形態・支払いの対象・仕様の決め方・区切り・向く場面)

本質的な違いは「完成した成果物に払うか、開発という活動の継続に払うか」です。「納品がない」とは何も受け取れないという意味ではなく、契約初月から一部の動くシステムが手に入り、納品という区切りを設けずに育て続けるという意味です。

納品をなくすと起きること——「作らない」提案、小さく始めて大きく育てる、あらゆる技術の相談

納品をなくすと、要件定義も労働集約の見積もりも不要になり、業務とシステムを理解したチームが維持されて改修が容易になり、リスクバッファも減ります。ソニックガーデンは導入メリットを3つ挙げています。1つ目は「作らない」提案が得られることです。月額定額では継続が目標になるため、機能を多く作るより事業に寄与する機能に絞るようになり、既存サービスの利用を勧めることもあります。2つ目は、小さく始めて大きく育てられることです。契約初月から動くシステムが手に入り、動作確認を続けながら価値に確信を得て進められます。3つ目は、あらゆる技術の相談ができることで、単一システムの開発に限らず事業に関わるシステム全体を包括的に担当します。

「作らない」提案は、私が最も重要だと考える点です。当社のラボ型でも、日本人PMが「その機能は今作らなくてよい」「既存のSaaSで代替できる」と要件を減らす相談に乗ることがあります。月額で継続する関係だからこそ、作る量ではなく事業への寄与で判断できる。これは一括請負では構造的に起きにくいことです。

向く案件と向かない案件

向くのは「作って終わり」ではなく「作りながら育てる」性質の開発です。新しいサービスを育てながら作りたい、業務改善を続けたいが社内にエンジニアがいない、要件を固めきれない、将来の内製化への橋渡しにしたい、といったケースです。DXや新規事業は最初から正解が見えず、変化を前提にした進め方が求められるため、特に相性がよい形です。

向かないのは、作るものが最初から決まっている単発の開発や、ホームページ制作のように成果物がはっきりした案件です。「この仕様を、この期日までに」が明確なら、完成を約束してもらえる一括請負が理にかなっています。もう1つ、最も多い誤解は「月額で丸投げできる便利な外注」と考えることです。毎月の優先順位を決めるのは発注側の役割で、何に価値があるかを判断できる人が社内にいないと、稼働だけが消費されます。月額を払っているのに前に進んでいる実感がない、という失敗の多くは判断役の不在から起きる。これは納品のない受託開発でもラボ型でも同じ教訓です。

ラボ型開発・準委任・ODCとの関係と、オフショアで同じ形を取るには——当社の位置づけと契約前の確認5項目

「納品のない受託開発」「ラボ型開発」「準委任開発」「ODC」。似た言葉が並ぶと、どれを選べばよいか分からなくなります。ここでは4つの関係を1つの表に整理し、提唱元に依頼できない場合にオフショアで近い形を取る方法と当社の位置づけ、契約前に確認する5項目を書きます。

関係の整理(表): 契約は同じ準委任・月額固定・稼働に払う。違いは提唱元固有のパッケージ

4つに共通するのは「準委任で、成果物ではなくチームの稼働に対価を払い、優先順位を見直しながら継続開発する」ことです。「納品のない受託開発」の固有性は、CTO相当の開発責任者が事業の相談から入る顧問形式と、時間管理を不要とする成果契約、そして提唱元のクラウド基盤というパッケージにあります。名前ではなく契約内容(準委任か・月の稼働量・解約条件)で判断する、というのが私の持論です。ラボ型の全体像は「ラボ型開発」の記事、ODCは「ODC」の記事、契約形態の違いは「準委任 請負 違い」の記事で整理しています。

オフショアで近い形を取る——日本人PMが優先順位の相談に乗る当社のラボ型(同じではないが近い)

「納品のない受託開発に共感したが、枠や予算の都合で依頼できない。オフショアで近い形は取れないか」という相談を受けることがあります。当社のラボ型は、月額固定・準委任・専属チームで、日本人PMがフロントに立って優先順位の相談に乗る点で近い形になります。CTO相当の開発責任者が事業の相談に乗る提唱元のモデルと同じではありませんが、「作らない」相談、小さく始めて育てる進め方、同じチームの継続という骨格は共有しています。

金融系マッチングサービスの開発では、PM1名とフルスタックエンジニア2名が構想段階から伴走し、仕様が固まる前から小さく作って事業の立ち上げまで支えました。当社は2,000名以上のIT人財データベースから直接アサインするため仲介マージンが乗らず、実務3年目安1,500USD(約22.5万円)、5年2,000USD、10年・ブリッジSE 3,000USDと単価を公開し、日本人PM+2〜3人月の最小構成で月額約80万円から、1名から最短2週間で組めます。契約は日本国内の法人と日本法準拠です。国内で同じ形を取る場合と比べて、予算の枠で近い体制を持てる。これが当社の位置づけです。

契約前に確認する5項目

納品のない受託開発でも、ラボ型でも、契約前に確認すべき項目は同じです。当社が契約前の打ち合わせで必ず確認している項目を挙げます。

1. 月あたりの稼働量と体制: 月額に含まれる稼働がどの程度で、誰が(何人が)担当するか
2. 進み方の見える化: 週次の報告やタスク管理ツールの共有があるか。完成の約束がない分、過程が見えることが信頼の土台
3. 優先順位を決める定例の持ち方: 頻度と、自社側の誰が出るか
4. 成果物の帰属と引き継ぎ: ソースコード・ドキュメントの著作権と利用権、契約終了時に一式を引き渡してもらえるか
5. 解約の条件: 予告期間と、終了時の引き継ぎ協力の範囲

とくに4と5は、続けることが前提の契約だからこそ先に確認してください。あなたの案件は、「作って終わり」の開発でしょうか、それとも「作りながら育てる」開発でしょうか。

納品のない受託開発でよくある質問

「納品のない受託開発」について相談の場で繰り返し聞かれる質問を5つにまとめました。外注モデルを見直す際の参考にしてください。

Q1. ソニックガーデン以外でもできますか?

「納品のない受託開発」という名称は提唱元のものですが、仕組み(準委任・月額固定・専属チーム・継続開発)はラボ型開発として多くの会社が提供しています。顧問形式や成果契約まで含めた同じパッケージかどうかは、会社ごとに契約内容で確認してください。

Q2. ラボ型開発と同じですか?

契約(準委任)と支払い(月額固定)、チームの稼働に払う点はほぼ同じです。違いは、CTO相当の開発責任者が事業相談から入る顧問形式、時間管理を不要とする成果契約、自社クラウド基盤という提唱元固有のパッケージにあります。

Q3. 費用の目安はいくらですか?

提唱元の費用はプランによるため公式サイトでご確認ください。オフショアのラボ型で近い形を取る場合、当社は日本人PM+2〜3人月の最小構成で月額約80万円からです。費用の内訳は「ラボ型開発 費用」の記事で試算しています。

Q4. 何も納品されないのですか?

いいえ。契約初月から一部の動くシステムが手に入り、定例でデモを見ながら育てていきます。「納品という区切りがない」だけで、成果物の帰属と契約終了時の引き渡しは契約で確認できます。

Q5. 途中でやめられますか?

準委任契約は継続前提ですが、解約の予告期間を契約で定めて終了できます。当社は1か月単位で縮小・交代に対応しています。終了時のソースコード・ドキュメントの引き渡しを契約前に確認しておくことが、安心して続けるための土台。

まとめ: 名前ではなく契約内容で理解する——向く案件はラボ型と同じ、オフショアでも近い形が取れる

「納品のない受託開発」は、ソニックガーデンが2011年の創業から提唱するビジネスモデルで、月額定額・顧問形式・成果契約を特徴とします。納品という区切りをなくし、CTO相当の開発責任者が事業の相談から設計・開発・運用まで担い、ロードマップミーティングと定例ミーティングで成果を共有しながら、小さく作って育て続ける。一括請負の「先に要件を決めないと始められない」「完成後の改修が難しい」「人月見積もりとリスクバッファで投資対効果が下がる」という構造的な問題への答えです。

納品をなくすと、「作らない」提案、小さく始めて大きく育てる進め方、あらゆる技術の相談が可能になります。向くのは新サービスを育てる開発、続けたい業務改善、要件を固めきれない案件、内製化への橋渡しで、単発・成果物が明確な案件や、優先順位を判断する役割を社内に置けない場合には向きません。契約は準委任・月額固定・チームの稼働に払う点でラボ型開発・ODCとほぼ同じで、違いは提唱元固有のパッケージにあります。名前ではなく、準委任か・月の稼働量・成果物の帰属・解約条件で判断してください。

提唱元に依頼できない場合、日本人PMが優先順位の相談に乗る当社のラボ型は近い形になります。2,000名以上の人財データベースから直接アサインし、公開単価で1名から最短2週間、日本国内の法人と日本法準拠で契約できます。ラボ型の全体像はラボ型開発とは、契約形態の違いは準委任と請負の違いもあわせてご覧ください。現在の体制と要件をお聞かせいただければ、近い形が組めるかどうかの判断と概算見積もりでお答えします。合わない案件にはその旨も率直にお伝えします。