開発を外の会社に頼むとき、頭に浮かぶ形は、たぶん2つです。
ひとつは一括請負。要件を決めて、見積もって、作って、納品して、お金をもらう。もうひとつはSES。エンジニアが客先に常駐して、稼働した時間ぶんをお金にする。開発を外に頼むなら、このどちらかだと、僕はずっと思っていました。
正直に言うと、僕はこの業界の当事者です。エンジニアとして5年、しかもキャリアの入り口は、SES企業に拾ってもらったところから始まりました。その現場で人月というものを肌で知っています。なのに、この前まで、一括請負でもSESでもない3つ目のやり方を、選択肢として掴んでいませんでした。
正確に言うと、「ラボ型開発」 という言葉なら、聞いたことはあったんです。ただ僕の頭では、それは「オフショアの安い外注の一種」くらいのぼんやりした棚に入っていて、一括請負ともSESとも別の、独立した第三の契約のかたちだとは思っていなかった。しかも「時間を売らない」という思想を持ったモデルとして立っている — そこまでは、まるで見えていませんでした。
しかも調べてみたら、それは最近生まれたものではありませんでした。2011年から—もう15年近く、静かに存在していた。言葉は耳にしていた当事者の僕ですら中身を掴んでいなかったなら、じゃあ世間はどうなんだろう、というのが今日の入り口です。今回はこの 「サブスク型開発」 というものを、業界の数字で掘り下げていきます。
そもそも「サブスク型開発」とは何か
呼び名はいくつかあります。「月額制受託開発」「開発チームレンタル」「ラボ型開発」。どれも近い場所を指していますが、思想として一番はっきり旗を立てているのが、株式会社ソニックガーデンが2011年に始めた「納品のない受託開発」です。
仕組みはシンプルです。月額定額で、エンジニアが顧問のように寄り添う。事業の相談に乗るところから、設計・開発・運用・改修まで、1人がワンストップで担う。イメージとしては、弁護士や税理士の顧問契約に近い。毎月決まった額を払って、ずっと面倒を見てもらう関係です。
ここで、言葉に一つだけ注釈を入れさせてください。「開発」と聞くと、コードを書く作業だけを思い浮かべる人も多いと思います。でも、このモデルでいう「開発」は、相談から運用まで、ずっと関わり続けること全体を指します。コードを書くのは、そのなかの一部です。事業の相談に乗ったり、優先順位を決めたり、動かしながら直し続けたり—そういう継続的な関わりも、ぜんぶ含んでいます。
一番の特徴は、名前のとおり 「納品」をゴールにしないこと です。提唱者の倉貫義人さんは、著書『「納品」をなくせばうまくいく』（2014年刊）で、こう説明しています。納品して終わる関係は、作る側（納品がゴール）と、頼む側（納品がスタート）の目標をずらしてしまう。だったら納品をなくして、同じゴールを見続けるチームになろう、と。
これが理想論で終わっていないのが、この話の面白いところです。ソニックガーデンは、顧客の年間継続率95%以上、最長継続15年、累計100社以上という数字を公表しています（同社サイト）。作って納品して次、を繰り返すのではなく、同じ顧客に何年も伴走し続けるモデルが、2011年からもう15年近く続いている。
受託・SES・サブスク型の位置関係
先に、混乱しやすいところを整理させてください。ここは、エンジニアの人にも、そうでない人にも、誤解なく届けたい部分です。
エンジニアの世界では、「受託開発」と「SES」を別の業態として分けて語ることが多いです。受託開発は成果物を作って納品する形、SESはエンジニアの稼働そのものを提供する形、というふうに。この感覚を持っている人も多いと思います。
ただ、「契約」という物差しで見ると、線の引き方が変わります。開発を外に頼む契約は、大きく2種類です。
– 請負 — 完成した成果物にお金を払う（作って納品したら完了）
– 準委任 — 人の稼働・関与にお金を払う（完成そのものは保証しない）
この物差しで3つを並べると、位置関係はこうなります。
| 呼び名 | 契約 | 何にお金を払うか | 働き方 |
|---|---|---|---|
| 一括請負 | 請負 | 完成した成果物 | 要件を決めて、作って、納品 |
| SES | 準委任 | 稼働した時間（人月） | 客先に常駐、指示を受けて動く |
| サブスク型（納品のない受託） | 準委任 | 月額定額の継続的な関与 | 顧問として提案、複数社も持てる |
ここで大事なのは、SESと、今日の主役のサブスク型は、同じ「準委任」という親を持つ”兄弟” だということです。一括請負だけが「請負」という別の親を持っている。
だから直感に反して、サブスク型は一括請負の隣ではなく、SESの隣にいます。「それ、フルリモートのSESと同じでは」と感じるとしたら、その勘は鋭い。本当に近い（同じ準委任の兄弟） からです。では、その兄弟の何が違うのか。ここからが本題です。
兄弟を分けるのは「時間を売るかどうか」
契約の”形”が同じ準委任なら、SESとサブスク型の違いは、課金の単位に出ます。ここが、兄弟を分ける一番の急所です。
| 観点 | SES（人月） | サブスク型（納品のない受託） |
|---|---|---|
| 契約類型 | 準委任 | 準委任（同じ） |
| 課金の単位 | 稼働時間・人月（月140〜180時間） | 月額定額（時間で精算しない） |
| 1人が持つ顧客 | 基本1社に張り付く | 1人が複数社を担当 |
| 誰が意思決定するか | 客先の指示を受ける | エンジニアが相談から入り、提案する |
| 生産性の向き | 逆（速く終えると売上が減る） | 正（速く価値を出すほど得） |
この表の最終行が、決定的だと思っています。
SESの人月モデルでは、どれだけ優れた成果を出しても、評価される軸は「規定の時間、稼働したか」になります（Heydayの解説）。だから、効率を上げて早く終えるほど、請求できる時間が減って、売上は下がる。効率化やスキルアップやAI活用が、そのまま自分の売上を削る逆インセンティブになっている。これは人月というモデルの、根っこの持病です。
月額定額にすると、この向きが逆になります。速く価値を出して手が空けば、その余白を別の顧客に回せる。だから効率化もAIも自動化も、全部が得になる。時間を売っていないから、時間を短縮しても損をしない。
だから「フルリモートSESと同じでは」という直感は、鋭いんですが、軸が一つずれています。違いは働く場所ではなく、時間を売るか、価値を売るか。ここです。
ただ、正直な但し書きも要ります。「月額定額」を名乗っても、中身が「1人を1社に常駐させて定額で請求」なら、それは実質フルリモートSESです。看板が違いを作るのではなく、「時間で縛らない・1人が複数社を持つ・エンジニアが決める」という運用の実体が差を作る。名前だけ真似ると、ただの言い換えになります。
「作る顧問」か、「言うだけの顧問」か
SESの次に、もうひとつよく出る疑問があります。「顧問のように寄り添う、なんて言うと、それはITコンサルと何が違うのか」。ここもはっきりさせておきます。
違いは、たった一点です。自分で「作る」かどうか。
ITコンサルの仕事の中心は、「何をやるべきか」を助言し、戦略や要件、設計をまとめることです。上流を担いますが、実際の開発は、別の会社や社内のエンジニアに渡すことが多い。基本的に、自分ではコードを書きません。
サブスク型開発は、相談に乗るところまでは、コンサルとよく似ています。でも、そのまま自分で設計して、実装して、運用して、直し続ける。「顧問」という言葉は、”助言だけ”ではなく、”継続的に関わり続ける関係”を指しているだけで、手を動かさない、という意味ではないんです。ソニックガーデンが担当者を「顧問プログラマ」と呼ぶのが象徴的で、顧問の継続性と、プログラマの実装を、両方まとめて1語に込めている。
一言でいえば、コンサルは「言う人」、サブスク型開発は「言って、作って、直し続ける人」 です。
ここでも、SESのときと同じ落とし穴があります。課金が月額かどうかでは、区別がつきません。技術顧問のように、助言が中心で月額のコンサルもあるからです。だから見分ける軸は、月額か否かではなく、その人が実際に手を動かして作るのか。ここに尽きます。
じゃあ、なぜ誰も知らないのか
ここで、最初の問いに戻ります。当事者の僕が知らなかった。じゃあ世間は。
結論から言うと、僕が知らなかったのは、僕が特殊だからではありませんでした。数字で見ると、市場の大多数が、まだ「知らない側」にいます。知られていない理由は、大きく3つあると思っています。
ひとつめ。そもそも統計に「無い」。 日本の受託市場を「一括請負がどれだけ、準委任がどれだけ」と割った公的な統計は、探しても見つかりませんでした。政府統計は「元請か下請か」でしか割っていない。カテゴリとして測られていないこと自体が、まだ確立された選択肢になっていない、というシグナルです。
ふたつめ。発注する側が、一括請負しか知らない。 システム開発を頼む企業は、多くが一括請負をデフォルトで選びます。理由は「詳しい人がいないから」。ITに明るい人がいない会社ほど、手続きが一回で済む一括請負を好む、と法律実務の側からも指摘されています（IT弁護士のコラム）。実際、2026年になっても「月額制の開発とは何か」を、動画配信や音楽のサブスクに例えて、ゼロから説明する記事が新しく作られ続けています。まだ噛み砕いて説明しないと伝わらない、ということです。
みっつめ。一番根っこにあるのが、言葉そのものです。 非エンジニアの多くにとって、「開発」という言葉は「作ること」に近い意味で固定されています。でもサブスク型開発は、相談から運用まで継続的に面倒を見る、という “開発”の射程そのものを広げる話です。つまり、聞き手が持っている「開発＝作る」という短い物差しの上に、射程の長い概念を乗せようとしている。だから「月額で開発を？」と、作業の話に潰れて伝わってしまう。概念が知られていない以前に、土台の言葉が狭い。ここが、この市場の一番深い無名さだと思っています。
—ただ、知られていないだけで、水面下では確実に動いています。それを示すものが、2つあります。
ひとつは、数字。オフショア開発では、ラボ型（月額・継続）の比率が 2021年の32%から、2024年には49% まで伸び、一括請負型（33%）を逆転しています（テクノデジタル「オフショア開発白書2024」。数値はSHIFT ASIA による白書解説より）。もうひとつは、制度。独立行政法人のIPAが、2020年に「アジャイル開発版のモデル契約書」を公開し、経済産業省の提言をふまえて 「一括請負ではなく準委任を前提に」 と、国として推奨する側に回りました。数字でも、制度でも、継続・月額のほうへ、静かに重心が動いている。
まとめると、いまは 「呼び名としては広まり始めたが、実践としてはニッチ。特に発注側の認知が低い」 という段階です。しかもその低さは二重で、モデルが知られていないだけでなく、土台の「開発」という言葉まで狭く受け取られている。僕が知らなかったのは、むしろこの市場の実態を、正確に映していたわけです。
じゃあ、いいことだらけなのか
ここまで書くと、サブスク型がずいぶん良いものに聞こえるかもしれません。時間を売らない、顧客と同じゴールを向く、効率化が得になる。だからこそ、ここで自分に厳しく疑いをかけておきます。本当に、いいことだらけなのか。
正直に言うと、大きな弱点が3つあります。
ひとつめは、労働集約の天井です。 このモデルは、1人が抱えられる顧客の数が、そのまま売上の上限になります。人を増やさない限り伸びないし、増やせば人件費が乗る。象徴的なのが、元祖のソニックガーデンですら、15年近くたっても従業員は50〜60人規模だという事実です。倉貫さん自身が「急拡大は難しい」と語っています。つまりこれは、少数精鋭で濃く長く、というブティック型のモデルで、爆発的にスケールする種類のものではない。ユニコーンにはなりません。
ふたつめは、さっきの但し書きの再来です。 「月額定額」を掲げても、運用の中身が伴わなければ、ただのフルリモートSESになる。看板と実体がずれているサービスは、実際に存在します。頼む側から見れば、名前だけでは見分けられない、という危うさが残ります。
みっつめは、AIです。 これは以前、AIは新しいものより古いものが好きを書いたとき、最後に少しだけ触れた話につながります。あの記事で僕は、「3人月の根拠を発注側が問い始めると、従来の人月単価ビジネスのモデル自体が成り立たなくなる可能性がある」 と書きました。その続きが、ここに来ます。
AIが開発の工数を圧縮していくと、「動員する人数と時間を売る」人月モデルは、前提から崩れていきます。効率化すると売上が減る、という逆インセンティブを、AIが外側から加速させるからです。皮肉なもので、サブスク型（速いほど得）は、この波に乗れる側にいます。時間を売っていないので、AIで速くなっても損をしない。逆に言えば、AIは既存の人月受託の土俵そのものを、下から溶かしにきている。
だから、サブスク型は万能薬ではありません。スケールしないし、看板倒れの危険もある。ただ、「時間を売らない」というたった一点が、AIの時代とだけは、きれいに噛み合っている。ここは正直、面白いと思いました。
選択肢の地図
今日の話は、「サブスク型が最高だ」でも、「あなたもこれをやるべきだ」でもありません。僕が書きたかったのは、もっと手前のことです。選択肢が、もうひとつあった。ただ、それだけです。
システム開発を頼む側にとって、一括請負とSESしか知らなければ、その2択の中でしか頼めません。3つ目を知っていれば、頼み方そのものが変わる。作る側にとっても、人月で時間を切り売りするのか、価値を定額で売るのかで、働き方はまるで別物になります。以前「一人で、チームを超える」と書いた僕が見た、1人開発の天井で、ソロの限界に触れましたが、「1人が複数社の顧問をまわす」という形は、あの天井に対する、ひとつの答え方でもあるんですよね。
そして、今回いちばん効いたのは、内容そのものより、SES出身でエンジニア5年の僕ですら、これを知らなかったという事実のほうでした。知っているかどうかで、見える地図が変わる。同じ情報でも、頼む人・作る人・独立を考える人で、まったく違う景色になるはずです。
だから、こうして書いてみました。誰かの地図に、3つ目の道が一本増えたら、それで十分です。
FAQ
サブスク型開発とSESは、結局何が違うのですか？
契約の類型は、実はどちらも準委任で同じです。違うのは課金の単位で、SESは稼働時間（人月）に対して払い、サブスク型は月額定額で時間精算をしません。この差が生産性の向きを逆にします。人月は「速く終えると売上が減る」、月額定額は「速く価値を出すほど得」になります。
ITコンサルとは何が違うのですか？
違いは、自分で「作る」かどうかの一点です。ITコンサルは戦略や要件・設計といった助言が中心で、実装は別の会社や社内に渡すことが多い。サブスク型開発は、相談から設計・実装・運用まで自分で手を動かします。コンサルが「言う人」なら、こちらは「言って、作って、直し続ける人」。月額かどうかでは区別できません（技術顧問のように月額のコンサルもあるため）。見分ける軸は「実際に手を動かして作るか」です。
月額定額だと、依頼が少ない月は払い損になりませんか？
買っているのが「稼働時間」ではなく「顧問としての継続的な関与」だと考えると、弁護士の顧問料に近い発想になります。ただし、中身が1社に1人を常駐させる定額請求なら、実質はフルリモートSESです。毎週きちんと成果を可視化してくれるか、が見分けの鍵になります。
なぜ、これほど知られていないのですか？
公的統計にカテゴリとして存在せず、発注する側の多くが一括請負をデフォルトで選んでいるためです。2026年でも「月額制開発とは何か」を初歩から説明する記事が作られ続けています。ただし、IPAが2020年に準委任を推奨するモデル契約書を出すなど、制度の下地は整いつつあります。
準委任だと完成責任がないと聞きました。怪しくないですか？
準委任は、成果物の完成を保証しない契約です。だからこそ、発注側の理解と、提供側との信頼、そして成果の可視化が前提になります。ここが噛み合わない使い方をすると、「請負のつもりだった」というトラブルのもとになります。仕組みそのものが怪しいのではなく、合わない相手・合わない使い方だと機能しない、というのが正確な理解です。
この記事が参考になったら
Share