単価交渉の前提：フリーランス単価の決まり方

フリーランスエンジニアの単価は以下の要素で決まる。

要素	内容
市場単価	同スキルセット・同稼働条件の相場
スキルセット	技術スタック・経験年数・専門領域
稼働条件	週稼働日数・リモート可否・常駐/非常駐
クライアント予算	案件の性質・企業規模・発注側の事情

これを踏まえると、単価交渉は「自分の要求を通す交渉」より「条件のすり合わせ」として設定する方が建設的だ。相手にとっての合理性が見える形にすると、「ただ上げてほしいだけ」という印象にならない。

タイミングの判断基準

通りやすいタイミング

1. 成果が出た直後
プロジェクトリリース・重大バグの解決・クライアントから感謝された直後。相手が「この人には価値があった」と感じているタイミングで切り出すと、心理的な障壁が低い。

2. 契約更新前
3ヶ月・6ヶ月更新の契約なら、更新前1〜2週間が最適。「次回から単価を見直したい」は自然な文脈になる。もめにくく、関係への影響も最小。

3. 新規案件の受注時
既存クライアントから新しい案件が来たタイミング。「この案件から単価を〇〇円にしたい」は交渉しやすい。

避けるべきタイミング

プロジェクト佳境: クライアントが追い詰められている時期は「今それを言うの」という反応になりやすい
トラブル発生中: 問題が起きている最中の交渉は印象が悪い
関係開始直後: まだ信頼を積み上げていない段階での交渉は通りにくい

交渉の進め方

Step 1: 市場単価の確認

交渉前に自分のスキルセットの市場単価を調べる。参考になる情報源:

エージェントサービスの公開案件（レバテック、Midworks、クラウドテック等）
同スキルセットのフリーランス求人の単価帯
エンジニア向けコミュニティでの情報収集

「市場価格がこれくらいで、今の単価はそれより低い」という根拠があると話が進めやすい。

Step 2: 提案の組み立て

直接「単価を上げてほしい」より、条件変更と組み合わせた提案の方が通りやすい。

# 提案パターン例

## 稼働増加型
「週4日稼働を週5日に増やす代わりに、月額を〇〇円に変更したい」

## スキルアップコスト型
「新しい技術スタック（TypeScript移行、インフラ対応等）のキャッチアップに
コストがかかるため、単価に反映してほしい」

## 市場単価型
「同スキルセットの市場単価が〇〇円〜〇〇円で、
現在の単価とギャップが出てきた」

## 実績型
「〇〇のプロジェクトで〇〇を達成した実績を踏まえて、
次の契約から単価を見直してほしい」

Step 3: 断られた後の対応

断られることは普通にある。重要なのは断られた後の対応だ。

断られた → 「わかりました」で終わらせない

↓

「今期は難しいとのこと、承知しました。
では次の契約更新（〇月）で改めて検討いただけますか？」

↓

次回のタイミングを明示的に合意する

「いつかまた」で終わらせると永久に先送りになる。次のタイミングを確認することで、話が継続する。

数字の目安

実務での感覚値として参考程度に:

交渉内容	通りやすい上げ幅
継続案件の年次見直し	5〜10%
新規案件・契約更新時	10〜15%
稼働条件変更を伴う場合	10〜20%

一回で30%以上上げようとすると「さすがに難しい」となるケースが多い。年1回・小幅の積み重ねが長期的に有効だと感じてる。

単価が上がらない状況からの脱出

「このクライアントは予算がなくて上げられない」が続く場合、交渉テクニックだけでは解決できない。

根本的な解決策は複数クライアントを持つことだ。

単価交渉力の方程式:

交渉力 = スキルセット × 代替案の有無

「断られても困らない」状況を作ることが
交渉力の根本的な強化につながる

一クライアント依存の状態では、「断られたら困る」心理が交渉を弱くする。別の選択肢があることで、交渉のカードが増える。

まとめ

単価交渉はタイミングと提案の仕方で結果が大きく変わる。「成果直後・更新前」のタイミングで、「条件のすり合わせ」として提案する。断られた後は次のタイミングを確認して継続する。長期的には年1回・小幅の積み重ねと、複数クライアントを持つことで交渉力の地盤を作ることが重要だと思ってる。

元記事はこちら: https://www.kixking.xyz/2026/04/18_21.html