プライム・元請直のフリーランス案件｜入る条件と求められる実績

プライム・元請直の案件とは

本記事では、「プライム案件」＝発注元と直接契約する事業者が主担当を務める案件、「元請直」＝フリーランスがその事業者と直接契約するか、その直下体制で参画する状態、として整理します。以下の条件・相場感は、公開案件の観測とエージェント面談で見られる傾向を整理したもので、制度上の定義ではありません。

プライム・元請直とは、発注元（エンドユーザー企業）と直接契約している事業者が主担当として動く案件を指します。フリーランスから見た場合、プライム事業者の直下で参画するか、発注元と直接業務委託契約を結ぶ形態が該当します。

商流の基本構造

システム開発の商流は、発注元を頂点に階層化されています。

「プライム」と「元請」はほぼ同義で使われることが多く、いずれも発注元と直接契約している事業者を指します。フリーランスが「プライム直（元請直）」と表現する場合、この一次請け事業者と直接業務委託契約を結ぶ、またはプライムの体制内で参画する働き方を意味します。下請け構造そのものの法律面は公正取引委員会「下請法（下請代金支払遅延等防止法）」で確認できます。

プライム案件と元請直案件の違い

厳密には、「プライム案件」はプライム事業者が扱う案件そのものを指し、「元請直（案件）」はフリーランスが元請事業者と直接契約する状態を指す言い方として使われます。実務では区別せずに使うケースも多いため、応募・面談時には「発注元と直接契約している事業者との参画かどうか」を確認したほうが安全です。

多重下請け構造そのものの詳しい仕組みは本記事では深追いしません。本記事は、商流を理解したうえで「プライム・元請直に入る条件」に絞って整理します。

エージェント経由でも「元請直」はあるのか

エージェント経由の案件でも、エージェントがプライム事業者の代理として募集をかけているケースは多く見られます。この場合、契約上は元請直（フリーランスと発注元・元請の直接契約）ではないものの、参画体制としてはプライム直下に近い現場に入る形になります。

「エージェント経由＝下位商流」ではなく、エージェントがどの階層から案件を仕入れているかで実質商流が決まります。エージェント外の獲得手段については『フリーランスエンジニアの直案件の取り方｜エージェント以外の獲得ルート7選と契約・営業の注意点』にまとめています。

ミニFAQ：「プライム」と「元請」は何が違う？

日本のシステム開発業界では、ほぼ同義として使われます。厳密には、「元請」は下請けと対になる商法上の呼称、「プライム」は発注構造で最上位に位置する事業者を指す言葉ですが、フリーランスの案件募集の文脈ではどちらも「発注元と直接契約する事業者」を意味します。

商流上位案件で得られる3つのメリット

商流上位に入るメリットは、単価水準・裁量・上流工程経験の3点に集約できます。

単価水準が上がりやすい

商流が下がるごとに中間マージンが乗るため、同じスキルセットでも、商流上位のほうが手元の単価は高くなりやすい構造です。プライム・元請直のバックエンド／クラウド系案件では、月80〜120万円台のレンジで募集されるケースが目立ちます。

以下の目安は、首都圏中心の主要フリーランスエージェント数社の2026年時点の公開案件を観測した数字で、週4〜5日稼働・準委任契約・バックエンド/クラウド系・実務経験5年以上を想定した公開案件ベースの傾向です。案件個別のスキル要件や体制で上下します。非公開案件では、上位ロールで個別に上振れするケースもあります。

単価が決まる仕組みそのものは『フリーランスエンジニアの単価の決まり方｜商流・スキル・需給の仕組み』で扱っています。本記事では商流上位に入る条件に絞ります。

技術判断・体制設計への裁量が広がる

プライム・元請直では、要件定義から実装方針、体制設計まで含めた意思決定に関わることがあります。参加当初から「技術選定に意見を求められる」「体制図の一部を任される」というケースもあり、下位商流の実装中心の案件と比べて裁量の幅が広がります。

裁量が広い分、判断ミスが直接発注元に響くため、責任範囲は自ずと広くなります。

上流工程の経験がキャリア資産として残る

要件定義・基本設計といった上流工程の経験は、次の案件でも実績としてそのまま評価されやすい部分です。単価アップの土台になるだけでなく、独立系フリーランスのキャリア設計上、下流実装だけで積み上げるより中長期の稼働継続がしやすくなります。

単価そのものを体系的に上げる考え方は『エンジニアの単価を上げる5つの方法｜タイミング・条件・実例で読み解くフリーランス単価アップの実践ガイド』で整理しています。

ミニFAQ：メリットの割にリスクは？

プライム・元請直では、要件定義や顧客折衝の負荷が大きくなります。実装だけを進めたいタイプにはミスマッチが起きやすく、稼働が想定より膨らむケースもあります。単価だけで判断せず、稼働時間・責任範囲の見込みを面談時に確認する必要があります。

商流上位案件に入るための実績要件

プライム・元請直の案件募集で問われる実績は、大きく4系統に整理できます。ここでは公開案件の募集要件と、フリーランスエージェント数社の面談で見られる傾向をもとに整理します。

経験年数の目安

多くの公開案件では「実務経験5年以上」が下限として提示されます。プロジェクトリーダー・テックリード役を含む案件では、7〜10年の経験を求めるケースもあります。

ただし年数はあくまでフィルターで、実際の合否は担当してきたフェーズと成果物で決まります。実務経験の考え方は『フリーランスエンジニアは実務経験1年では不十分！必要な経験年数は？』にまとめています。

上流工程の経験

要件定義・基本設計・アーキテクチャ検討などの上流工程の実務経験は、プライム・元請直で特に重視される部分です。

• 要件定義書のドラフト作成に関与した経験

• 顧客ヒアリングを担当し、業務要件を機能要件に落とし込んだ経験

• 基本設計書・API設計書などのドキュメントを主担当で書いた経験

• 非機能要件（性能・可用性・セキュリティ）の設計判断に関与した経験

「実装しかしていない」層と比べて、上流経験がある人材は募集要件で高単価レンジに位置づけられるケースが多く見られます。非機能要件の観点を整理した資料としてはIPA「非機能要求グレード」が参考になります。

技術判断・体制構築の経験

プライム・元請直では、技術選定や体制設計に対する判断力が問われます。

• 技術スタックの選定理由をドキュメント化し、意思決定した経験

• 開発体制の設計（人数構成・スキルセット・役割分担）に関与した経験

• レビュー体制・CI/CD・監視の運用ルール整備を主導した経験

• 移行計画・リプレース方針の策定を主担当で行った経験

コードが書けることに加えて「なぜその選定・体制にしたか」を説明できる粒度で経験を積んでいるかが判定軸になります。

顧客・ステークホルダー折衝の経験

プライム・元請直では、発注元との折衝が発生する場面が多くあります。

• 発注元PMや事業部門と定例で要件調整をした経験

• 予算・スケジュールの制約下で仕様調整を提案した経験

• リリース判断・障害対応の説明を発注元に対して行った経験

• 開発以外の部門（法務・情シス）との調整経験

エンジニアリング力に加えて、非エンジニアとの合意形成ができるかが問われます。受発注間の適正化については中小企業庁「下請取引適正化推進」にも関連情報があります。

商流上位案件の実績要件チェックリスト（独自整理）

自分が商流上位案件に応募できる段階にあるか、以下のチェックリストで自己判定できます。4系統のうち3系統以上で複数項目を満たせるなら、プライム・元請直の案件に応募する土台があります。

このチェックリストを埋められる粒度で、担当してきた案件を棚卸しすると、次のスキルシート更新で武器になります。

案件募集情報から商流上位を見抜く方法

エージェント経由の場合、案件情報だけでは商流階層が読み取りづらいケースがあります。以下の4軸で判定すると、商流上位である確度が上がります。

ただし1軸だけで判断せず、複数軸で総合判定する必要があります。募集情報が抽象的なときは、面談時に「発注元は事業会社か／プライム事業者は誰か／私の契約主体は誰か」を直接確認するのが確実です。

案件参画までの流れ全体は『フリーランス案件参画までの流れ｜登録から初稼働までの期間と準備』を参照してください。

二次請け以下から商流上位に昇格する道筋

いきなり元請直に飛び込むよりも、現在の案件で上流工程に食い込みながら次案件で商流を上げるほうが現実的です。時系列で3ステップに整理します。

ステップ1：現在案件で上流工程に食い込む

参画中の案件がたとえ二次請け・三次請けであっても、以下のような動きで上流工程の経験を積み上げられます。

• レビュー会・仕様検討会に参加を申し出て議事録を書く

• 課題整理ドキュメントを自主的に作成し、プロジェクト内で共有する

• 障害対応・改善提案を主導し、成果を数字で記録する

• プライム側リーダーとの定例に同席し、発注元の判断基準を把握する

「担当機能の実装」から「担当領域の設計・改善提案」へ、業務範囲を少しずつ広げるイメージです。参画後の立ち回りは『フリーランス常駐で評価される立ち回り｜参画後の行動と契約継続のコツ』で扱っています。

ステップ2：スキルシートで上流実績を可視化

案件募集情報を出す発注側は、スキルシートで「上流工程・技術判断・顧客折衝」の経験を確認します。二次請けで上流に食い込んだ経験も、書き方次第で商流上位の実績として評価されます。

• 案件名は伏せ字でも、担当フェーズ・体制規模・技術判断を書く

• 「実装」だけでなく「設計判断」「レビュー観点」「非機能要件の合意」など判断系の記述を加える

• 顧客折衝経験があれば、頻度と粒度（月1回定例／リリース判断への同席など）を書く

スキルシートの書き方は『フリーランスエンジニアのスキルシートの書き方を徹底解説！記入例や今すぐ使えるフォーマットも紹介！』を参照してください。

ステップ3：エージェントに希望を伝え、プライム経由の紹介を得る

エージェントに「元請直・プライム直の案件を優先したい」と明示すると、商流上位の非公開案件を提示されるケースがあります。エージェント面談で希望を伝える段階では、上流経験・技術判断経験・顧客折衝経験の3系統を具体的な数字で語れるように準備しておく必要があります。

エージェントとの面談準備は『フリーランスエージェントとの面談の内容と必要な準備』にまとめています。

ミニFAQ：昇格まで何年見ればいい？

現在の案件で上流工程に食い込むところから始めて、次の案件で商流上位に入るまで、1〜3年を見ておくと現実的です。案件によっては初回参画のタイミングで一気に商流上位に入れるケースもありますが、その場合は既に上流工程・技術判断の経験があることが前提です。

ケース別解説：状況別の入り方

商流上位を狙うときの動き方は、現在の経歴タイプで変わります。3ケースに分けて整理します。

ケース1：SES出身で二次請け経験のみ

SES経由で下位商流の案件しか経験がない場合、まずは現在参画中の案件で上流工程に食い込むところから始めるのが実務的です。

• 現在の案件で要件確認・仕様調整の議事録を書く役割を取りに行く

• プライム側リーダーと直接会話する機会を増やし、判断基準を吸収する

• 次案件応募時に、上流に関わった経験を粒度細かく書き出す

SESからフリーランスへの移行手順は『SESエンジニアからフリーランスに転身する手順｜準備・契約・独立タイミングを徹底解説』を参照してください。

ケース2：自社開発出身で開発力は高いが顧客折衝経験薄

自社開発の経験は技術判断・体制構築の面で強みになりますが、外部顧客との折衝経験は薄くなりがちです。

• 事業部門との折衝経験を折衝経験として整理する（社内でも本質は同じ）

• 意思決定に関わった記録（提案書・技術選定資料）を面談で説明できるようにする

• プライム・元請直の案件では、要件定義段階から関わる想定で構えておく

ケース3：PL/PM経験ありでコードも書ける層

管理経験と実装スキルの両方があるタイプは、プライム・元請直で評価されやすい層に入ります。ただし「コードを書きたい」「管理はやりたくない」など希望条件がミスマッチだと稼働継続が難しくなります。

• 応募時に「実装比率」「管理比率」の希望を明示する

• 技術リード（コードも書きつつ設計を主導する役割）の案件を狙う

• 単価だけでなく、業務範囲を面談で必ず具体化する

よくある失敗と対策

商流上位を狙うときに起きやすい失敗を3つ整理します。

失敗1：スキルシートに「担当範囲」だけ書く

「バックエンド開発を担当」「Java／Springで実装」といった担当範囲だけの記述では、商流上位の判定材料になりません。技術判断や体制への関与を書けないと、「実装要員」の枠で見られてしまいます。

対策：担当範囲に加えて、判断した内容・体制上の役割・成果の3点を書き足す。実績が少なくても書き方で通過率が変わる整理は『実績が少ないフリーランスエンジニアでも通るスキルシートの書き方』にあります。

失敗2：単価だけを見て食いつき、要件定義負荷を軽視

単価が高い案件に飛びついた結果、要件定義や顧客折衝の負荷で稼働時間が予定を超過するケースがあります。

対策：面談で稼働時間の想定と業務範囲を確認する。具体的には、要件定義の担当範囲・顧客定例の頻度・提案書や見積もり作成の有無を聞いておくとミスマッチが減ります。単価交渉のタイミングと稼働の実態は『フリーランスエンジニアの単価交渉のコツ｜タイミング・伝え方・根拠の作り方』で扱っています。

失敗3：エージェント任せで希望を伝えない

「元請直を狙いたい」を明示しないまま案件紹介を受けると、商流下位の案件だけを提示されがちです。

対策：エージェント登録時に希望商流・希望案件像を具体的に伝え、面談で商流階層を必ず確認する。案件の選び方全般は『案件の選び方｜フリーランスエンジニアが単価・稼働・スキルで決める優先順位』にまとめています。

商流上位案件を狙うときの注意点

メリットが大きい分、下位商流と比べて負担が増える面もあります。応募前に把握しておきたい点を整理します。

責任範囲が広い

発注元と近い距離で動くため、意思決定への関与度が高くなります。「言われたものを実装する」役割から「何を作るかを一緒に決める」役割に変わるため、判断ミスが直接発注元の事業に影響します。

提案書・見積もりなど付随作業がある

要件変更時の見積もり、追加機能の提案書、リリース判断の説明など、実装以外の作業が増えます。稼働時間の見積もりを甘くすると、想定単価÷実稼働時間で「時間単価が下がった」となりかねません。

契約更新時の成果責任が問われやすい

商流上位では、成果指標に対する責任が明示的に問われるケースがあります。KPIやリリース目標に対して、参画中の貢献をどう可視化するかを、契約時点で意識しておく必要があります。

地雷案件を避けるための参画前チェックは『地雷案件の見分け方｜参画前に確認する危険サイン15項目』を参照してください。

まとめ

プライム・元請直の案件は、発注元と直接契約している事業者の直下で参画する働き方で、単価・裁量・上流工程経験の3点で下位商流と差が出ます。ただし選考は厳しく、実務経験5年以上と、上流工程・技術判断・顧客折衝の3系統で複数の実績が問われます。すでに要件定義・設計・顧客折衝のいずれかを担った経験がある人は応募候補、実装中心の人は現案件で上流経験を増やしてから狙うのが現実的です。

• プライム・元請直は「発注元と直接契約している事業者の直下」で参画する案件

• メリットは単価水準・裁量・上流工程経験。公開案件で月80〜120万円台のレンジが目立つ

• 実績要件は上流工程・技術判断・顧客折衝の3系統。4系統目に稼働・成果責任

• いきなり元請直より、二次請けで上流に食い込んで昇格するのが現実的

• スキルシートには担当範囲だけでなく判断・体制・成果を書き加える

• エージェントに希望商流を明示し、面談で商流階層を必ず確認する

自分の現在のスキル・経験で狙える単価レンジを把握したい場合は、無料のフリーランスエンジニア単価診断で市場単価の目安を確認できます。単価を体系的に上げる考え方は『フリーランスエンジニアの単価相場と単価の上げ方』も参考にしてください。