フリーランスエンジニア単価相場データの集め方｜交渉で使える4カテゴリ

契約更新の面談で「単価を上げたい」と切り出したら、「他の方はもっと低い単価でやっていますよ」の一言で話が終わってしまった。フリーランスエンジニアなら、一度は似た経験があるのではないでしょうか。

問題は交渉のトーク力ではありません。「相場は月75万円くらいのはずだ」と感覚では分かっていても、その数字がどこから出てきたのか、どの職種・スキル・稼働形態に該当するデータなのかを、クライアントに説明できないところに本当の弱点があります。準備段階で複数の一次情報を組み合わせて自分の位置づけを客観的に示せていない状態では、どんな交渉術も空回りしてしまいます。

一方で、市場データは調べれば意外なほど公開されています。エージェント各社の公開単価、政府・業界団体の実態調査、案件検索サイトの求人条件、グローバルなエンジニア調査など、無料で手に入る一次情報は複数あります。問題はソースが少ないことではなく、「どれを、どう組み合わせて、どのフォーマットで見せるか」という設計の部分です。

本記事では、単価交渉に使える市場データを4つのカテゴリに整理し、主要ソースの使い分け、集めたデータを「1枚のポジションシート」に組み立てる4ステップ、そして交渉の場での見せ方までを順に解説します。読み終えたときには、契約更新2〜3ヶ月前から着手できる具体的な作業手順が手元に残るはずです。

なぜ「相場を知っている」だけでは単価交渉に勝てないのか

単価交渉で失敗するとき、原因はほぼ「準備段階の情報設計の甘さ」に集約されます。感覚論やSNSで見た断片的な数字だけで臨むと、クライアント側に論点をずらされて終わります。

クライアント側も同じ情報を見ているという前提

まず押さえておきたいのは、クライアント（発注企業）も同じエージェントの単価表や市場調査を見ているという事実です。ITフリーランス市場を分析した「ITフリーランス及びフリーランスエージェント市場白書2026」によれば、2025年のITフリーランス人口は約37万人に拡大し、フリーランスエージェント市場は3,183億円（前年比24.3%増）に達しています（RBB TODAY 発表資料）。市場が大きくなるほど発注側の情報リテラシーも上がり、単価の妥当性を市場データで検証してくる企業は増えています。

つまり「相場感」を持ち出すだけでは、相手も同じ相場感を持っているため議論が並走してしまい、最終的には「予算」「他の稼働メンバーとのバランス」といった相手側の論点で押し切られてしまいます。

「相場ですよね」で終わらせない3つの必要条件

相場という共通言語の上で自分の主張を通すには、少なくとも次の3つが揃っている必要があります。

• 複数ソース: 1社のエージェントデータだけでは「そのエージェント案件のバイアス」と片付けられます。カテゴリの異なる3ソース以上で裏を取ることが最低ラインです。
• 鮮度: 「1年前のデータですよね」と返される余地を残さないために、直近3ヶ月のデータを必ず含めます。
• 自分の位置づけ: 相場の中央値・レンジのどこに自分が位置するか、言語・職種・稼働形態・商流の観点で明示します。相場を語るのではなく、相場の中の自分を語る形にします。

準備の解像度で交渉の主導権が決まる

上記3条件を満たすデータパッケージを事前に用意しておくと、面談の場では「主張を裏付ける資料」ではなく「相手と一緒に読み解く共通の地図」を提示する構図に変わります。相手も反論するには同等以上のデータを出す必要が生じ、自然と対等な議論に持ち込めます。準備の解像度そのものが交渉の主導権を決めているのです。

単価交渉に使える市場データの4カテゴリ

市場データを闇雲に集めても、バイアスが揃っていれば意味がありません。まずはデータを4カテゴリに分け、それぞれの特性（バイアスの方向・更新頻度・強みと弱み）を対比して押さえます。

カテゴリA｜エージェント公開単価データ

レバテックフリーランス、ITプロパートナーズ、Midworks、フリーランスHub、Workee など、フリーランスエージェント各社が公開する案件単価・平均単価データです。案件条件と実単価が紐づいている一次情報という強みがある一方、自社取り扱い案件のみが対象のためポジショントーク（自社経由の登録を促す構造）を含みます。単独ソースとしては使わず、他カテゴリと組み合わせるのが原則です。

カテゴリB｜公的統計・業界団体調査

IPA・厚生労働省・中小企業庁・経済産業省などの政府系機関、およびフリーランス協会・マイナビ等の業界団体が公表する調査データです。「フリーランス白書2025」（フリーランス協会、PDF）や、中小企業庁が過去に実施した「フリーランス実態調査」（令和3年度調査 PDF）などがこれに該当します。母集団が広く公的な信頼性がある反面、更新頻度が年1回程度と低く、直近の相場変動の追随には向きません。

カテゴリC｜求人・案件市場データ

Indeed、レバテック案件検索、Workee 案件マーケットなど、公開されている案件情報から実際の募集条件（単価レンジ・スキル要件・稼働形態）を集計するアプローチです。集計サイトを介さず自分で条件を絞って検索するため、自分の案件条件に近い実需給の証拠を得られます。粒度は細かい反面、集計作業の手間はカテゴリの中で最も大きくなります。

カテゴリD｜グローバル比較データ

Stack Overflow Developer Survey や GitHub Octoverse など、グローバルなエンジニア調査です。国内相場との比較で「なぜ日本のこのスキルはこの単価帯なのか」の構造理解を深めるのに役立ちます。2025年の Stack Overflow Developer Survey は世界177カ国から49,000件以上の回答を集めた大規模調査で、職種別・技術別の給与傾向を確認できます（Stack Overflow Developer Survey 2025）。単価そのものの根拠には使いにくいですが、トレンドや技術別の相対比較には有効です。

4カテゴリを組み合わせる基本原則（三角測量）

4カテゴリのうち少なくとも「A（エージェント）」「B（公的統計）」「C（案件市場）」の3つは必ずカバーします。カテゴリDはトレンド補強用の任意ソースと位置づけます。同じ結論を異なるバイアスのソースで支えることで、単一ソースへの反論（「そのデータは偏っている」）を封じられます。これが三角測量の考え方です。

主要データソース一覧と使い分け

4カテゴリのそれぞれで実際に参照すべきソースと、そこから取得できるデータ項目を整理します。ここは実務の「作業カタログ」として使えるよう、更新頻度・登録の要否・使い所を対比表形式でまとめます。

エージェント公開データ

代表的なソースは以下です。

• レバテックフリーランス: 「フリーランスのSE・プログラマーのための単価診断・単価相場」で職種別・言語別の単価が確認できます。ログイン不要で参照可能。
• 単価コンパス: 複数エージェントの公開データを集約した比較サイト。エージェント個別サイトを横断的に見るのに便利です。
• フリーランスHub: 職種・言語別のレンジ情報を掲載。
• Workee: 発注者と直接つながるマーケットプレイス型の案件情報。エージェントを介さない案件条件の目安を掴めます。

これらは基本的に「掲載時点の公開レンジ」を確認します。エージェントによっては上限値・中央値・下限値の3点を公開しているケースがあり、レンジの取り方の議論に使えます。

集計・比較サイト

• 単価コンパス、フリーダッシュ、CareeHUB などが代表的です。
• 複数エージェントの公開データを集計しているため、単一エージェントのバイアスを平準化できます。
• ただし、集計サイト自体が特定エージェントと提携している場合もあるため、必ず一次エージェントデータと突き合わせます。

公的統計

• フリーランス協会「フリーランス白書2025」: 職種別の年収・時間単価分布、稼働時間、収入構成を毎年公表しています（PDF）。
• マイナビ「フリーランスの意識・就業実態調査2025年版」: 収入・案件獲得経路・満足度などを網羅（調査概要）。
• 中小企業庁（令和3年度）「フリーランス実態調査結果」: フリーランス全般の収入分布・取引実態を公的統計として提示（PDF）。
• IPA「DX動向調査」「IT人材白書」系レポート: IT人材の需給・報酬水準を長期時系列で追跡できます。

公的統計は「相場は上がっている・下がっている」というトレンドの提示に強く、単発の相場値の根拠にはエージェントデータのほうが向きます。用途を分けて使います。

求人市場データ

• Indeed 等の求人検索: フリーランス案件・業務委託案件を条件で絞り込み、月額単価や日額を集計します。
• レバテック案件検索・Workee 案件マーケット: エージェント経由案件と直接契約案件の両方をカバーできます。
• 民間調査: ファインディの調査では、2026年最新でフリーランスエンジニアの平均月単価は約80万円、コード生成にAIを活用しているエンジニアはそうでないエンジニアより月単価に約10万円の差が出ていると報告されています（ファインディ調査プレスリリース）。案件条件と AI 活用状況の相関は、交渉時の生産性根拠として活用できます。

自分の言語・フレームワーク・職種・商流（元請け/2次請け以下）で条件を揃えて20〜30件程度サンプリングし、中央値・レンジを算出します。

グローバル調査

• Stack Overflow Developer Survey: 職種別・技術別の給与中央値、AI ツール利用率、リモートワーク比率などを毎年公表（2025年版 Work セクション）。
• GitHub Octoverse: 技術トレンド・言語シェアの世界的動向。

日本国内単価の直接根拠にはしにくいですが、「なぜ Go・Rust・機械学習が上位単価帯か」といった構造説明の裏付けに使えます。

ソース一覧表（取得項目・更新頻度・登録要否・使い所）

集めたデータを「交渉材料」に組み立てる4ステップ

データが揃ったら、次はそれを「1枚のポジションシート」に整理する工程に入ります。ここでの目的は、面談で相手と一緒に見ながら議論できるフォーマットに落とすことです。

ステップ1｜自分のスキル・案件条件を分類してレンジを絞る

言語・職種・稼働形態・商流の4軸で自分の案件を分類します。

• 言語/フレームワーク: 主要スキルを2〜3個（例: TypeScript / Next.js / Node.js）
• 職種: バックエンドエンジニア / フルスタック / SRE / PdM など
• 稼働形態: 常駐 / フルリモート / ハイブリッド、稼働日数（週3・4・5）
• 商流: 元請け直請け / 1次請け / エージェント経由（2次請け相当）

この分類が甘いと、後段でレンジを引き比較しても「案件条件が違うから比較にならない」と論点をずらされます。冒頭で条件を明示することで、以降のデータを同じ土俵で議論できます。

ステップ2｜3ソース以上でレンジを三角測量する

分類した条件で、カテゴリA/B/Cから最低1ソースずつ、合計3ソース以上のレンジを取得します。

• 各ソースの 中央値・レンジ上端・レンジ下端 を記録します。
• サンプル数（レバテック案件検索で該当案件が何件あったか等）も記録します。「30件中央値」と「3件中央値」では説得力が違います。

3ソースの中央値が概ね揃っていれば、それが自分の適正レンジです。乖離が大きい場合はサンプル数が少ないソースを疑い、追加でサンプリングします。

ステップ3｜過去12ヶ月と直近3ヶ月を比較してトレンドを示す

同じソースで過去12ヶ月データと直近3ヶ月データを比較し、トレンド（上昇・横ばい・下降）を明示します。

• 「フリーランス白書」等の年次データは、前年版と最新版を並べます。
• エージェント公開単価は Wayback Machine 等の過去スナップショットが取れる場合、6ヶ月前・12ヶ月前と比較します。
• 直近3ヶ月データは「現在の相場感」の証拠として、過去12ヶ月は「トレンドの方向性」の証拠として使い分けます。

「単価は上昇トレンドで、直近3ヶ月では中央値が◯万円まで上がっている」と示せると、値上げ提案の必然性が伝わります。

ステップ4｜提示単価の位置づけを明示する

最後に、自分が提示したい単価がレンジのどこに位置するかを明示します。

• 中央値の何%か（例: 中央値の110%）
• レンジの位置（例: レンジ下端から上位30%）
• その位置を主張する根拠（該当技術での案件経験年数、AI 活用による生産性寄与、責任範囲の広さなど）

「中央値以下ならほぼ通る」「中央値+10%までは相場内」「中央値+30%以上は追加の差別化根拠が必要」といった判断軸で、提示単価の妥当性を自分でも評価できます。

なお、市場データによる「外的根拠」と対をなす「AI 活用による生産性向上」を自分側の内的根拠として整理・言語化する方法は、AI 活用を単価交渉の根拠にする方法で扱っています。中央値+10%以上の位置を主張したい方は、外的根拠（市場データ）と内的根拠（生産性寄与）を両輪で組み立てるとレンジ上位の説明が厚くなります。

ポジションシート例（表形式のテンプレート）

面談で見せる1枚シートの構造イメージです。実際にはスプレッドシート1枚に収めると扱いやすくなります。

データを見せる/使うタイミングと注意点

集めて組み立てたデータは、面談での見せ方次第で効果が大きく変わります。データを「相手をねじ伏せる武器」として振り回すと、かえって関係悪化を招くこともあります。

提示のタイミングは契約更新2ヶ月前が定石

契約更新の直前だと、クライアント側は予算調整の余地が乏しく、「今回は現行単価で、次回検討します」と先送りされがちです。契約更新の2ヶ月前を目安に「次期契約について相談したい」と切り出し、面談日程を設定した上で、面談当日にポジションシートを提示するのがバランスの取れた進め方です。

事前にメールでシート全体を送付すると、面談前に反論だけ準備される可能性があります。面談当日に一緒に画面共有しながら見るのが、対話の余地を残すコツです。

データを"添付する"か"引用する"か

ポジションシートの見せ方は2種類あります。

• 添付型: シートそのものをPDF・スプレッドシートとして共有。詳細な議論に強い反面、相手が細部の粗探しをしやすくなります。
• 引用型: 面談内で「フリーランス白書2025では〜」「レバテック案件検索の直近3ヶ月では〜」と口頭でソースを示し、質問されたら該当ページを画面共有。議論を主要論点に集中させやすくなります。

原則は「引用型で始め、深掘り要求が来たら該当箇所を共有」の2段階運用がおすすめです。面談当日に使う具体的な口頭スクリプトやメール文面のパターンはフリーランスエンジニアの単価交渉スクリプト集で整理していますので、切り出し方や言い回しまで詰めておきたい方はあわせて参照してください。

クライアントからの反論パターンと再反論の準備

想定される反論と、それに対する応答をあらかじめ用意しておきます。

• 反論A「他の方はもっと低い単価でやっています」: 中央値レンジと案件条件差で応答します。「その方の稼働形態・商流・スキルセットが自分と同一条件でしょうか。カテゴリAの3ソースでは同条件の中央値は◯万円で、私が提示している◯万円はレンジ内です」。
• 反論B「うちの予算感とは違う」: 業界別レンジと類似案件データで応答します。「業界別の中央値ではSaaS系・Fintech系はこのレンジ、SIer案件はこのレンジ、と幅があります。御社のポジションでは市場中央値のどこに位置づけたいかをお聞かせいただけますか」。予算論を市場ポジション論に翻訳する形です。
• 反論C「データが古い/偏っている」: 直近3ヶ月データと複数カテゴリでの一致で応答します。「A/B/Cの3カテゴリで独立にレンジを取ると同じ結論に収束しています。特定ソースへの依存はしていません」。

これらの応答は、事前にポジションシートの脇に想定Q&Aとしてメモしておくと、面談中に慌てずに済みます。

データ収集を効率化する仕組みづくり

単価交渉は次回・その次と繰り返し発生します。毎回ゼロから調べ直すのは非効率なので、四半期ごとに定点観測する仕組みを作っておくと、次回以降のコストが大きく下がります。

四半期に1回の定点観測ルーチン

以下を四半期ごとの30〜60分ルーチンにします。

1. 主要3ソース（カテゴリA/B/Cから1つずつ）の該当条件レンジを更新
2. 直近3ヶ月のトレンド差分を記録（前四半期比で何%変化したか）
3. ポジションシートの「中央値」「レンジ」を書き換える
4. 自分の提示単価の相対位置（中央値の何%）を再計算

これだけで、次回の交渉時に「更新済みのシートをそのまま持ち込む」状態を維持できます。

スプレッドシートテンプレートの構造

スプレッドシート1枚で以下の列を持たせます。

ソースを行として積み上げ、上部に「集計行（3ソース中央値・レンジ）」を関数で計算するようにしておくと、面談前のメンテナンスが数分で済みます。

RSS/メール通知でエージェント更新情報を自動収集する

エージェント各社のニュースリリース・単価レポート発表を能動的に追うために、以下の自動化を検討してもよいでしょう。

• 主要エージェントの「お知らせ」ページを RSS リーダーに登録
• Google アラートで「フリーランスエンジニア 単価相場」「フリーランス白書」等をメール通知
• ファインディ・レバテック等のプレスリリースを PR TIMES で企業フォロー

新しい調査レポートや相場変動があった際に受動的に情報が入ってくる状態を作れば、四半期ルーチンの負荷はさらに下がります。

まとめ｜市場データは交渉の"主張"ではなく"議論の土台"にする

単価交渉で市場データを使う目的は、クライアントをねじ伏せることではなく、相手と対等に議論するための共通言語を用意することです。「相場は◯万円だから◯万円にしてほしい」ではなく、「A/B/Cの3ソースで自分の条件の中央値はここで、直近3ヶ月ではこう動いていて、自分の提示単価はレンジ内のこの位置にある」と示すことで、議論の焦点が「単価の絶対値」から「市場ポジションの妥当性」に移ります。

準備段階の情報設計の甘さが交渉の敗因になっていたのなら、逆に情報設計を精緻化することで交渉の主導権は取り戻せます。今日から着手できるのは、レバテックフリーランスの単価診断とフリーランス白書2025を並べて自分の条件でのレンジを取り、スプレッドシート1枚にまとめるところまでです。それだけでも「次回の面談で持ち出せる根拠」は手元に揃います。

次のアクション

案件マーケットを横断して自分の条件に近い単価レンジを確認したい方は、Workee でフリーランス案件を探す から市場データの取得元を1つ増やせます。エージェント経由の公開単価だけでなく、発注者と直接つながる案件条件を比較材料に加えることで、ポジションシートの「カテゴリA」ソースを厚くできます。