業務委託エンジニアの単価値上げ要求への対処法｜3つの対応シナリオと判断基準

業務委託エンジニアから「単価を上げてほしい」と打診を受け、即答できずに数日間返事を保留してしまっている。本人のパフォーマンスには満足しているし、抜けられるとプロジェクトが止まる。けれど当年度の予算は既に確定していて、簡単には動かせない。そんな板挟みの状況に置かれている発注担当者は少なくありません。

社内に相談しても「上限は今と同じで何とかしてくれ」「断れるなら断って」と曖昧な指示で返されることもあります。自分で判断材料を集めて稟議を上げなければ動けないのに、相場も法的義務も整理されておらず、何を根拠に判断すればよいかが見えない。そして「YES か NO の二択しかない」と感じた末に即断してしまい、優秀なエンジニアを離脱させたり、逆に予算を崩したりするケースが起きてしまいます。

実は、業務委託エンジニアの単価値上げ要求への対処は「全面受諾」「部分受諾」「拒否」の3つのシナリオに整理できます。そして、自社のケースがどのシナリオに該当するかは「市場相場との乖離」「代替難易度」「法的義務」「予算上限」の4つの観点で判断できます。この枠組みを持っていれば、判断の妥当性を社内に説明でき、エンジニアとの関係を壊さずに着地点を設計できます。

本記事では、業務委託エンジニアの単価値上げ要求への対処法を、3つの対応シナリオと4つの判断基準として整理します。さらに、シナリオ別の伝え方の型と、次回以降の交渉コストを下げるための契約書の作り方まで解説します。

業務委託エンジニアの単価値上げ要求が増えている背景

まず押さえておきたいのは、業務委託エンジニアからの単価値上げ要求は、個人の都合ではなく構造的な背景に裏打ちされた動きだという点です。「うちのエンジニアだけが要求してきた」のではなく、市場全体・法令環境の両面から値上げの圧力が高まっています。背景を理解することで、議論を感情ではなく客観的な軸に置き直すことができます。

エンジニア市場単価の上昇トレンド

業務委託エンジニアの単価は近年明確な上昇傾向にあります。2026年の調査では、フリーランスエンジニアの平均月単価は約80万円という水準が報告されています（ファインディ株式会社「フリーランスエンジニアの平均月単価約80万円」プレスリリース、2026年）。

さらに注目すべきは、生成AIの活用度が単価差に直結し始めていることです。同調査では、コードの50%以上をAIで生成する層の平均月単価は約84万円で、活用度の低い層（25%以下）と比較して月単価で約10万円高いという結果が出ています。エンジニアの生産性が可視化される時代に入り、稼げる人と稼げない人の二極化が進んでいることを意味します。

職種別・言語別に見ると、機械学習エンジニアで月79.8万円、クラウドエンジニアで月77.3万円、AIエンジニアで月75.3万円、Scalaで月82.9万円、Go言語で月80.1万円といった水準が報告されています（PE-BANK「フリーランスエンジニアの単価相場」）。半年前・1年前の単価で契約しているエンジニアが値上げを打診してくるのは、本人のスキル向上だけでなく、市場全体の水準が押し上げられているからだと理解しておく必要があります。

物価高騰・労務費上昇による報酬転嫁の動き

2023年11月に内閣官房と公正取引委員会が連名で公表した「労務費の適切な転嫁のための価格交渉に関する指針」は、こうした市場動向の制度的な後押しとなっています。同指針では、発注者・受注者がそれぞれ採るべき行動を12の行動指針として整理しており、発注者には経営トップの関与や定期的な協議の実施が求められています（公正取引委員会「労務費の適切な転嫁のための価格交渉に関する指針」）。

特に重要なのは「受注者から労務費の上昇を理由とした価格転嫁を求められたら協議のテーブルにつくこと」「労務費の転嫁を求められたことを理由として取引を停止するなど不利益な取扱いをしないこと」という方針です。値上げ打診そのものを理由に契約を打ち切る対応は、独占禁止法上の優越的地位の濫用や下請法上の買いたたきとして問題視され得る、という前提を踏まえる必要があります。

2024年フリーランス新法・2026年改正下請法（取適法）が発注側に求めるもの

2024年11月1日には「フリーランス・事業者間取引適正化等法」（通称：フリーランス新法）が施行されました。この法律は、特定業務委託事業者（1か月以上の継続的な業務委託を受けるフリーランス）に対して、原材料費などのコストの値上がりを考慮せず協議もしないで従来通りの金額で発注することを禁止しています（政府広報オンライン「フリーランス・事業者間取引適正化等法」）。継続的な業務委託関係において、報酬改定の要求は協議の対象として扱う義務が、発注側にあるということです。

さらに2026年1月1日からは、従来の下請法が「中小受託取引適正化法（取適法）」へと改正されます。この改正により、「協議に応じない一方的な代金決定の禁止」が明確化され、労務費や原材料価格の高騰を理由に受注者が価格引き上げを求めて協議を申し入れた場合、発注側は正当な理由なくこの協議を拒否できなくなります（政府広報オンライン「2026年1月から下請法が『取適法』に！」、公正取引委員会「下請法から取適法へ」リーフレット）。「忙しいから後にして」「上が決めることだから」と協議自体を回避する対応は、改正後はリスクが高まります。

つまり、現在の発注側に求められているのは「値上げ要求が来た時に、まず協議のテーブルにつく」という基本姿勢です。協議の結果として全面受諾するか、部分受諾するか、拒否するかは別の話で、協議に応じるかどうか自体は法的義務として位置づけられつつあります。これを踏まえた上で、次章から具体的な3つの対応シナリオを見ていきます。

単価値上げ要求への3つの対応シナリオ

業務委託エンジニアの単価値上げ要求に対する発注側の対応は、「全面受諾」「部分受諾」「拒否」の3つのシナリオに整理できます。多くの担当者は「受け入れるか、断るか」の二択で考えてしまいがちですが、実務的に最も使い勝手がよく、関係維持と予算管理の両立を実現しやすいのは中間の「部分受諾」です。まずは3つの選択肢を並列で見比べ、自社のケースがどこに当てはまるかを検討してみてください。

シナリオA: 全面受諾 — 要求額をそのまま受け入れる

要求された金額をそのまま受け入れる対応です。最大のメリットは、エンジニアとの関係を即時かつ完全に維持できることです。離脱リスクがゼロになり、進行中のプロジェクトへの影響もありません。「評価していることを行動で示す」ことができるため、信頼関係も強化されます。

一方でリスクは、予算超過と前例化です。当年度予算を超えて単価を引き上げる場合、他の費用を圧縮するか、追加予算を確保する必要があります。また、一人のエンジニアに対して全面受諾すると、同じチーム内の他のエンジニアも同様の打診をしてくる可能性が高まります。

向いているのは次のようなケースです。

• 要求額が市場相場の範囲内、もしくは現単価が相場より明らかに低かった
• そのエンジニアの代替難易度が極めて高い（属人化している領域・希少スキル）
• 中長期で十分な価値創出が見込まれており、ROI 計算でも成立する
• 予算枠に余裕がある、もしくは経営層の合意が取りやすい

「相場乖離が小さく、抜けられたら困る人」が対象であれば、全面受諾は合理的な選択です。

シナリオB: 部分受諾 — 妥協点を設計する

要求額の一部を受け入れつつ、他の条件で調整して双方の納得点を作る対応です。実務で最も多く採用されるパターンで、予算管理と関係維持を両立できます。「YES か NO の二択しかない」という思い込みを破る、第三の道です。

メリットは、エンジニアに対して「評価しているし、対応する姿勢を見せる」というメッセージを送りつつ、自社の予算制約も守れる点です。リスクは、合意形成に時間がかかること、そして相手の納得感に依存することです。妥協点が「足元を見られた」と受け取られると関係が悪化するため、提示の仕方には注意が必要です。

具体的な妥協パターンには以下のようなものがあります。

• 段階的単価改定: 即時の単価アップ幅を要求額の50〜70%程度に抑え、半年後・1年後にさらに見直す約束をする
• 稼働日数調整: 月単価ベースの引き上げではなく、稼働日数を増やす（または時給ベースで調整する）
• 契約期間長期化: 単価アップを受け入れる代わりに、契約期間を半年から1年・1年から2年に延長する
• 成果連動加算: 固定単価部分は据え置きつつ、特定の成果指標を達成した場合の加算金を設定する
• 業務範囲の見直し: 単価アップを受け入れる代わりに、本人にとってより付加価値の高い業務（設計・レビュー・若手指導など）への役割シフトを伴わせる

向いているのは、要求額が相場上限に近いものの予算枠も近接していて、業務範囲や稼働日数の調整余地があるケースです。

シナリオC: 拒否 — 要求を断る

要求された値上げ幅を受け入れず、現単価のままで契約を継続する（または契約を更新しない）対応です。メリットは予算の厳守、社内のコスト管理の一貫性です。

ただしリスクは大きく、エンジニアの離脱・関係悪化・プロジェクト停滞、そして伝え方によっては協議義務違反となる法的リスクもあります。特に2026年1月以降は、改正下請法（取適法）の協議義務との関係で、「協議自体を拒否する」「正当な理由なく拒否する」対応は明確に問題視されるようになります。

シナリオCを選ぶ場合に絶対に守るべき点が2つあります。

1. 協議には応じた上で、結論として断る: 「値上げの話は受けない」と入口で拒否するのではなく、相場・自社の予算事情・代替の選択肢を一通り議論した上で、結論として現単価維持を提案する
2. 断る理由を開示する: 「予算枠の都合」「他のメンバーとのバランス」「業務範囲とのフィット」など、合理的な根拠を明示する。「上が認めない」だけの説明は不十分

向いているのは、要求額が相場を大きく超えていて妥協点の設計が困難、代替候補が確保できる見通しがある、または予算枠の柔軟性が一切ないケースです。離脱を覚悟した上での選択肢として位置づけてください。

シナリオ判定の4つの判断基準

3つのシナリオのどれを選ぶかを決める際、感覚や交渉力に頼るのではなく、4つの判断基準で評価することをお勧めします。この4基準は、社内の上長や経営層に説明する際の根拠としてもそのまま使えるため、稟議書のフォーマットとしても機能します。

基準1: 市場相場との乖離

最初に確認すべきは、要求額が市場相場と比べてどの位置にあるかです。前章で示した通り、2026年時点でフリーランスエンジニアの平均月単価は約80万円が目安で、職種別・言語別では機械学習エンジニア・クラウドエンジニアやScala・Go言語など希少領域でやや高めの水準になります。

確認すべきポイントは次の通りです。

• 該当エンジニアのスキル（言語・経験年数・専門領域）に対する相場感
• 担っている役割（実装／設計／リード）別の相場感
• AI活用度などの新しい評価軸での位置づけ

要求額が相場の範囲内（または相場より低い）であれば、シナリオA（全面受諾）またはB（部分受諾）に傾きます。相場を明らかに超える要求であれば、シナリオB（部分受諾で相場水準まで調整）またはC（拒否）の検討が必要です。相場データの参照先としては、各フリーランスエージェントの公開単価データ（levtech フリーランス や PE-BANK など）が現実的です。

基準2: 代替難易度（属人化リスク）

そのエンジニアが抜けた場合、代替人材の確保にどの程度のコスト・時間がかかるかを見積もります。エンジニアの場合、一般的な業務委託先よりも代替難易度が高くなりやすいのが特徴です。

評価軸の例:

• 業務の属人化度合い: そのエンジニアにしか分からない仕様・設計判断・運用ノウハウがどの程度蓄積されているか
• 代替人材の市場での確保しやすさ: 該当スキルセットの市場供給状況。希少スキル（特定の組み込み系、レガシー言語、特殊な業務知識など）ほど難しい
• 立ち上げ期間とコスト: 新メンバーが戦力化するまでの期間。プロダクトの複雑度によって変動
• 引き継ぎコスト: ドキュメント整備状況、業務の言語化のしやすさ

代替難易度が「極めて高い」と判定される場合は、シナリオA寄りに大きく振れます。「中程度」であればB、「容易に代替可能」であれば C も視野に入ります。

基準3: 法的義務（協議義務・買いたたき規制）

前章で見た通り、2024年フリーランス新法と2026年改正下請法（取適法）により、報酬改定要求に対する協議義務が法的に位置づけられています。シナリオ判定の前提として、以下の3点をクリアしているかを確認してください。

• 協議のテーブルにつく姿勢を示しているか: 「忙しいから後で」「上が決めることだから」と入口で回避していないか
• 検討プロセスが説明できるか: 相場・予算・代替難易度などを比較検討した記録があるか
• 回答に合理的な根拠があるか: シナリオCを選ぶ場合、「正当な理由」を説明できるか

協議義務の観点では、シナリオA・B・C のいずれも「協議の結論として選ばれる」のであれば適法です。問題になるのは、協議そのものを回避することと、合理的な根拠なく現単価を一方的に維持することです。

判定の根拠として、公正取引委員会「中小受託取引適正化法テキスト」 や 中小企業庁「価格交渉ハンドブック」 などの公的資料を参照すると、社内説明の説得力が増します。

基準4: 予算上限と決裁ライン

最後に、自社側の予算制約と決裁プロセスを整理します。

確認すべき項目:

• 自分の裁量で決められる金額レンジ: いくらまでなら自分で即断できるか
• 上長承認が必要なライン: どの金額からは上長判断になるか
• 経営承認が必要なライン: どの金額からは経営層の判断になるか
• 回答期限の握り方: エンジニアに「いつまでに返事する」と握れるか

予算枠に余裕があり、自分の裁量で対応できる範囲であれば、シナリオAも現実的です。予算枠が厳しく経営判断が必要な金額であれば、シナリオBで「自分の裁量範囲で先に部分受諾を提示し、追加分は経営判断を仰ぐ」というプロセス設計が有効です。

4基準のマトリクスでシナリオを判定する

4基準を組み合わせると、シナリオの傾向が可視化されます。

このマトリクスは社内の稟議書や上長への報告にそのまま転用できる形式になっています。「相場乖離は小、代替難易度は高、協議は実施済み、予算は近接しているため、シナリオB（段階的単価改定）で対応する」というように、判断の根拠を構造化して提示できます。

シナリオ別の伝え方と進め方

判断は固まっても、エンジニア本人への伝え方が雑だと関係が壊れます。決定内容そのものよりも「どう伝えられたか」がエンジニアの納得感を左右することは多く、伝え方の設計はシナリオ選択と同じくらい重要です。

シナリオA（全面受諾）の伝え方

全面受諾の場合でも、ただ「OK です」と伝えるだけでは効果が半減します。次の3点を意識します。

1. 受諾の理由を明確に伝える: 「これまでの成果（具体例）と継続意向を踏まえての判断です」と評価軸を言語化する。「相場が上がっているから仕方なく」ではなく「あなただから」というメッセージにする
2. 契約書面の更新タイミングを共有する: いつから新単価が適用されるか、契約書の改定はいつ行うかを明確にする
3. 次回更新時の協議ルールに触れる: 「次回の契約更新時にもオープンに相談しましょう」など、継続的な対話の姿勢を示しておくと、突発的な値上げ要求の繰り返しを防げる

シナリオB（部分受諾）の伝え方

部分受諾は最も難易度が高い伝え方です。順序を間違えると「足元を見られた」「予算を盾に値切られた」と受け取られるリスクがあります。次の順序を推奨します。

1. まず要求を受け止める: 「値上げの打診ありがとうございます。○○さんの貢献を考えると、引き上げを検討するのは当然のことだと考えています」
2. 自社の予算事情を共有する: 「ただし、当年度予算は既に確定しており、そのままの金額での引き上げは難しい状況です」と率直に状況を開示する
3. 折り合える条件を提案する: 「ご要望額の◯%は今すぐ反映し、残りは次回契約更新時に再度検討させてください」「単価は据え置きつつ、稼働日数を月◯日増やすことで報酬総額を上げる方向はいかがでしょうか」など、複数案を提示する
4. 双方の納得を確認する: 即決を求めず、相手にも検討時間を提供する。「持ち帰って考えていただいて構いません」と伝える

ポイントは、自分の予算事情を開示する前に、相手の要求への共感を示すことです。順序を逆にすると「値切り交渉」の構図になります。部分受諾を含む全体的な進め方と断り方を縦断的に整理した記事として、業務委託の単価交渉、発注側が知るべき進め方と断り方も併せて参照すると、交渉プロセス全体の流れを把握しやすくなります。

シナリオC（拒否）の伝え方

最も慎重さが求められる伝え方です。次の4ステップを踏みます。

1. 評価していることを先に伝える: 「これまでの成果は高く評価しており、引き続きご一緒したいと考えています」
2. 断る理由を開示する: 「ただし、今回ご提示の単価については、当社の予算枠や他のメンバーとのバランスを考慮した結果、現状ではお応えできない判断となりました」。「上が認めない」ではなく、合理的な根拠を示す
3. 改定できる時期や条件の見通しを示す: 「次年度予算の確定が来年◯月にあり、その時点で再度検討させていただきたい」「業務範囲が拡大した場合は単価見直しの対象とします」など、未来の余地を残す
4. 代替案を併せて提示する: 「業務範囲を◯◯に絞ることで稼働日数を減らし、時給ベースでは引き上げる」「契約形態を見直す」など、別の着地点を一緒に検討する姿勢を見せる

シナリオCを選ぶ場合でも、エンジニアとの関係を完全に閉じるのではなく、次の機会への余地を残すのが、長期的な人材プール維持には有効です。

全シナリオ共通の注意点

最後に、3シナリオすべてに共通する注意点を整理します。

• 即答せず「持ち帰って検討する」のクッションを置く: その場で答えると、判断材料の整理ができないまま結論が出てしまう。「2〜3営業日以内に正式回答します」と伝える
• 回答期限を双方で握る: 「いつまでに回答する」を双方明示する。エンジニアからすると返事がいつ来るか分からないのが最大のストレス
• 協議の記録を残す: メール・チャットなどテキストで履歴を残す。改正下請法（取適法）の協議義務との関係でも重要

次回以降のために契約書に入れておくべき単価改定条項

今回の交渉を一度きりの「予測不能なイベント」で終わらせるのではなく、契約書に単価改定の手続きを盛り込んでおくことで、次回以降の交渉コストを大幅に下げられます。改定の協議時期・手続きを事前に定めておけば、突発的な要求に振り回されることがなくなり、予算計画にも織り込めるようになります。

単価改定条項を入れておくメリット

主なメリットは次の通りです。

• 協議のタイミングが予定された手続きになる: 「契約更新時に協議する」と決めておけば、その時期に向けて発注側も受注側も準備できる
• 予算計画に織り込める: 単価改定が想定される時期が決まっていれば、年度予算編成時に予備費を確保できる
• 法的義務の対応もスムーズになる: 改正下請法（取適法）・フリーランス新法の協議義務に対しても、契約書上で協議の枠組みが定まっていれば対応が容易

条項に盛り込むべき要素

単価改定条項に最低限盛り込みたい要素は以下です。

• 改定協議のタイミング: 契約更新時、または契約期間中であっても○か月に1回など、協議の機会を明示する
• 協議の申し入れ方法: 書面（または電子メール等）での申し入れを基本とし、申し入れから何日以内に協議の場を設けるかを定める
• 合意できない場合の扱い: 合意に至らない場合は現単価のまま契約を継続する、または契約期間満了で更新しないなど、フォールバックを明示する
• 改定後の適用開始時期: 改定合意後、いつから新単価を適用するかを定める

改定の遡及適用の取り扱い

注意すべき重要なポイントとして、改定後の単価は合意成立後の発注分から適用するのが原則で、合意前の発注分への遡及はできない点があります。これは取適法（改正下請法）・下請法の基本的な考え方で、既に確定した取引条件を後から一方的に変更することはできません。

「過去半年分も遡って単価を上げてほしい」という要求が来た場合は、この原則を踏まえて、合意成立後の発注分から新単価を適用する形で整理することになります。誠実な対応として「今後の発注分から速やかに反映する」と伝えれば、多くの場合は受け入れられます。

なお、契約条項の具体的なドラフトについては、自社の取引実態や業種特性を踏まえて弁護士等の専門家確認を取ることを推奨します。本記事の内容は一般的な考え方を整理したものであり、個別事案への適用には専門家のレビューが必要です。

まとめ — 単価値上げ要求は「シナリオ × 判断基準」で意思決定する

業務委託エンジニアの単価値上げ要求への対処は、「YES か NO の二択」ではありません。「全面受諾」「部分受諾」「拒否」の3つのシナリオがあり、どれを選ぶかは「市場相場との乖離」「代替難易度」「法的義務」「予算上限」の4つの基準で判断できます。

判断の妥当性は、感覚ではなく根拠で説明できることが重要です。「相場乖離は小、代替難易度は高、協議は実施済み、予算は近接しているため、シナリオB（段階的単価改定）で対応する」というように構造化すれば、社内の稟議書や上長への報告にそのまま転用できます。

そして、判断結果はそのままでは伝わりません。シナリオA・B・C それぞれで、エンジニア本人への伝え方の型を持っておくことで、結論が同じでもエンジニアの納得感が大きく変わります。特に部分受諾と拒否の場合は、「相手の要求への共感を先に示す」「断る理由を合理的に開示する」「未来の余地を残す」という3点を意識してください。

最後に、今回の経験を一度きりで終わらせず、契約書に単価改定条項を盛り込んでおくことで、次回以降の交渉は予定された手続きとして対応できるようになります。突発的な要求に振り回されるストレスから解放されるためにも、契約書の整備は重要な投資です。

次のアクションとしてお勧めするのは次の3つです。

1. 該当エンジニアの相場感を、各フリーランスエージェントの公開単価データで確認する
2. 代替難易度（属人化度合い・引き継ぎコスト）を簡単にでも棚卸しする
3. 4基準のマトリクスに自社ケースを当てはめ、シナリオを仮判定する

ここまで進めば、エンジニアとの協議に臨む準備はほぼ整います。冷静な判断軸と、関係を壊さない伝え方の型を持って、自信を持って次のステップに進んでください。