一次請けと二次請けでエンジニアの年収はなぜ変わる？商流を見抜く6つの確認点

一次請けと二次請けで変わるのは、仕事の難しさではありません。価格を誰が決めるかと、任される工程がどこまでかです。この2つが変わる結果として、同じ実務経験でも年収の水準が変わります。

「何次請けか」だけで年収が決まるわけでもありません。契約形態、担当工程、そして勤務先の給与テーブルという3つが噛み合った結果が提示額になります。まず構造を分解し、そのうえで求人票と面談で位置を見分ける方法を扱います。

一次請けと二次請けは何が違うのか

違いは契約の相手です。一次請け（プライム）はシステムを使う発注元と直接契約し、二次請け以下は一次請け企業と契約します。エンドユーザーから見て何社を経由しているかが「商流の深さ」で、経由するたびに契約が1本増えます。

契約が1本増えるということは、価格の決定が1段遠くなるということです。発注元が支払う総額は変わらないまま、そこから一次請けの取り分が差し引かれた額が二次請けへの支払いになります。二次請け企業の売上はその範囲が上限になり、三次請けならさらにもう一段内側が上限になります。

この表は取引の構造だけを示したもので、各段の企業規模や技術力の順位を表すものではありません。二次請けのほうが特定領域に強いことは実際にありますし、一次請けが自社で開発せず管理だけを担う体制もあります。表は「価格の決定権がどこにあるか」を読むための地図として使ってください。

年収差はどのくらい出るのか

商流の位置は、企業タイプという形で年収の水準に現れます。実務3〜5年・東京勤務・スキル中位という条件を固定して、企業タイプだけを動かすと次のようになります。

上場・大手とSESで、推定の中央値に 132万円 の差があります。上場・大手は発注元と直接契約する側に立ちやすく、SESは一次請けの体制へ人単位で入る形が多いという、立ち位置の違いが反映された数字です。

ただしこの表は企業タイプの分類であって、商流の段数そのものではありません。同じ「中小の受託・SIer」の中に、自社で元請けを取る会社と、大手の下に付いて人を出す会社の両方が含まれます。社名や企業規模から商流を推測すると外します。 判断できるのは、契約形態と担当工程を具体的に確認したあとです（企業タイプ別のエンジニア年収相場）。

各行が幅を持っている点も重要です。同じSESの枠内でも、スキルの水準だけで次の程度は動きます。

• スキル下位（スコア30）：379〜445万円
• スキル上位（スコア85）：465〜546万円

つまり構造で決まる部分と、個人で動かせる部分の両方があります。構造の話だけをして「移らないと無理だ」と結論づけるのも、個人の努力だけで132万円を埋められると考えるのも、どちらも実態から外れます。

仕組み1：価格を決める主体が変わる

商流が深くなると、価格交渉の相手が発注元ではなくなります。一次請け企業は発注元に対して、この体制でこの期間ならこの金額だと提案し、合意した金額で受注します。二次請け企業が交渉する相手は一次請け企業で、交渉できる範囲は一次請けが受け取った額の内側に限られます。

この構造は、個人の評価にも間接的に効きます。会社が受け取る単価に上限があると、その中から人件費と管理費と利益を配分することになり、給与テーブルの上限も引っ張られます。個人が高い成果を出しても、原資の上限を超える昇給は制度として作りにくくなります。

具体例で考えます。同じ開発チームに一次請けの社員と二次請けの社員が並んで座り、同じ機能を実装しているとします。作業内容がほぼ同じでも、二次請け側の給与は自社が受け取る支払額の内側で決まります。同じ仕事をしているのに年収が違うという状況の多くは、能力差ではなくこの配分構造から生まれています。

注意点として、中間に入る企業が何もせず差額を取っているわけではない場合もあります。要員の確保、契約と労務の管理、稼働していない期間の給与保証といった機能を担っていることがあり、その分の費用は実際に発生しています。中間マージンの水準は企業や契約ごとに異なり、公開された統計として確認できる値がないため、ここでは割合を示しません。

仕組み2：契約形態が変わる

商流の位置とあわせて確認したいのが契約形態です。請負契約は成果物の完成に責任を持つ形、準委任契約は業務の遂行に対して責任を持つ形、労働者派遣は派遣先が指揮命令を行う形で、それぞれ責任の所在と指示系統が違います。

この違いは、年収よりも先に働き方の実感に出ます。請負では作り方の裁量が受注側にあり、進め方を自分たちで決められる余地が大きくなります。準委任や派遣では、日々の作業の優先順位が発注側の判断で決まる場面が増えます。裁量の大きさは、そのまま「判断した経験を積めるか」に直結します。

求人票に契約形態が書かれていない場合、面談で聞くのが確実です。実態として指揮命令を受けているのに契約上は請負になっているといった問題は、法令上の論点を含みます。個別の契約が適法かどうかの判断は、この記事では扱えません。 疑いがある場合は、契約書の記載を確認したうえで労働局の相談窓口や専門家へ相談してください。

仕組み3：任される工程が変わる

商流が深くなるほど、担当する工程は下流に寄ります。要件定義と基本設計が一次請けと発注元の間で終わったあとに作業が渡ってくると、下流で選べるのは実装方法だけになります。これは能力の問題ではなく、決定の順番の問題です。

工程の位置は、転職市場で示せる実績の質を左右します。選考で問われるのは「何を作ったか」よりも「どう判断したか」に寄るためです。設計の選択肢を比較して選んだ経験、性能や障害に対して原因を切り分けた経験は、上流に触れていないと言語化しにくくなります。

一方で、下流にいても判断の経験を作れる余地は残ります。既存コードの構造を把握して影響範囲を説明する、遅い処理の原因を計測して改善する、再発した不具合の発生条件を特定する、といった仕事はどの位置にいても発生します。任された範囲の中で自分が決めた部分を記録に残しているかどうかが、後から効いてきます（SESから自社開発へ転職すると年収は132万円変わる）。

二次請けでも年収が高いことはある

商流の位置は年収の傾向を作りますが、例外は確実にあります。代替しにくい専門性を持つ人には、位置よりも希少性が価格を付けるためです。

分かりやすい例は、特定領域の設計を任せられる場合です。大量のトラフィックを前提とした基盤設計、決済や認証のように失敗が許されない領域、既存の巨大なコードを理解して安全に変更する仕事などは、担い手が限られます。この場合、一次請け側が「この人でないと進まない」状態になり、単価の交渉力が逆転することもあります。

ただし単価が上がっても、それが個人の給与へどこまで反映されるかは勤務先の制度次第です。単価連動の仕組みがあるか、評価の基準が公開されているか、昇給の判定時期が決まっているかを確認しないと、会社の売上だけが増えて手取りが変わらないという状態が起こり得ます。単価と給与は別の話として確認してください。

一次請けに入っても上がらないことはある

逆の失敗もあります。一次請けの企業に移ったのに、担当する仕事が進行管理と調整だけで、設計や実装は下請けが担っているという状態です。この場合、商流上は上流にいても、技術的な判断の経験は増えません。

こうなると次の転職で困ります。管理経験としてはカウントされますが、技術力を評価する選考では示せる材料が薄くなります。上流にいることと、上流の判断をしていることは別だからです。「元請けに入れるか」ではなく「設計の意思決定に関与できるか」を確認するほうが、実態に近い判断になります。

面談では、開発を自社で行っているのか、パートナー企業に委託しているのか、その割合はどの程度かを聞きます。自社開発の比率が低い場合、入社後に自分が書くコードの量も限られます。年収の提示額が上がっても、次の年収を作る材料が増えないなら、中期では不利になることがあります。

求人票から商流を見分ける6つの確認点

求人票だけで断定はできませんが、手がかりは読み取れます。次の6点を順に見ます。

1. 契約形態の記載 — 請負、準委任、派遣のどれか。書かれていない場合は面談で確認する項目に入れる
2. 勤務地の書き方 — 自社オフィスか、客先常駐か、プロジェクトごとに変わるのか
3. 担当工程の範囲 — 要件定義や基本設計を含むか、詳細設計以降だけなのか
4. 体制の人数と期間 — 大規模で長期の体制は、上流の決定が終わっている場合が多い
5. 誰と要件を決めるか — エンドユーザーと直接話すのか、元請けの担当者と話すのか
6. 評価と昇給の根拠 — 評価基準が公開されているか、単価と給与の関係が説明されているか

このうち最も情報量が多いのは3番目と5番目です。担当工程が下流だけで、要件の相手が元請けの担当者であれば、商流上は二次請け以下の位置にいる可能性が高くなります。逆に、要件をエンドユーザーと直接決めると書かれていれば、一次請けとして関わっている案件があると読めます。

書かれていない項目そのものも情報です。契約形態と担当工程を明示していない求人票は珍しくありませんが、面談で聞いたときに具体的に答えられるかどうかで、社内で整理されているかが分かります。答えが曖昧なまま選考が進む場合は、入社後に説明が変わる余地が残ります。

面談で確認する質問

質問は、事実を確認する形にすると答えが返ってきやすくなります。評価を求める聞き方（御社は上流を任せてもらえますか）ではなく、実態を聞く形（直近の案件では要件を誰と決めましたか）にします。

• 直近に参画した案件では、要件を誰と決めましたか
• 入社後1年目に想定している担当工程はどこからどこまでですか
• 開発は自社で行う比率と、委託する比率はどの程度ですか
• 常駐の案件がある場合、期間と交代の頻度はどの程度ですか
• 昇給はどの基準で判定し、いつ反映されますか

回答の具体性が、そのまま情報の価値になります。案件名を出せない事情はあり得ますが、工程と相手と期間は答えられるはずの内容です。抽象的な答えが続く場合は、複数の面談で同じ質問をして、回答が一致するかを見ます。

フリーランスの場合、商流はどう効くか

フリーランスでは、商流の深さが単価にそのまま出ます。エージェントを経由する場合は、発注元から支払われる額からエージェントの手数料が差し引かれた額が受け取る単価になり、その案件がすでに二次請け以下であれば、さらに内側の額になります。

参考として、掲載案件ベースの月額平均単価は 78.3万円/月（2025年12月度） です。ただしこれは掲載されている単価の平均で、稼働率100%・経費ゼロ・社会保険料の自己負担ゼロを仮定した場合の水準です。単純に12倍した額を正社員の年収と比べることはできません（フリーランス単価が年収にそのまま換算できない理由）。

商流を確認する質問は、正社員の面談とほぼ同じです。誰が発注元か、間に何社入っているか、要件の決定に関与できるかを聞きます。商流が浅い案件を選べるかどうかが、フリーランスでは単価の交渉余地に直結します。 ただし浅い案件は求められる責任範囲も広くなるため、対応できる領域と揃っているかを先に見てください。

商流を上げる順番

順番を間違えると通りません。実力が構造に届いていない状態で応募先だけを変えても、選考で落ちるだけです。市場の需要が比較的高い状態でも、この順番は変わりません。参考として、情報処理・通信技術者の有効求人倍率は 1.39倍（令和8年3月） で、全職業の 1.1倍 を上回っています。

現職でまず作るのは、判断の記録です。設計で複数の選択肢を比較したときの理由、性能や障害を改善したときの計測値と結果、影響範囲を見積もったときの調査手順を、経緯として説明できる状態にします。担当が下流でも、この材料は作れます（スキルで年収は121万円変わる）。

そのうえで、応募先の選び方を工程で見ます。企業タイプで絞るより、要件を誰と決めるかと、開発を自社で行う比率で絞るほうが精度が上がります。提示された年収が現職より高くても、担当工程が現職と同じなら、次の年収を作る材料は増えません。1回の転職で条件と工程の両方を動かすのが難しい場合は、どちらを先に取るかを決めてから応募します。

よくある誤解を3つ

1つ目は「二次請けは技術力が低い」という誤解です。商流の位置は取引の構造で、技術力の順位ではありません。特定領域では二次請け側のほうが深い知見を持つことが普通にあります。

2つ目は「一次請けなら年収が高い」という誤解です。一次請けであっても、開発を委託して管理だけを担う体制であれば、技術者としての評価は上がりにくくなります。年収の水準は事業の利益率と給与テーブルの設計にも左右されるため、商流の位置だけでは決まりません。

3つ目は「商流を上げれば年収が上がる」という誤解です。商流は年収を決める要素のひとつで、経験年数、スキル、勤務地、雇用形態と並ぶ変数です。469万円（2025年） という職種平均には、あらゆる位置と経験年数の人が含まれており、自分の条件を説明する数字にはなりません。比べるなら、条件を揃えたレンジで見てください。

転職前に確認しておくこと

商流を理由に転職を検討する場合、動く前に現職の内訳を把握しておきます。現年収にみなし残業が含まれていると、提示額が上回っていても所定内の給与では下がることがあります。計算の手順はみなし残業を実質時給に換算する方法で扱っています。

次に、提示された役割が応募先の何等級に当たるかを確認します。商流が浅い企業へ移っても、入社時の等級が下端であれば、水準の差はすぐには出ません。等級の範囲と、次の評価時期、判定の基準までを確認して初めて、初年度と3年後の両方を比較できます。

最後に、変えるものと変えないものを整理します。商流、担当工程、勤務地、雇用形態を同時に動かすと、年収が変わった理由が分からなくなります。1つに絞って動かせば、結果を次の判断材料にできます。年収は構造と個人の両方で決まるため、どちらを動かしたのかを自分で把握しておくことが、次の一手の精度につながります。

まとめ

• 一次請けと二次請けで変わるのは、価格を決める主体と任される工程。企業タイプ別では同条件でも推定中央値に132万円の差がある
• 商流の位置は社名や企業規模からは読めない。契約形態、担当工程、要件を決める相手を確認して判断する
• 商流を上げる前に、現職で判断の記録を作る。応募先は企業タイプより、開発を自社で行う比率と担当工程で絞る