多重下請けを「中抜きばかりの悪い仕組みなのでは」と感じ、なぜ今も使われ続けるのか疑問を持った人へ。多重下請けには、発注側・元請け・下請けのそれぞれに合理的なメリットがあります。
ただし、メリットがあるのは各階層が専門性や管理機能を担っている場合です。階層が深くなり、仕事を横へ流すだけの企業が増えれば、本来の利点は中間コストや情報伝達の問題へ変わります。
多重下請けのメリットとは?なぜ利用され続けるのか
私は、多重下請けを「下請けが何社入っているか」だけで善悪判断するのは間違いだと考えています。見るべきなのは、複数企業へ仕事を分けることで、どんな価値が生まれているのかです。
多重下請けとは、発注者から仕事を受けた元請け企業が業務の一部を下請け企業へ委託し、その下請け企業がさらに別の企業へ再委託することで、複数の階層が形成される取引構造です。
一次下請け、二次下請け、三次下請けと階層が重なるため、「重層下請構造」と呼ばれる場合もあります。
IT業界では、発注企業からシステム開発案件を直接受けた企業が元請けとなり、その一部を別のIT企業へ委託する形が代表的です。元請けは「一次請け」「プライム」「直請け」などと呼ばれることもあります。
建設業界でも、発注者から工事を受注したゼネコンが専門工事をサブコンなどへ発注し、さらに一部の業務が別会社へ委託される構造があります。
物流も同様です。メーカーなどの荷主から仕事を受けた物流会社が、地域、車両、人員などの状況に応じて別の運送会社へ委託し、その先で再委託が行われるケースがあります。
途中に企業が増えるほど非効率に見える一方、IT・建設・物流で多重下請けが利用されてきた大きな理由は、すべての人員・設備・専門能力を1社で常時保有しなくても、大規模な仕事へ対応できるからです。
立場別に整理すると、主なメリットは次のようになります。
| 立場 | 主なメリット |
|---|---|
| 発注側 | 大規模案件を一括して任せやすい。複数分野の専門人材を間接的に活用できる |
| 元請け | 自社人員だけでは対応できない案件を受注できる。専門企業を組み合わせられる |
| 下請け | 自社だけで発注者を開拓しなくても案件を得やすい。専門分野へ集中できる |
| 業界全体 | 繁忙期や突発需要に合わせて人員・設備を柔軟に動かしやすい |
つまり、多重下請けは単に「中間業者が増える仕組み」ではありません。
需要と供給の変動が大きく、1社だけですべての能力を常時保有することが難しい業界で、企業同士が不足するリソースを補う仕組みとして機能してきた面があります。
私はここを明確に分けるべきだと思います。「下請けが存在すること」と「必要以上に階層が深くなること」は別問題です。
専門会社へ仕事を任せること自体には合理性があります。問題になりやすいのは、実際の業務にも管理にも付加価値を与えない企業まで商流へ入り、報酬や情報だけが途中で目減りしていく状態です。
発注側にとって多重下請けにはどんなメリットがある?
私は、発注側にとっての本質的なメリットは「安く外注できること」ではなく、必要な能力を必要な期間だけ確保しやすくなることだと考えています。
たとえばシステム開発では、数十人、場合によっては数百人規模の人材が一定期間だけ必要になることがあります。
発注企業がそのピークに合わせて大量のエンジニアを直接採用すれば、プロジェクトが終了して必要人数が減った後にも固定的な人件費が残ります。
案件全体を管理できる元請けへ発注し、元請け側が必要な企業や技術者を集めれば、発注側は自社ですべての人員を抱えなくてもプロジェクトを動かせます。
建設業も構造は似ています。
一つの建物を完成させるには、建築、電気、空調、給排水など異なる専門領域が必要です。それぞれの専門会社を発注者自身が一社ずつ細かく管理するより、元請けが取りまとめたほうがプロジェクト全体を管理しやすい場合があります。
物流では、需要変動への対応がさらに分かりやすいメリットになります。
国土交通省などの調査を紹介した資料では、下請けのトラック事業者を利用している事業者が約7割とされ、別の物流関連記事では調査対象企業の75.6%が荷主と元請けの間を仲介している状況が紹介されています。
物流需要は毎日一定ではありません。繁忙期、特売、天候、突発的な注文などによって必要な輸送能力は変わります。
最大需要に合わせて荷主側が大量の車両やドライバーを保有すると、通常期に設備や人員が余る可能性があります。下請け企業を含むネットワークを使えれば、必要な時期だけ輸送能力を増やしやすくなります。
地域や商品に応じて専門業者を使える点もメリットです。
冷蔵・冷凍輸送、特定地域への配送、大型貨物などでは必要な車両やノウハウが異なります。専門企業へ適切に分担できれば、発注側がすべての設備や能力を自前で揃える必要はありません。
ただし、この柔軟性が成立するのは委託先を管理できている場合です。
階層が深くなり、発注者自身が「最終的にどの会社が業務を担当しているのか」を把握できなくなれば、人員調整というメリットが品質管理や法令遵守のリスクへ変わります。

元請けにとって多重下請けのメリットは何?
私は、元請けにとって多重下請けを使う最大の意味は、自社の社員数や保有技術だけで受注可能な仕事の上限が決まらなくなることだと思います。
IT業界を考えると分かりやすいでしょう。
あるシステム開発で100人規模の人員が必要になっても、元請け企業に100人分の余剰人員が常にいるとは限りません。
案件のピークを基準に全員を正社員として抱えれば、案件が少ない時期にも給与などの固定費が発生します。
そこで、開発、インフラ、クラウド、セキュリティなどを得意とする外部企業と協業すれば、不足している技術や人員を補えます。
元請けは顧客との調整、要件整理、プロジェクト全体の管理、品質管理などを担い、個別工程を専門企業へ委託するという役割分担も可能です。
日本企業のIT需要が1980年代以降拡大するなか、元請け企業が自社だけですべての人材を確保するのではなく、外注によって急増する案件へ対応したことが多重下請け拡大の背景の一つとして指摘されています。
需要が安定していれば社員を増やす選択肢もあります。しかし案件量が大きく変わる業界では、需要の最大値に合わせて常時人員を抱えることにも経営上のリスクがあります。
必要な部分を外部企業へ委託できれば、自社の人数だけでは対応できなかった案件まで受注できる可能性が広がります。
さらに重要なのが、専門企業の技術を利用できることです。
建設業では、ゼネコンがすべての工種を自社社員だけで施工するのではなく、電気設備や空調設備など、それぞれを専門とする企業へ仕事を任せます。
これは「下請けだから技術力が低い」という意味ではありません。
特定分野だけを見れば、元請け企業より高度な技術や設備を持つ専門会社もあり得ます。そうした企業を案件ごとに組み合わせられること自体が、元請けの受注力になります。
発注者に対する窓口を一本化できる点も重要です。
発注者が多数の専門会社と個別に契約し、進捗や品質を一社ずつ管理するより、元請けが全体管理を担うほうが合理的な案件もあります。
その統括に実質的な価値があるなら、元請けが管理費や利益を得ることにも役割上の理由があります。
私はここで、「管理によって価値を生み出す会社」と「案件を次へ流すだけの会社」は明確に区別すべきだと考えています。
元請けが要件定義、品質管理、進捗管理、契約管理などを担っているなら、その階層には存在理由があります。
反対に、実務にも管理にもほとんど関与せず、受けた案件をそのまま別会社へ流すだけの階層が増えれば、多重下請けのメリットより中間コストの問題が大きくなります。
商流だけでキャリアを決める必要はありませんが、自社の役割を説明できない環境なら、他社の案件や働き方と比較する材料を持っておくべきだと私は思います。
今の市場価値を確認するなら:
客先常駐エンジニアにおすすめの転職エージェント5選
下請けにとって多重下請けのメリットはある?
私は、下請け企業にも明確なメリットはあると考えています。とくに大きいのは、営業コストを抑えながら案件へ参加しやすくなることです。
企業が発注者から直接案件を獲得するには、営業活動、提案書作成、見積もり、契約交渉、取引実績の構築などが必要になります。
とくに規模の小さい企業では、高い技術力があっても大企業や官公庁などから直接大型案件を受注するのが難しいケースがあります。
すでに発注者との取引基盤を持つ元請けと関係を築けば、自社で大規模な営業組織を持たなくても仕事を受けられる可能性があります。
建設業についての参考資料でも、元請けとの信頼関係が構築されれば、下請け企業が継続的に仕事を受けやすくなる点がメリットとして挙げられています。
もう一つの利点が、専門分野へ集中しやすいことです。
下請け企業は案件全体を統括するのではなく、特定工程で強みを発揮することで競争できます。
建設なら特定工種、ITならインフラ構築、テスト、運用保守、特定言語による開発など、自社の得意領域へ人材や設備を集中できます。
そのため、専門性が高い企業まで「下請けだから必ず低単価」と判断するのは適切ではありません。
特定分野で代替しにくい技術力を持つ会社や人材であれば、商流上の位置だけで報酬水準が決まるとは限りません。
ITでも、高度なセキュリティ、クラウド、データ基盤など、専門性の高い領域では同じ考え方ができます。
企業規模が小さくても、大規模案件へ参加できる点もメリットです。
元請けとの取引を通じて、大企業のシステム開発、大規模建設、全国規模の物流など、自社単独では直接受注しにくい仕事へ関われる場合があります。
その仕事で得た技術や実績が、次の案件につながることもあるでしょう。
ただし、ITエンジニアのキャリアを見る場合は、ここで話が変わります。
多重下請けの末端になるほど業務が細分化され、「顧客と要件を詰める」「仕様を決める」「技術選定をする」「プロジェクト全体を見る」といった経験を得にくくなるケースがあります。
つまり、下請けとして専門領域へ集中できることと、限定された作業へ固定されることは表裏一体です。
商流の名前より確認すべきなのは、実際に何を任され、誰と話し、どこまで自分で判断できるかです。
同じ二次請けでも、顧客と近い場所で設計や技術選定まで担当する会社と、すでに決められた手順だけをこなす会社では、身につく能力は大きく異なります。
私は、SES企業を見るときに「元請けか下請けか」だけを確認して終えるべきではないと思います。
担当工程、顧客との距離、技術選定への関与、案件変更後にも使えるスキルが残るかまで確認して、初めてキャリア上のメリットを判断できます。
多重下請けのメリットが大きいIT・建設・物流の共通点とは?
私は、IT・建設・物流で多重下請けが発達した理由はかなり共通していると考えています。必要な人員や専門能力が、案件や時期によって大きく変わるからです。
ITでは、大型システムの開発中には多くのエンジニアが必要でも、完成して保守運用へ移行すると必要人数が減ることがあります。
建設では工事の工程ごとに必要な専門職種が変わり、一つの建物が完成すれば、その現場での工事自体は終了します。
物流では繁忙期や突発注文によって、短期間だけ必要な車両やドライバーが増えることがあります。
企業が考え得る最大需要に合わせて人員や設備を常時保有すると、仕事が少ない時期には余剰が発生します。
そこで、企業同士で仕事を分担し、必要な時期に必要な能力を組み合わせる仕組みが発達してきました。
参考資料では、日本の雇用流動性が低かった歴史的背景も、多重下請けが拡大した理由の一つとして説明されています。
長期雇用を前提とする雇用慣行の下では、一時的な需要増に合わせて採用し、需要がなくなればすぐ人員を減らすという調整は容易ではありません。
その結果、自社で処理できない仕事を一次下請けへ、一次下請けでも不足すれば二次下請けへ委託する構造が生まれやすくなります。

だからといって、多重下請けをなくせば問題がすべて解決するわけでもありません。
外注や再委託を全面的になくせば、発注企業や元請けは需要の最大値に合わせて人員・設備を保有する必要があり、別の非効率が生まれる可能性があります。
私は「何次請けまでなら健全で、何次請けから問題」という線引きだけにも賛成できません。
同じ三次請けでも、そこにしかできない技術や地域ネットワークを持つ企業であれば役割はあります。一方、一次請けに近くても案件情報を別会社へ渡すだけなら、付加価値は大きいとはいえません。
健全な分業と不健全な多重化を分ける基準は、階層の数そのものではなく、途中にいる企業が専門性、管理、品質保証、需給調整などの役割を本当に担っているかです。
ここを確認すると、多重下請けを「商流の長さ」だけではなく「付加価値の連鎖」として見られるようになります。
多重下請けのメリットがデメリットへ変わるのはどんな場合?
私は、多重下請けが問題になる境目は、増えた階層による付加価値より、増えたコストと情報ロスのほうが大きくなったときだと考えています。
多重下請けには合理的な面がありますが、階層を増やすほどメリットが大きくなるわけではありません。
第一の問題は中間コストです。
元請けが発注者から受け取った予算から利益や管理費を確保し、一次下請けも同様に利益を確保して再委託すれば、二次、三次と商流が深くなるにつれて、実際に業務を担当する会社へ渡る金額は小さくなりやすくなります。
参考資料でも、この構造によって下層の企業ほど予算が厳しくなり、作業量とのバランスが崩れる可能性が指摘されています。
物流でも、再委託のたびに管理費や利益が加われば、最終的な輸送コストへ影響する可能性があります。
つまり、外部企業を活用して柔軟に仕事を配分するという当初のメリットが、階層の増えすぎによって中間コストの増加へ反転します。
第二の問題は情報伝達です。
発注者から元請け、一次下請け、二次下請けへ情報が渡るたびに、説明が省略されたり、解釈が変わったりする可能性があります。
IT開発なら仕様変更が末端の開発者まで正確に伝わらない、物流なら荷主からの条件変更が実際に配送するドライバーへ届くまで時間がかかる、といった問題が考えられます。
とくに短時間での対応が必要な場面では、伝達経路の長さそのものが弱点になります。
第三は責任の所在です。
複数企業が一つの成果物や業務へ関われば、トラブル時には「どの工程で何が起きたのか」を確認しなければなりません。
契約範囲と管理体制が明確なら整理できますが、役割が曖昧であれば原因確認そのものに時間がかかる可能性があります。
第四は人材育成への影響です。
ITでは仕事が細かく分割され、末端の企業が限定された作業だけを担当し続けると、エンジニアがシステムやプロジェクト全体を理解する機会が減ることがあります。
設計、開発、テスト、運用がどうつながっているのかを俯瞰する経験を積めなければ、その後のキャリア形成にも影響し得ます。
元ネタとなった2024年4月19日のアイエスエフネット編集部の記事でも、多重下請けの問題点として「責任の所在が分かりにくい」「人材が育ちにくい」「労働環境が悪くなる」「労働生産性と市場競争力が低下する」という4点が挙げられています。
一方、2025年2月27日のハコベルの記事では、物流の多重下請けについて、繁忙期などの柔軟なリソース調達や専門業者利用をメリットとしながら、コスト増加、労働条件悪化、情報伝達の非効率、品質管理や法令遵守の難しさを課題として整理しています。
この二つの見方は矛盾しません。
多重下請けは、役割のある企業が組み合わされれば需給調整の仕組みになり、役割の薄い階層が増えれば非効率の原因になるということです。
自分の勤務先が商流の中で何を担っているのか説明できず、担当工程も長期間固定されているなら、今すぐ辞める必要はなくても、外の選択肢と比較しておく意味はあります。
今の市場価値を確認するなら:
客先常駐エンジニアにおすすめの転職エージェント5選
多重下請けのメリットをどう評価すべき?ITキャリアの視点から考察
ここからは私見です。私は、多重下請けを「悪い仕組みだからなくせばいい」と結論づけるだけでは、実態を十分に説明できないと思います。
企業が外部リソースを活用すること自体には合理性があります。
仕事量が常に一定でない以上、必要になる可能性のある専門人材をすべて正社員として抱えておくことが、必ずしも最適とは限りません。
専門企業へ委託したほうが、自社で一から技術や設備を揃えるより高い専門性を利用できる場合もあります。
特定技術に強いIT企業、特定地域に配送網を持つ運送会社、特定工種に熟練した建設会社を組み合わせることは、本来は合理的な分業です。
私が問題だと考えるのは、分業が「役割のある協業」ではなく、「ただの多層化」へ変わることです。
元請けが顧客折衝と全体設計を担当し、専門企業が技術領域を担当するのであれば、役割分担として説明できます。
しかし、その間に実質的な役割を持たない会社が複数入り、案件情報と予算を次の会社へ渡すことが主な機能になれば、階層が増えるほど非効率になりやすくなります。
SESで働くエンジニアにとっても、「何次請けなのか」という数字だけを見るより、付加価値の有無を確認したほうが実態をつかみやすいでしょう。
たとえば二次請けでも、顧客業務を理解し、基本設計や技術選定まで任されるのであれば、得られる経験は小さくありません。
反対に一次請け企業の社員でも、他社への調整だけを続け、技術や業務知識がほとんど蓄積されない仕事なら、キャリア上の優位性を商流だけから判断することはできません。
私はITエンジニアが多重下請け企業を評価するとき、少なくとも次の5点を確認すべきだと考えています。
- 顧客とどの程度直接コミュニケーションできるか
- 要件定義や設計など、希望する工程へ進める道があるか
- 特定分野の専門技術を深められるか
- 案件が終わった後も社内や本人にノウハウが残るか
- 自社が商流の中でどのような付加価値を提供しているか
これは企業側にも同じことがいえます。
下請けであること自体が弱みなのではなく、「なぜその会社へ任せる必要があるのか」を説明できることが重要です。
高い専門性、品質保証、業界知識、地域ネットワークなどを持つ下請け企業であれば、商流の中でも継続して必要とされる可能性があります。
一方、単純に人員や案件を次の会社へ流すことが中心の企業は、直取引の増加、内製化、取引の透明化、AIやDXによる業務効率化が進むほど、存在理由を問われやすくなるでしょう。
参考資料でも、多重下請けからの脱却策として、自社内で工程を完結できる技術人材の確保や、強みを生かしたプロダクト・サービス型へのビジネスモデル転換が挙げられています。
物流でも、直取引の推進、取引履歴のデジタル化、AIによる需要予測、IoTを使った業務管理などが、多重構造による非効率を減らす方向として紹介されています。
私は今後も「外注そのもの」は残ると思います。
専門技術が高度化するほど、1社ですべてを内製するより、得意分野の異なる企業同士が協業する合理性は残るからです。
一方で、デジタル化によって発注者、元請け、実務担当者の情報共有が容易になれば、情報を受け渡すことしか役割を持たない中間階層は必要性が低下する可能性があります。
今後も商流の中で価値を持ちやすいのは、プロジェクト管理、専門技術、品質保証、顧客理解、地域ネットワークなど、その会社が介在することで具体的な価値が増える企業でしょう。
だから、多重下請けの将来を考えるときは「下請けがなくなるか」ではなく、「付加価値を説明できない中間階層がどこまで必要とされるか」を見るほうが本質的です。
まとめ:多重下請けのメリットは「柔軟な分業」にある
多重下請けの最大のメリットは、企業が人員・設備・専門技術をすべて自社で抱えず、複数企業で補完しながら大規模な仕事へ対応できることです。
発注側は必要な専門能力をまとめて利用しやすくなり、元請けは自社人員だけでは対応できない規模の案件へ参加できます。下請け側も、営業負担を抑えながら案件を確保し、得意分野へ集中できる可能性があります。
IT、建設、物流で多重下請けが広がった背景には、案件や時期によって必要な人員と専門性が変わるという共通点があります。
一方、階層が必要以上に深くなると、中間コストの増加、情報伝達の遅れ、責任範囲の不明確化、現場への予算圧迫などが起こりやすくなります。
そのため、判断するときは「何次請けか」だけで終わらせず、各企業が商流の中で何を実際に担っているかを確認してください。
ITエンジニアであれば、顧客と直接話せる、設計や技術選定へ進める、専門スキルが蓄積する会社なら、下請けでもキャリア上のメリットはあり得ます。
反対に、担当工程が長期間固定され、顧客との接点もなく、自社が商流で提供する価値も説明できないなら、今の環境だけを前提にせず、他社の仕事内容や商流と比較することを私は勧めます。
よくある質問
多重下請けには本当にメリットがありますか?
あります。
発注側は大規模案件をまとめて任せやすくなり、元請けは外部企業を活用して自社の人員数を超える案件へ対応できます。下請け側も、元請け経由で案件を確保しやすくなり、特定分野へ集中できるメリットがあります。
ただし、階層が深くなりすぎれば、中間コストや情報伝達、品質管理などの問題が大きくなるため、階層ごとの役割を見る必要があります。
下請け企業で働くこと自体が不利なのでしょうか?
一概にはいえません。
下請けでも専門性の高い技術を担当したり、大規模案件で設計や技術選定へ関われたりする企業があります。
一方、細分化された作業だけを長期間担当する環境では、上流工程や全体設計を経験しにくくなる可能性があります。
ITエンジニアの場合は、商流だけでなく、担当工程、顧客との距離、技術選定への関与、次の案件でも使えるスキルが身につくかを確認することが重要です。
多重下請けは今後なくなるのでしょうか?
完全になくなると断定できる状況ではありません。
IT、建設、物流はいずれも案件や時期によって必要な人員・専門能力が変動するため、外部企業との分業そのものには合理性があります。
ただし、直取引や内製化、取引データのデジタル化、AI・IoTなどによる効率化が進めば、専門性や管理機能を持たず仕事を中継するだけの階層は縮小していく可能性があります。
あわせて読みたい
執筆:新海 智也
公的統計や一次情報、各業界の公開資料をもとに、客先常駐・SESを含むITキャリアを構造面から整理しています。企業や働き方を判断するときは、商流の名称だけではなく、担当工程・顧客との距離・専門性・意思決定への関与まで確認してください。


SESや客先常駐から抜け出したい人に向けて、退職・転職の仕組みと、各サービスの中身を調べてまとめています。