フリーランスで大手・メガベンチャー案件に入る条件｜求められる水準と選考の実態
最終更新日：2026/08/20
フリーランスの大手・メガベンチャー案件とは、上場企業や年商1兆円級のエンタープライズ、大規模テック企業が発注する開発案件を指します。求められるのは、技術名の列挙ではなく「担当フェーズ・チーム規模・成果」まで説明できる経歴です。「実務3年目でも狙えるのか」「SIer出身でも通るのか」という疑問に、発注企業の規模別の切り口で答えます。
先に結論
フリーランスが大手・メガベンチャー案件に入る条件は、実務経験3〜5年以上を前提に、担当フェーズ・チーム規模・成果を具体的に示せることです
大手・メガベンチャー案件は「発注企業の規模」で見ると条件が大きく変わる。伝統的大手はプロジェクト規模と業務知識、メガベンチャーはコードとプロダクト志向を重視する傾向がある
主要フリーランスエージェントの公開案件を確認すると、募集要件では実務経験5年前後を求める案件が多い。3年台で入るケースもあるが、規模の大きなプロジェクト実績か特定領域（決済・SRE・データ基盤等）の深さが必要になりやすい
公開案件と実務上の観測では、書類2〜3段階＋面談2〜3回になるケースが多い。技術課題やコーディング試験を課すのはメガベンチャーに多く、伝統的大手は経歴書と業務適合性の面談が中心
首都圏の週4〜5日・準委任中心の公開案件ベースでは、月80〜150万円が目安。上位ロールは非公開案件で個別条件が提示されるケースもある
商流による違い（プライム／元請直／二次請け以下）は別記事プライム・元請直のフリーランス案件で解説している。本記事は発注企業の規模の軸に絞って整理する
探し方の実務は、まずエージェントで「大手企業／自社サービス」タグと担当エージェントの非公開案件を併用して絞るのが現実的
この記事でわかること
大手企業・メガベンチャー・中堅・スタートアップの案件の違い
フリーランスとして参画するために求められる経験・スキル・実績の水準
選考プロセスの実態（面談回数・技術課題・スキルシートで見られる観点）
発注規模別の単価レンジと稼働条件の傾向
経験別・現在の商流別のケース別ロードマップ
目次
大手・メガベンチャー案件とは｜発注規模別の定義
求められる水準｜経験・スキル・実績の目安
選考プロセスの違い｜面談・課題の実態
単価と稼働条件の傾向
大手・メガベンチャー案件を探す方法
ケース別解説
よくある失敗と対策
実践チェックリスト
まとめ
よくある質問
大手・メガベンチャー案件とは｜発注規模別の定義
なお、本記事の「大手」「メガベンチャー」は、公開案件での表現や実務上の使われ方をもとにした便宜的な分類です。公的な統一定義があるわけではなく、企業の売上規模・上場区分・組織形態を組み合わせた実務的な整理として扱います。
まず前提として、この記事では発注する企業の規模を軸に案件を分類します。契約が元請直か二次請け以下かという商流の軸は、プライム・元請直のフリーランス案件で扱っています。同じ「大手案件」でも、発注企業が大手（＝規模軸）か、商流が元請直（＝商流軸）かで意味が違うため注意してください。
伝統的大手企業（エンタープライズ）の案件
上場企業の中でも売上規模が数千億円〜1兆円級の企業、および官公庁・金融・製造・通信・小売のリーディングカンパニーが該当します。基幹システム刷新、新規事業のPoC、業務システム内製化などの案件が多く、フリーランスの参画ポジションはメンバー〜サブリーダー層が中心です。
特徴として、業務知識や業界固有の要件（金融ならFISC、製造なら設備制御など）への理解が重視される案件が多く、コードそのものよりも要件整理と関係者調整のスキル比重が高くなる傾向があります。エージェント経由の公開案件では「大手金融のシステム刷新」「大手通信のインフラ移行」といった記述が典型例です。
メガベンチャーの案件
上場済みの大規模テック企業や、シリーズD以降で従業員数百人規模の成長企業が該当します（例：主要ネット企業・SaaS企業の自社開発部門）。自社プロダクトの開発が中心で、Web／モバイル／SRE／データ基盤などモダンな技術スタックの採用例が多い部類です。
特徴として、コードレビューやスクラム開発への慣れ、プロダクト志向でのアウトプットが評価されやすく、選考でコーディング試験や技術面談を課すケースも見られます。伝統的大手と比べると、裁量が大きい案件やリモート比率が高い案件が見られます。
中堅・スタートアップ案件との違い
規模別の傾向を比較すると、経歴書で見られるポイントも稼働形態も変わります。
項目 | 伝統的大手 | メガベンチャー | 中堅 | 早期スタートアップ |
|---|---|---|---|---|
求められる経験年数 | 5〜10年が中心 | 3〜7年が中心 | 3〜5年が中心 | 3年〜（技術による） |
重視される要素 | 業務知識・プロジェクト規模 | コード・プロダクト志向 | 実装スピード | 幅広い担当領域 |
技術課題の有無 | 少なめ | 多い | 少なめ | ケースによる |
リモート可否 | 週数日出社が多い | フルリモートも増える | ハイブリッド中心 | フルリモート可 |
単価レンジの目安 | 月90〜130万円 | 月90〜150万円 | 月70〜100万円 | 月60〜100万円 |
上記は首都圏のフリーランスエージェント数社に掲載された週4〜5日・準委任中心の公開案件、および面談時に共有される非公開案件の傾向をもとにした目安で、2026年時点の観測です。実際は個別条件で上下します。同じ実務5年でも、要件定義から運用まで一貫して担当した人と、実装のみを短期で繰り返した人では評価が分かれる点に注意してください。
ミニFAQ
Q. 「大手案件」と「エンタープライズ案件」は違いますか。
A. ほぼ同じ意味で使われますが、エンタープライズは「発注元の規模＋業務システム系」を指すニュアンスがあり、メガベンチャー系の自社サービス案件は含まれないことが多いです。
Q. 上場していれば大手ですか。
A. 上場企業でも中堅規模（従業員数百人以下）は本記事の「大手」には含めていません。売上規模と組織規模で見るのが実務的です。
求められる水準｜経験・スキル・実績の目安
大手・メガベンチャー案件の書類選考では、単に「Reactが書ける」「AWSを触ったことがある」だけでは通りません。プロジェクトの規模・体制・担当フェーズという3点セットで実績を語れることが最低ラインです。
実務経験年数の目安
公開案件の募集要件を見ると、伝統的大手は「実務経験5年以上」、メガベンチャーは「実務経験3〜5年以上」の記述が多く見られます。ただし、経験年数はあくまで応募のフィルタで、実際の通過可否は次のスキル項目と実績で決まります。
3年台で通ったケースを見ると、次のいずれかを満たしていることが多い傾向です。
1つのプロジェクトを2年以上継続し、要件整理から本番運用まで一貫して担当した経験がある
ある技術領域（例：Kubernetes、Kafka、生成AIのアプリ実装、決済連携）で深い実務経験がある
大手SIer出身で、明確に説明できる大規模プロジェクトの担当実績がある
技術スタック・言語の傾向
発注元の規模別に、募集要件で頻出する技術スタックには一定の傾向があります。
伝統的大手：Java（Spring）、C#（.NET）、Oracle DB、AWS／Azureの企業向け構成、レガシー刷新に伴うTypeScript／Reactの導入案件
メガベンチャー：Go、TypeScript／React／Next.js、Kotlin／Swift（モバイル）、Rails（歴史ある企業）、GCP／AWS、Datadog／Snowflake等の運用ツール
言語単独のスキルよりも「その言語で本番運用まで到達した経験」があるかが評価軸になります。特にメガベンチャーは、CI/CD・監視・パフォーマンスチューニングまで含めた運用経験を面談で確認されやすい部類です。
プロジェクト規模・体制での実績
大手・メガベンチャー側が確認したいのは、フリーランスが「大規模プロジェクトの流儀」を理解しているかです。具体的には、10名以上のチーム、複数ベンダー参画、長期間のリリースサイクル、ステージング環境での結合試験、といった要素です。
スキルシートには、担当したプロジェクトごとに次を明示します。
期間（開始・終了・現在進行の別）
チーム人数と自分の役割
開発体制（アジャイル／ウォーターフォール、ベンダー数、社員／業務委託の比率）
担当フェーズ（要件定義／基本設計／詳細設計／実装／単体試験／結合試験／リリース／運用）
書き方の粒度はスキルシートの案件詳細の書き方で整理しています。この粒度で書けていないと、書類段階で実績が伝わりにくくなります。
上流工程・要件整理の経験
伝統的大手ほど、実装だけでなく要件整理・関係者調整の経験が問われます。ここが弱いと、面談で「技術は問題ないが、社内調整の場面でどう動くか見えない」と評価されがちです。
上流経験の積み方はエンジニアの設計力・上流スキルの磨き方で段階別に整理しています。まず現在の案件で議事録の書き手を担当する、要件整理の場面でファシリテーションを引き取る、といった小さな動きから積み上げるのが現実的です。
ミニFAQ
Q. 資格は選考に影響しますか。
A. AWS認定・情報処理技術者・PMP等は「経歴書の見栄えが上がる」程度で、資格単独で通ることはまれです。ただし金融・公共系では情報処理安全確保支援士など特定資格が要件になるケースがあります。
Q. 業務知識が浅くても金融・製造の大手に入れますか。
A. 実装ポジションであれば技術力優先で通るケースはありますが、上位ロールほど業界知識が問われます。参画後に業務用語を吸収する意欲を面談で伝えるのが実務的です。
選考プロセスの違い｜面談・課題の実態
大手・メガベンチャー案件の選考は、中堅・スタートアップと比べて段階が多く、書類・面談ともに見られる項目が増える傾向があります。エージェントに応募を打診してから参画開始まで1〜2ヶ月程度かかるケースが多いです。以下は首都圏の週4〜5日・準委任中心の公開案件と、エージェント面談で共有される非公開案件の傾向をもとにしています。
発注元の商流と絡む部分
同じ「大手企業向けの案件」でも、契約が元請直か二次請け以下かで選考プロセスは変わります。商流による違いは別記事プライム・元請直のフリーランス案件で扱っており、本記事では発注企業の規模に絞って解説します。
面談回数と選考期間
公開案件と面談時に確認する非公開案件を合わせて見ると、規模別の選考段階には次のような傾向があります。
発注規模 | 書類選考 | 面談回数 | 期間の目安 |
|---|---|---|---|
伝統的大手 | エージェント→元請→発注元の順に通す（2〜3段階） | 2〜3回（発注元1、元請1〜2） | 3〜6週間 |
メガベンチャー | エージェント→企業（1〜2段階） | 2〜3回（技術・カルチャー・マネジャー） | 2〜4週間 |
中堅 | エージェント→企業（1段階） | 1〜2回 | 1〜2週間 |
早期スタートアップ | エージェント→企業（1段階） | 1回で決まることも | 1週間前後 |
回数は近くても、伝統的大手は業務適合性、メガベンチャーは技術深掘りや課題選考の比重が高い点が違いです。
技術課題・コーディング試験の傾向
メガベンチャーでは、コーディング試験や技術面談を課すケースが比較的多く見られます。試験形式は次のパターンが典型です。
事前課題型：GitHubにコードを提出（2〜3日）
ライブコーディング型：面談中に30〜60分で実装
設計課題型：システム設計を口頭で説明（データ量・スケーラビリティを聞かれる）
伝統的大手では技術課題はあまり見られず、経歴書と業務適合性を確認する面談が中心です。
スキルシートで見られるポイント
大手・メガベンチャー案件の書類選考で落ちる原因は、経歴書の「見え方」に集約されることが多い部類です。面談で落ちる原因についてはフリーランス面談で落ちる7つの原因でも整理していますが、書類段階では次の3点が特に見られます。
プロジェクト規模の書き方：「大規模ECサイト開発」だけでは伝わらない。ユーザー数、トラフィック、チーム人数、期間で語る
担当フェーズの明示：要件定義から関わったのか、実装からなのか、運用フェーズなのかを1案件ずつ書く
技術スタックの具体性：単なる言語一覧ではなく、案件ごとに使用した技術と役割を対応させる
単価と稼働条件の傾向
大手・メガベンチャー案件の単価は、中堅・スタートアップよりも上振れしやすい部類ですが、「大手なら必ず高い」わけではありません。商流と自分の担当フェーズで決まる部分が大きいです。単価が決まる仕組みはフリーランスエンジニアの単価の決まり方で整理しています。
大手企業の単価レンジ
まずは公開案件ベースで、伝統的大手の単価レンジは首都圏の週4〜5日・準委任案件で月90〜130万円が目安です。金融・通信・製造のプライム上場企業では、要件整理や上流設計まで担える経験者向けに月120〜150万円の非公開案件が個別条件で提示されるケースもあります。月120万円超は、要件整理や設計レビューを担える人、または金融・通信領域で深い業務知識を持つ人が中心です。二次請け以下や中間ベンダーを介す商流では、同じ発注元でも月80〜100万円レンジまで下がるケースがあります。
メガベンチャーの単価レンジ
メガベンチャーは首都圏の週4〜5日・準委任案件で月90〜150万円が公開案件の目安です。SRE・データ基盤・ML基盤などで、設計から運用改善まで担える経験者向けには月130〜180万円の求人も見られます。ただし、この水準は首都圏・週5日相当で、特定領域の深い実績を持つ上位層向けの募集が中心です。コーディング試験の難易度が高いため、単価だけを見て応募すると通過率が下がりやすい点に注意してください。
自分がどのくらいの単価を狙えるか気になる方は、無料のフリーランスエンジニア単価診断で現在の市場単価の目安を確認できます。単価を体系的に上げる考え方はフリーランスエンジニアの単価相場と単価の上げ方で整理しています。
稼働形態（リモート／出社／稼働日数）
稼働条件も規模で違いが出ます。伝統的大手は週2〜3日出社の案件が多く、金融・公共系ではフルリモートが認められないケースも見られます。メガベンチャーはフルリモート／週1出社／ハイブリッドの選択肢が広く、参画時に相談できるケースが多い部類です。
準委任契約の稼働時間の考え方（140-180h等の精算幅）は準委任の精算幅とはを参照してください。大手案件は準委任契約が中心で、時間精算のルールを事前に確認しておくと稼働開始後のトラブルを避けやすくなります。
大手・メガベンチャー案件を探す方法
探し方はエージェント経由・紹介経由・直取引がありますが、非公開案件の多さを考えると、まずはエージェント経由が現実的です。大手・メガベンチャー案件は、公開案件と非公開案件の比率が中堅・スタートアップと大きく違います。公開されている案件だけを見ていると、上位単価の非公開案件を取りこぼすのが実務上の落とし穴です。
エージェント経由（実務的な第一選択）
まずフリコンの案件一覧から「大手企業」「自社サービス」「エンタープライズ」といった条件で絞り込み、興味のある案件があればエージェントに面談を申し込みます。面談時には次の3点を必ず確認してください。
自分の経歴で通る可能性が高い非公開案件があるか
大手・メガベンチャー案件の直近の通過率と、通った人の経歴傾向
書類を出す前に、大手向けにスキルシートを補正する余地があるか
エージェント経由の面談で聞かれる典型的な質問はフリーランスエンジニアの面談で聞かれる質問と回答例にまとめています。
直取引・紹介経由
過去の案件で関わった発注元・元請から直接声がかかるケースもあります。ただし、大手企業は業務委託の管理を情シスやフリーランス管理会社に集約している場合が多く、個人と直接契約するには社内稟議や取引先登録の手続きが必要になることがあります。個人事業主として直取引したい場合は、契約主体・振込サイト・NDA・秘密情報の取り扱いを最初に確認してください。契約条件や秘密保持義務の解釈は個別差があるため、不明点は契約前に確認してください。
案件参画までの流れ
大手・メガベンチャー案件は、書類応募から参画開始まで1〜2ヶ月かかることを前提にスケジュールを組みます。既存案件の終了時期・稼働の切れ目についての段取りはフリーランス案件参画までの流れを参考にしてください。
ケース別解説
読者の状況によって、大手・メガベンチャー案件へのルートは変わります。代表的な3ケースを整理します。
ケース1：実務3年目でメガベンチャーを狙う
3年目でメガベンチャーに入るには、以下の組み合わせが実務的です。
1つの言語（TypeScript／Go／Python等）で本番運用まで担当した経験を1〜2案件持つ
個人開発またはOSSでコードを見せられる状態にしておく（技術面談で参照される）
コーディング試験の準備をしておく（LeetCode Medium相当＝配列・文字列・探索系の中級問題を安定して解けるレベル）
書類は「開発規模＋担当フェーズ＋使用技術」の粒度で1案件ずつ書く
3年目でメガベンチャーの上位単価案件（月130万円以上）に一発で入るのは難易度が高いですが、月90〜110万円帯で募集される案件では、本番運用経験や技術課題への対応力がある人なら、3年目前後でも通過するケースがあります。
ケース2：SIer経験のみからエンタープライズ案件へ
SIer出身でフリーランス化した場合、伝統的大手のエンタープライズ案件はむしろ得意領域になりえます。上流経験・大規模プロジェクト経験がそのまま評価されるためです。
意識するとよいのは以下です。
過去のプロジェクトの規模（人数・期間・予算感）をスキルシートに具体化する
業務知識（金融・製造・通信等）を面談で説明できるように整理する
モダンな技術スタックへのキャッチアップ（クラウド、コンテナ、CI/CD）を並行して進める
メガベンチャー系はコード面接の準備が必要になるため、伝統的大手を先に狙うのが取りかかりやすい
ケース3：二次請け以下から大手案件へ
現在の商流が二次請け以下の場合、単価を上げる方法として「発注元の規模が大きい案件に移る」と「元請直の案件に移る」の2つがあります。前者が本記事のテーマ、後者はプライム・元請直のフリーランス案件で扱っています。
二次請け以下から大手・メガベンチャー案件へ移るには、まず現在の案件で担当範囲を広げ、上流フェーズや大規模チームでの実績を積み上げる期間を6ヶ月〜1年見込むのが現実的です。参画後3ヶ月の動き方はフリーランス単価を上げる参画後3ヶ月で整理しています。
よくある失敗と対策
大手・メガベンチャー案件で落ちる原因、参画後に苦戦する原因には共通パターンがあります。
失敗1：経歴書の粒度が粗くて書類で落ちる
「大規模ECサイト開発」「業務システム改修」といった粒度で経歴を書くと、大手側の担当者は具体的な役割・技術・成果を判断できません。1案件につき、期間・チーム人数・担当フェーズ・使用技術・具体的な成果を書きます。実績が少ない場合の書き方は実績が少ないフリーランスエンジニアでも通るスキルシートの書き方を参考にしてください。
失敗2：技術面談で「なぜその設計にしたか」を答えられない
メガベンチャーの技術面談では「なぜRedisにしたか」「なぜマイクロサービスに分けたか」といった設計判断の背景を必ず問われます。担当したプロジェクトについて、以下を口頭で説明できるように整理しておきます。
データ量と処理量の見積もり
使わなかった選択肢（代替技術）
スケーラビリティと運用コストのトレードオフ
失敗3：セキュリティ要件・NDAの認識が甘い
金融・公共・大手SIerの案件では、貸与端末での作業、専用VDIへの接続、機密情報の持ち出し禁止などが厳しく管理されます。参画前に契約書・NDA・秘密情報取り扱い規程を確認し、自宅環境で対応可能かを確認してから応募してください。地雷案件を避ける確認項目は地雷案件の見分け方にまとめています。
失敗4：稼働時間の想定が甘く常駐案件で消耗する
伝統的大手案件は週2〜3日出社の準委任契約が多く、通勤時間は稼働に含まれない扱いが多いです。実際の精算ルールは個別契約を確認してください。月160時間の稼働＋出社日の移動＋会議参加で、想定より疲弊するケースがあります。契約時に稼働時間の精算幅・残業扱い・出社頻度を確認してから応募すると想定ギャップを減らせます。
実践チェックリスト
応募前に確認したい項目を整理します。
スキルシートに1案件あたりの規模（人数・期間）が書かれているか
担当フェーズ（要件定義／設計／実装／試験／運用）が案件ごとに明示されているか
使用技術が「言語列挙」ではなく「案件×技術×役割」で対応付いているか
直近3年間の案件について、成果と工夫が1〜2文で書けているか
面談で「なぜその技術／設計にしたか」を口頭で説明できるか
稼働形態（リモート／出社／稼働時間）の希望条件を整理しているか
応募前にエージェントとスキルシートの補正について相談する時間を取れているか
コーディング試験対策として、直近1ヶ月で技術課題を1〜2本解いているか
まとめ
大手・メガベンチャー案件への参画は、発注企業の規模を軸にした準備が鍵になります。伝統的大手は業務知識とプロジェクト規模の実績、メガベンチャーはコード力とプロダクト志向。単価は魅力的ですが、選考通過率は中堅・スタートアップより低く、書類の粒度と面談での説明力で差がつきます。
経歴書は「案件×規模×担当フェーズ×技術」の粒度で1案件ずつ書き直す
面談は書類選考通過後に2〜3回、応募から参画まで1〜2ヶ月を見込む
商流の軸（元請直か二次請け以下か）は本記事では扱わないので、プライム・元請直のフリーランス案件を並行して確認する
首都圏の週4〜5日・準委任中心の観測では、単価目安は月90〜150万円。上位ロールは非公開案件で個別条件が提示されるケースもある
まずはフリコンの案件一覧で大手・メガベンチャー案件の公開情報を確認し、面談で自分の経歴と非公開案件を突き合わせるのが実務的な一歩
自分の経歴で狙える単価レンジを知りたい方は、フリーランスエンジニア単価診断を試してください。3分程度の入力で市場単価の目安が確認できます。
企業の内製化やデジタル投資の継続は、経産省・IPAの公開資料でも中長期テーマとして確認できますが、個別案件の条件は各エージェントの公開案件で確認するのが実務的です。
参考：
よくある質問
Q1. 30代後半・40代でも大手・メガベンチャーに入れますか。
A. 伝統的大手は実務経験10年以上を歓迎するケースが多く、年齢そのものよりも直近の技術スタックとプロジェクト実績の適合が重視されます。メガベンチャーでは、年齢そのものよりも、直近の技術スタックやリード経験との適合が見られやすいです。経験年数が長い人ほど、実装に加えて設計・推進役としての期待を受けることがあります。
Q2. 未経験の言語・フレームワークでも大手案件に応募できますか。
A. 応募自体は可能ですが、書類選考で類似技術の経験（例：Java経験からKotlinへの応募）が確認されます。全く未経験の技術で大手案件に通るのは難しく、応募前にエージェントに相談し、他候補の傾向を確認してください。
Q3. スキルシートは何ページが理想ですか。
A. 直近3〜5案件を厚めに書き、それ以前は簡潔にまとめて全体で3〜5ページが目安です。10ページを超えるスキルシートは読まれない部類に入るため、案件を絞って粒度を上げる方が通過率は上がります。
Q4. 大手案件は途中解約されると次の案件を探すのが難しいと聞きます。本当ですか。
A. 準委任契約では、契約期間や中途解約の通知期間は個別契約によって異なります。実務上は1ヶ月前後の通知条項を置く例もありますが、必ず契約書を確認してください。大手案件は予算や体制が比較的計画的に組まれることもありますが、継続性は案件や発注元の事情に左右されます。参画後の立ち回りはフリーランス常駐で評価される立ち回りを参考にしてください。
Q5. 大手案件の面談で技術以外に聞かれることは何ですか。
A. 「なぜフリーランスになったか」「なぜ独立して大手案件を選んだか」「稼働終了後のキャリアイメージ」の3つは頻出です。特に伝統的大手は「腰を据えて長く担当してくれるか」を気にする傾向があります。準備しておくと、面談での説明が安定しやすい質問です。
Q6. メガベンチャーの技術課題はどのくらい難しいですか。
A. 企業差は大きいものの、実務ではCRUD＋認証＋テスト実装レベルの事前課題（GitHub提出）や、中級程度のライブコーディング（LeetCode Medium相当を1問30分程度）が出るケースがあります。設計課題は経験の説明が中心で、正解を答えるものではありません。
Q7. 大手案件は開始日を待たされることが多いですか。
A. 応募から参画開始まで1〜2ヶ月かかるケースが多いです。現在の案件の終了時期を逆算して応募すると、稼働の切れ目を短くできます。稼働切れ目を避ける動き方はフリーランス案件参画までの流れを参考にしてください。
Q8. 大手案件でリモート稼働は可能ですか。
A. メガベンチャーはフルリモート・週1〜2出社の案件が広がっています。伝統的大手は業界により差があり、金融・公共は出社比率が高い案件が多く、通信・製造・小売では週数日出社の案件も見られます。契約前に必ず確認してください。
Q9. エージェントを複数掛け持ちすると大手案件に受かりやすいですか。
A. 掛け持ち自体は問題ありませんが、同じ案件を別エージェント経由で複数応募すると発注元に伝わり、心証を悪くします。大手案件は「どのエージェントに委託されているか」を最初に確認してから応募するのが実務的です。
Q10. メガベンチャー案件は自社正社員のほうが有利ですか。
A. 業務委託と正社員では担当範囲・意思決定の関与度が違います。プロジェクトの立ち上げやアーキテクチャ選定は正社員中心、実装のスケール・特定機能開発は業務委託中心という切り分けが目安です。フリーランスの強みは「立ち上げ後の実装フェーズで即戦力になれる」点にあります。
Q11. 大手案件は単価交渉できますか。
A. 契約更新のタイミング（3ヶ月・6ヶ月ごとが多い）で交渉可能です。ただし、大手ほど社内の稟議が必要で、根拠のない値上げ交渉は通りにくい部類です。担当領域の拡大・実績・スキル追加を根拠に提示するのが実務的です。
Q12. スキルシートに書く実績が守秘義務で公開できない場合はどうしますか。
A. 発注元名を伏せて「大手金融のオンラインバンキング刷新」「大手ECの商品検索基盤刷新」のように業界＋案件種別で書きます。数値実績（トランザクション量、ユーザー数）も概算値に丸めて記載可能です。守秘義務の範囲は現契約の条項を必ず確認してください。
