フリーランスや業務委託でエンジニアリングを請け負っている方、あるいはそうした人材を発注する立場のPM・技術リーダーに向けた内容です。
英国のあるシニアバックエンドエンジニアの事例が象徴的です。Go言語とKubernetes（コンテナ化されたアプリケーションの運用を自動化する基盤）の実務経験8年、参照可能なクライアント実績3件という条件で、日給650ポンドを希望したところ、2日後に別の候補者が450ポンドで見つかったと連絡が来たそうです。しかもそれは「良い知らせ」として提示されました。この単価下落は一時的な調整ではなく、供給過多とプラットフォーム構造が組み合わさって単価の「床」を消してしまった、構造的な現象として理解する必要があります。
ソフトウェアアーキテクチャや非機能要件を扱うチームにとって、これは他人事ではありません。単価下落と契約期間の短縮化は、外部人材への依存度が高い開発体制にとって、技術的負債の蓄積リスクと表裏一体だからです。
何が起きているのか: 供給ショックの構造
2021年から2022年にかけて、ソフトウェア開発職の求人はどの業種よりも大きく増減しました。急激に採用が倍増し、その反動で最も速いペースで求人が減少したのがこの分野です。
この採用バブルの崩壊で職を失ったエンジニアの多くは、正社員市場に戻れず、業務委託やフリーランスに流れました。2024年だけでテクノロジー業界で10万人以上がレイオフされたというデータもあります。
LinkedInが2021年に立ち上げたサービスマーケットプレイス機能では、登録者が1000万人に達し、直近1年で48%増加しています。数字だけ見ると市場拡大に見えますが、実態は供給圧力の増大を示すシグナルです。
企業側から見ると、経験豊富なシニア人材が急に採用しやすくなった状態です。正社員として採用できなかった企業は、契約期間を細切れにして委託人材を「保険的」に使う方向に動いています。かつて12ヶ月以上あった契約期間が、予算の不透明さを理由に6ヶ月未満に圧縮される傾向も見られます。
プラットフォーム構造がもたらす二重の圧迫
UpworkやFiverrのようなフリーランス仲介プラットフォームは、本来この市場の効率化インフラとして機能するはずでした。パンデミック期にはこのモデルがうまく回り、両社の株価も上昇しました。
しかし2024年以降、需要の落ち込みを受けて、両社は取り分（テイクレート）を引き上げる方向に舵を切っています。Fiverrの2026年第2四半期のマーケットプレイス収益は9780万ドルで、前年同期の1億860万ドルから10%減少、マーケットプレイス収益単体では15.5%の減少です。
これは需要側の単価下落と、供給側からの手数料増加が同時に起きる「二重の圧迫」構造です。発注企業が支払う金額は変わらなくても、実際に技術者の手元に届く金額はさらに目減りする仕組みになっています。
アーキテクチャ設計の観点で見ると、この構造はマイクロサービスにおける「ベンダーロックイン」と似た性質を持ちます。単一のプラットフォームに調達チャネルを依存させることは、価格決定権を外部に渡すことと同義です。
発注側が確認すべき非機能要件としての「人材調達の可用性」
システムの可用性（サービスが継続して使える状態を保つ能力）を語るとき、インフラの冗長化は当然検討されます。しかし人材調達の冗長化、つまり「特定のプラットフォームや特定の契約形態に依存しない体制」は、非機能要件として見落とされがちです。
発注側のPMやアーキテクトが確認すべき点は次の通りです。
- 契約期間が6ヶ月未満に短縮されていないか、更新のたびに単価交渉が発生する構造になっていないか
- コア機能の設計・実装を担う人材が単一のプラットフォーム経由で、かつ短期契約に集中していないか
- 契約終了時の引き継ぎドキュメントやコードレビュー記録が、属人化せず残る運用になっているか
- 単価だけを比較指標にした調達プロセスが、経験や実績のある人材を排除する方向に働いていないか
短期契約の乱立は、コードベースの一貫性を損ない、結果として技術的負債を増やす要因になります。設計判断の背景（なぜこのアーキテクチャを選んだか）が引き継がれず、次の担当者が同じ議論を繰り返すコストは、単価差額よりも高くつくことがあります。
技術者側が確認できる判断基準
単価交渉の場面で、プラットフォーム経由の見積もりだけを基準にしないことが現実的な対策になります。具体的には以下を確認すると良いでしょう。
- 直近の契約実績（クライアント数・稼働期間）を、プラットフォーム上のレーティングだけでなく直接の紹介実績として提示できるか
- 参照可能なクライアントとの関係を、プラットフォームを介さず継続できる形にしているか
- 契約更新のたびに単価を下げる提案が来ていないか、来ている場合はその理由が需給か発注側の予算都合かを見極める
- Kubernetesやクラウドインフラのようなニッチかつ実務経験が問われる領域で、実績の証跡（本番運用経験・障害対応記録など）を明示できているか
プラットフォームの取り分構造は公開情報として四半期決算資料で確認できます。UpworkやFiverrのIR資料を見れば、テイクレートの推移や収益構成の変化を把握できます。単価交渉の材料として、こうした一次情報を確認しておくことは無駄になりません。
まとめ
技術者単価の下落は、レイオフによる供給増加とプラットフォームの手数料引き上げが重なった構造的な現象です。一時的な市場調整ではなく、当面続く前提で向き合う必要があります。
発注側は、短期契約の乱立が技術的負債やドキュメント欠如につながっていないか、非機能要件のチェックリストに人材調達の観点を加えて確認してみてください。
技術者側は、プラットフォームのレーティングだけに依存せず、直接の実績証跡を整理しておくことが交渉材料になります。どちらの立場でも、単価という数字の裏にある構造を理解したうえで判断することが、目先の交渉より長期的な安定につながります。