「PHPは単価が伸びない」「PHPはオワコンだ」——PHP/Laravelでフリーランスを続けるか、他言語に転向するか迷ったとき、こんな言説を目にして焦った経験はないでしょうか。周りでGoやRustに転向した仲間が単価90万円台と聞くと、自分だけ取り残されているような感覚になります。
しかし、実際の2026年の単価データを一次ソースで見ると、PHP/Laravelエンジニアの月額単価は言語別平均とほぼ同水準で、決して低単価に固定されているわけではありません。むしろPHP案件は日本国内の需要が根強く、選び方と武器化の仕方次第で単価80万円台を安定して狙えます。
とくに狙い目なのが、PHP 5.6/7.x系のレガシー保守やモダナイゼーション案件です。「レガシー案件を選ぶ=キャリアが停滞する」という思い込みは、案件への入り方を「保守要員」ではなく「モダナイゼーション主導者」に切り替えることで解消できます。
本記事では、2026年のPHP/Laravelフリーランス単価の実データを一次ソースで確認したうえで、PHP案件を3タイプに分解し、レガシー案件を武器化して単価を上げる具体的な戦略と、経験年数×案件タイプ別の提示単価マトリクス、案件獲得の実践手順まで解説します。読み終わったときには、「PHPのまま、どの案件タイプを主軸に、どのスキルで武器化するか」という自分の戦略が言語化されている状態を目指します。
PHP/Laravelフリーランスの単価とレガシー戦略の結論(2026年版)
最初に結論をお伝えします。2026年のPHP/Laravelフリーランス単価は、決して「オワコン」と切り捨てられる水準ではなく、戦略次第で月80万円台以上も現実的に狙える領域です。
2026年のPHP/Laravelフリーランス単価サマリー
PHP/Laravelフリーランスの2026年時点の月額単価は、平均で月70〜80万円台のレンジに収まります。エン・ジャパンが運営するフリーランススタートの定点調査では、フリーランスエンジニア全体の月額平均単価が78.3万円と公表されており(エン・ジャパン 2025年12月度 フリーランスエンジニア月額平均単価調査)、PHP・Laravelはこの全言語平均とほぼ同水準に位置しています。
つまり、「PHPだから単価が低い」というよりも、「経験年数・関与工程・案件タイプによって、平均前後で大きく振れる」というのが実態です。振れ幅としては月40〜125万円のレンジで案件が存在し、上限側は上流関与・モダナイゼーション主導ができるエンジニアが占めています。
「PHPオワコン論」が実態と乖離している3つの根拠
「PHPはオワコン」という言説と実データが噛み合わない理由は、大きく3つあります。
第一に、案件数の実態です。国内の受託開発・自社サービス保守の現場ではPHPが主戦力であり続けており、案件データベース型メディア(フリーランスHub等)を見ても、PHPは案件掲載数の上位言語に位置し続けています。
第二に、単価トレンドです。エージェント公表値ベースで見ると、PHP/Laravelの平均単価は近年ゆるやかな上昇傾向にあり、月80万円超の案件も一定数あります。
第三に、レガシー保守需要です。PHP 5.6や7.x系はサポート終了後も稼働し続けているシステムが多く、脆弱性対応・モダナイゼーションの需要は2026年時点でも根強く存在します。この需要は「PHPを書けるだけ」の人材では応えにくく、供給が薄いため単価が高止まりします。
この記事で得られること
本記事を読み終えることで、以下の状態を得られます。
- PHP/Laravelの2026年単価を一次ソースの数値で把握し、自分の現在地を判定できる
- PHP案件を3タイプに分解して、単価と案件数のトレードオフを理解する
- レガシー保守を「モダナイゼーション主導者」として関わる位置取りに転換する
- 経験年数×案件タイプの提示単価マトリクスで、自分の値付けを言語化できる
- 案件獲得の探し先・選考通過材料・単価交渉の実践フローを持ち帰る
2026年のPHP/Laravelフリーランス単価相場(実データ)

ここでは、PHP/Laravelの2026年の単価相場を、一次ソース・エージェント公表値・経験年数別レンジの3つの角度から具体的に整理します。
全言語平均との比較
フリーランスエンジニア全体の月額平均単価を継続的に公表している一次ソースとして、エン・ジャパン フリーランススタート定点調査(2025年12月度)があります。同調査では、全言語平均が月78.3万円と発表されています。
PHP・Laravelの位置付けは、この全言語平均とほぼ同水準か、経験年数と関与工程によっては上振れするレンジに位置しています。「PHPだから」という言語要因で著しく低単価になるわけではなく、実態としては個々の案件タイプとエンジニアのポジションによって単価が決まっている、というのが正しい理解です。
エージェント別のPHP/Laravel平均単価と案件数
主要フリーランスエージェントの公表値を横断すると、PHP/Laravelの平均単価はおおむね以下のレンジに収まります。
- Miraie Group SEES「Laravelフリーランス案件の動向」では、Laravel案件の月平均を72万円、振れ幅を月40〜125万円と公表しています。
- レバテックフリーランス「PHPエンジニアの単価相場」では、フリーランスPHPエンジニアの平均月額を79万円としています。
- ソクダン Magazine「Laravelでフリーランスエンジニアへ」では、Laravel案件の平均を月73万円と提示しています。
- フォスターネット「PHP案件の単価相場」では、PHP案件全体の相場を月50〜70万円と位置付けたうえで、経験年数別に「3年以上で月50〜60万円、5年以上で月60万円以上」という参考値を提示しています。エージェントごとに扱う案件レンジが異なるため、他社より保守寄りの単価帯が中心となる点は留意が必要です。
案件掲載数の観点では、フリーランスHubのPHP案件一覧を見ても、PHPは国内フリーランス市場で継続的に案件数が豊富な言語であることが確認できます。「案件がない」のではなく「自分に合う案件をどう選ぶか」が論点になる市場です。
経験年数別の単価レンジ
経験年数別の単価レンジについては、Miraie Group SEES のLaravelフリーランス案件データが具体的な数値を公表しています。目安として以下のように整理できます。
経験年数 | 月額単価の目安 |
|---|---|
〜1年 | 約35万円 |
1〜2年 | 約42万円 |
2〜3年 | 約60万円台 |
3〜5年 | 約70万円 |
5年以上 | 約84万円 |
この数値はあくまで平均レンジであり、案件タイプ(新規開発・モダン保守・レガシー保守・モダナイゼーション主導)によって同じ経験年数でも大きく上下します。実務5年以上でSES出身のエンジニアが、レガシーモダナイゼーション主導ポジションで入れば、単価90万円台の提示も十分に現実的です。
PHP案件を3タイプに分解する

「PHP案件」と一括りにされがちですが、単価と案件数、要求スキル、キャリア価値は案件タイプによって大きく異なります。ここでは、PHP案件を3タイプに分解して比較します。
新規開発(Laravel モダン構成)
Laravel 10.x/11.x系を使った新規プロダクト開発案件です。TypeScript + React/Vueなどのモダンフロントエンドと組み合わせ、AWS/GCP上でのCI/CD・IaC・監視まで含む構成が一般的です。
- 単価レンジ: 月75〜100万円
- 案件数: 中〜少(スタートアップ・自社サービス系に多いが、絶対数はレガシー系より少ない)
- 要求スキル: Laravel現行版のベストプラクティス、API設計、テスト、CI/CD、クラウドインフラ理解
- キャリア価値: モダンスタックの実務経験を積める。ただし競合エンジニアが多く、単価上昇余地は「上流関与」次第
既存モダンLaravelプロダクトの機能追加・保守
すでに本番稼働中のLaravel(8.x以降)プロダクトに対する機能追加・改修・バグ修正を担う案件です。国内の自社サービス企業に多いポジションです。
- 単価レンジ: 月70〜85万円
- 案件数: 多(Laravelは日本国内で採用実績が豊富で、稼働中プロダクトも多い)
- 要求スキル: Laravelの現行版理解、既存コードの読解・改修、テスト追加、レビュー対応
- キャリア価値: 実務経験を安定して積める。長期契約になりやすく収入も安定するが、単価の上振れ幅は限定的
レガシー保守〜モダナイゼーション案件
PHP 5.6・7.x系、独自フレームワーク、CakePHP旧版、オンプレサーバー稼働などのレガシースタックに対する保守・改修・段階的モダナイゼーションを担う案件です。
- 単価レンジ: 月65〜100万円(保守要員なら下限、モダナイゼーション主導なら上限)
- 案件数: 最多(レガシースタックの稼働システムは国内に大量に存在し、対応可能な人材が慢性的に不足)
- 要求スキル: レガシーコード読解、段階的リファクタ、PHPバージョンアップ、フレームワーク移行、テスト追加
- キャリア価値: 「モダナイゼーション主導者」として入れれば単価も経験値も高い。「保守要員」で入ると単価が伸びにくい
3タイプの比較サマリー
3タイプを並列で比較すると、以下のような特徴が見えてきます。
項目 | 新規開発(モダン) | モダン保守 | レガシー保守〜モダナイゼーション |
|---|---|---|---|
単価レンジ | 月75〜100万円 | 月70〜85万円 | 月65〜100万円(入り方次第) |
案件数 | 中〜少 | 多 | 最多 |
要求スキル | 現行Laravel + クラウド + CI/CD | 現行Laravel + 既存コード読解 | レガシー読解 + 移行設計 + テスト追加 |
キャリア価値 | モダンスタック経験 | 安定した実務経験 | モダナイゼーション主導者としての実績 |
稼働特性 | 中〜長期・週5が多い | 長期・週3〜5選択可 | 長期・週3〜5選択可・リモート多い |
案件数が最も多いのはレガシー系ですが、単価の上限は入り方次第で新規モダンと同等以上になります。この事実が、次のセクションのテーマである「レガシー案件を武器化する戦略」の出発点です。
なぜレガシー案件は狙う価値があるのか

「レガシー案件を選ぶ=キャリアが停滞する」という思い込みは、多くのPHPエンジニアが抱えている感覚です。しかし実データを見ると、レガシー案件はむしろ単価とキャリア資産の両面で狙う価値が高い領域です。ここではその論理を分解します。
レガシー案件が高単価になる4つの構造要因
レガシー案件が単価的に有利な構造には、4つの要因があります。
第一に、レガシーコード読解と段階的改善のスキルは、供給が薄いという点です。フレームワーク前提のモダン開発しか経験していないエンジニアは、独自フレームワークや古いPHPコードベースを前にすると手が止まります。この「読める・改善できる」スキル自体が希少です。
第二に、PHP 5.6や7.x系のサポート終了・脆弱性対応需要です。PHP公式のバージョンサポート情報を見ると、PHP 7.4は2022年11月にセキュリティサポートを終了しており、PHP 8.0も既にサポート終了しています(The PHP Group Supported Versions)。国内には未だに旧バージョンで稼働している業務システムが多数存在し、対応需要は2026年時点でも根強く続いています。
第三に、モダナイゼーション主導者は上流工程扱いになる点です。単なる保守ではなく「バージョンアップ計画の策定」「独自フレームワーク→Laravel移行の設計」「テスト戦略の設計」まで担うと、実質的にテックリード・アーキテクトのポジションとなり、単価が上流工程レンジに乗ります。
第四に、長期契約になりやすい点です。レガシーモダナイゼーションは短期で終わる作業ではなく、半年〜数年単位の伴走型契約が多くなります。稼働継続性が高いため、収入が安定しやすいという副次的メリットもあります。
「保守要員」ではなく「モダナイゼーション主導者」として入る位置取り
同じレガシー案件でも、「保守要員」で入るか「モダナイゼーション主導者」で入るかで単価もキャリア価値も大きく変わります。
「保守要員」ポジションとは、既存の障害対応・小規模改修を継続的に担う立場です。単価は月65〜75万円レンジに落ち着きやすく、業務内容も反復的です。
一方「モダナイゼーション主導者」ポジションは、PHP 7→8バージョンアップ計画の策定、独自フレームワークからLaravelへの段階的移行設計、テストカバレッジ向上、DDD/クリーンアーキテクチャ導入といった、システム全体の改善を主導する立場です。単価は月85〜100万円レンジに乗り、実績としても「移行を主導した」という強い1行が職務経歴書に加わります。
この位置取りを最初の面談・選考時点で明示することが重要です。「PHPが書けます」ではなく「PHP 7→8のバージョンアップを主導し、テストカバレッジをX%からY%に向上させた経験があります」といった具体的な提示があれば、発注側もモダナイゼーション主導者として扱ってくれます。
レガシー案件で積み上がるキャリア資産
レガシー案件で積み上げたモダナイゼーション経験は、そのままキャリア資産として言語化できます。
- 技術ブログ: 「独自フレームワークからLaravelへの段階的移行の設計と実装」といったテーマは、独自性が高くリーチしやすい
- 登壇・発表: PHP系カンファレンス(PHPerKaigi・PHP Conferenceなど)で移行事例を発表することで、業界内での認知が上がる
- OSS貢献: バージョンアップ過程で見つけた既存OSSの互換性問題を修正するプルリクエストは、公開実績になる
- 職務経歴書の1行: 「レガシーPHP 5.6システムをLaravel 10へ移行、テストカバレッジをX%まで向上」といった1行は、次の案件選考で強い訴求力を持つ
「レガシー案件を選ぶ=停滞」ではなく、「レガシー案件を選ぶ=希少なモダナイゼーション実績を独占できる」というのが正しい理解です。
経験年数×案件タイプでわかる「あなたが提示できる単価」
平均単価の数字を見ても、自分がどの単価を提示していいか判断できない——これが多くのPHP/Laravelエンジニアの悩みです。ここでは経験年数×案件タイプのマトリクスで、現実的な提示単価レンジを言語化します。
経験年数×案件タイプの提示単価マトリクス
以下のマトリクスは、エージェント公表値と実案件のレンジをもとに整理した目安です。
経験年数 | 新規開発(モダン) | モダン保守 | レガシー保守 | レガシー→モダン移行主導 |
|---|---|---|---|---|
3〜4年 | 月70〜80万円 | 月65〜75万円 | 月60〜70万円 | 月75〜85万円 |
5〜7年 | 月80〜90万円 | 月75〜85万円 | 月70〜80万円 | 月85〜95万円 |
8年以上 | 月85〜100万円 | 月80〜90万円 | 月75〜85万円 | 月90〜110万円 |
この表の見方は次のとおりです。自分の経験年数の行を見て、狙う案件タイプの列を見ることで「提示していい単価レンジ」がわかります。SES出身で実務5〜7年、レガシー移行主導ポジションを狙う場合は、月85〜95万円のレンジで交渉を進めることが現実的です。
週稼働別の月収シミュレーション
フリーランスは稼働日数を柔軟に調整できるため、月収の考え方は「単価×稼働割合」で組み立てます。単価を月80万円(週5換算)と仮定した場合、稼働別の月収は以下のようになります。
- 週5日稼働: 月80万円(満額)
- 週3日稼働: 月48万円前後(6割目安)
- 週2日稼働: 月32万円前後(4割目安)
- 週1日稼働: 月16〜24万円(副業想定・案件によって幅あり)
副業から始める会社員PHPエンジニアの場合、週1〜2日稼働で月20〜30万円台を狙うのが現実的なスタートラインです。この稼働レンジで実績を積み、フリーランス転向のタイミングで週5稼働・月80万円台に切り替える、というステップが低リスクです。
SES出身で移行主導経験がない場合の値付け
「移行主導経験がまだない」というPHPエンジニアが多いと思います。この場合の値付けは、以下のロジックで組み立てます。
主単価はレガシー保守レンジに置きます。実務5〜7年であれば月70〜80万円の下限が最初の提示ラインです。そこに「上乗せ要因」となる経験を明示的に積み上げます。
- Laravelでのテスト実装経験(PHPUnit・Pest): 単価+5万円
- CI/CD構築経験(GitHub Actions等): 単価+5万円
- クラウドインフラ理解(AWS EC2/RDS等): 単価+5万円
- API設計・DB設計のリード経験: 単価+5〜10万円
これらを積み上げることで、レガシー保守案件でも月80〜90万円レンジまで押し上げることが可能です。そのうえで、案件参画後に「モダナイゼーション主導ポジション」への転換を働きかけ、次回契約更新時に月90万円台への引き上げを狙う、というのが現実的なキャリアパスです。
レガシー案件を武器化する4つのスキル軸

レガシー案件で「モダナイゼーション主導者」として関わるには、4つのスキル軸を意識的に積み上げる必要があります。ここではそれぞれを実践レベルで解説します。
PHP 5.6→8.xバージョンアップ主導
PHP 5.6/7.xから8.xへのバージョンアップは、レガシー案件で最も需要が大きい領域の1つです。単なる「バージョン番号を上げる」作業ではなく、互換性差分の把握・段階的移行計画・テスト戦略の設計まで含めた主導が求められます。
PHP 8への移行では、名前付き引数、Union型、match式、null安全演算子、コンストラクタプロパティ昇格などの新機能への対応に加え、非推奨機能の削除への対応が必要です。実務では、php -lでの構文チェック、Rector等の自動リファクタリングツールの活用、テストによる回帰確認をセットで行います。
このスキルは供給が薄く、主導経験があれば単価アップ幅が大きい領域です。「今の自分」に経験がない場合は、副業案件で小規模なバージョンアップから経験を積むか、社内システムのバージョンアップを買って出るのが近道です。
独自フレームワーク→Laravel移行の設計・実装
国内には独自フレームワークやレガシーCakePHPで書かれたシステムが多数存在します。これらをLaravelへ段階的に移行する設計・実装は、モダナイゼーション主導者として最も価値が高い領域です。
移行では、いきなり全リプレースするのではなく、「新機能はLaravel側で開発」「既存機能は徐々に切り出し」というストラングラーフィグパターン的アプローチを取るのが定石です。ルーティング層・DBアクセス層・認証層のどこから切り替えるかの設計判断が主導者の腕の見せ所です。
この経験は、職務経歴書に「独自フレームワークからLaravelへの段階的移行を主導」と書ける強い実績になります。
レガシーコードのリファクタ×テスト追加
テストが1本もない、あるいはカバレッジが極端に低いレガシーコードにテストを追加していく作業は、実務では非常に頻度が高いタスクです。
PHPUnit・Pestの導入から始まり、ゴールデンマスターテスト(既存挙動をスナップショットとして固定するテスト手法)を使って安全にリファクタリングを進める、カバレッジをX%まで引き上げる、といったステップを設計・実行できると単価が上振れします。
「テストがない状態でどう安全に変更を始めるか」という質問に具体的に答えられることが、モダナイゼーション主導者として選考通過する鍵になります。
DDD/クリーンアーキテクチャ導入
レガシーLaravelプロジェクトによく見られる「Controllerに全ロジックが詰まっている」「Modelが数千行の巨大クラスになっている」といった状態を、DDD(ドメイン駆動設計)やクリーンアーキテクチャの考え方で整理していく作業も、モダナイゼーション主導者の役割です。
Repositoryパターンでの永続化層の分離、UseCase/Serviceクラスでのビジネスロジックの集約、DTOによるレイヤー間データ受け渡し、といった設計を段階的に導入していきます。
この領域は書籍・登壇での学習教材が充実しており、体系的にキャッチアップしやすいのが特徴です。実案件で1回主導すれば、以後の案件で継続的に武器として使えます。
案件獲得のコツ|PHP/Laravelフリーランスの探し方と選考通過

戦略と単価レンジが決まっても、実際の案件を獲得できなければ意味がありません。ここではPHP/Laravel特化の案件獲得実践フローを整理します。
PHP/Laravel案件が多い探し先の使い分け
案件の探し先は大きく3つに分類できます。それぞれの特徴を理解して使い分けることが重要です。
エージェント型は、フリーランスエージェントが案件を仲介する形式です。PHP/Laravel案件で実績が豊富なのは、レバテックフリーランス、フォスターネット、FLEXY、リラコムなどです。担当者が単価交渉・契約手続きを代行してくれるため、初めてのフリーランスには使いやすい選択肢です。マージンが乗るため単価上限は低めに出やすい一方、案件数の豊富さと契約手続きの手厚さが強みです。
複業マッチングプラットフォーム型は、企業と個人が直接マッチングする形式です。週1〜2日の副業案件が多く、副業からフリーランス転向を試したい場合に適しています。エージェント型より単価上限が高くなりやすく、直接契約の練習にもなります。
直接契約・リファラルは、過去の案件先や知人からの紹介で契約する形式です。マージンが乗らないため単価が最も高く出やすい一方、案件の発生タイミングは相手次第でコントロールしづらいのが難点です。実績が積み上がった中堅以降のフリーランスにとって、収入の主軸になり得るチャネルです。
現実的なポートフォリオとしては、エージェント型または複業プラットフォーム型で主軸案件を確保しつつ、直接契約・リファラル案件を並行で獲得していく、というハイブリッド構成が安定します。
選考で見せるべき成果物
選考通過率を上げる最も確実な方法は、案件の要求スキルとマッチした成果物を事前に用意することです。PHP/Laravel×モダナイゼーション主導者ポジションを狙う場合、以下の3種類が特に効果的です。
GitHub公開リポジトリ: LaravelでREST APIを実装し、PHPUnit/Pestでのテスト、GitHub ActionsでのCI/CD、DockerでのローカルDX整備まで含めたサンプルプロジェクトです。「Laravel + テスト + CI/CD」を1つのリポジトリで実演できると強力です。
技術ブログでの移行事例: PHP 7→8バージョンアップの手順、独自フレームワーク→Laravel移行の設計判断、レガシーコードへのテスト追加手法、といった実務ベースの記事は、モダナイゼーション主導者としての説得力を出す最強の資産です。
OSS貢献: Laravel本体・関連パッケージへのプルリクエスト、あるいは自作のLaravelパッケージのメンテナンスは、コードを公開ベースで書けることの証拠になります。
これらは一朝一夕には作れませんが、副業案件と並行して少しずつ育てていくことで、半年〜1年で強力なポートフォリオになります。
レガシー案件で刺さる強みの言語化
レガシー案件の選考で発注側が最も知りたいのは、「このエンジニアはうちのレガシーコードを読めるか」「安全に変更を進められるか」の2点です。ここに刺さる強みの言語化がポイントです。
職務経歴書には、以下のような具体的な文言を入れると効果的です。
- 「PHP 5.6+独自フレームワーク環境で稼働する会員管理システムの保守・改修を3年担当。段階的リファクタリングを主導し、テストカバレッジを0%からX%まで向上」
- 「CakePHP 2.x環境のECサイトをLaravel 10へ段階的移行する設計を担当。認証層とDB層を先行切り替えし、既存機能を段階的に移植」
- 「PHP 7.4環境のBtoB SaaSをPHP 8.2へバージョンアップ。Rectorによる自動修正とPHPUnitでの回帰テストを組み合わせ、無停止で移行完了」
「対応した」ではなく「主導した」「設計した」という動詞を使い、数値と技術スタックを具体化することで、モダナイゼーション主導者としての説得力が出ます。
単価交渉と契約前の確認事項
単価交渉では、「なぜその単価なのか」の根拠を数字とセットで提示できるかが鍵です。「経験年数◯年、Laravel主要スキル一式、レガシー移行主導経験2件あり、参考としてエン・ジャパン公表の全言語平均が78.3万円のため、月X万円で提示します」といった構成が有効です。
契約前には、以下の項目を必ず確認しておきます。
- 契約形態: 業務委託(準委任 or 請負)、契約期間、更新条件
- 稼働時間: 月間何時間か、超過時の精算方法、下限精算の有無
- 支払いサイト: 月末締め翌月末払い、翌々月払いのどちらか
- 業務範囲: 保守要員か、モダナイゼーション主導ポジションか(曖昧なままだと単価と業務内容がミスマッチする)
- リモート可否: フルリモート、週N回出社、常駐のどれか
とくに「業務範囲」の言語化は、単価と直結する重要ポイントです。契約書面上は「PHP開発業務」としか書かれていなくても、面談段階で「バージョンアップ計画の策定と実行主導を担う」と明示的にすり合わせておくと、参画後の役割ズレを防げます。
なお、他言語も含めて広くバックエンドエンジニアの単価相場を比較したい場合は、バックエンドエンジニアのフリーランス単価相場もあわせて参考にしてみてください。
まとめ|PHPのまま単価を伸ばし、レガシー戦略で次の一歩を踏み出す
最後に、本記事のキーメッセージを3点に整理します。
第一に、2026年のPHP/Laravelフリーランス単価は月70〜80万円台が中心レンジであり、全言語平均(月78.3万円)と同水準です。「PHPはオワコン」という言説は、単価データと案件数の実態と乖離しています。
第二に、レガシー保守〜モダナイゼーション案件は、案件数が最も多い一方で、「モダナイゼーション主導者」として関われば単価月85〜100万円レンジを狙える上位案件です。「レガシー案件を選ぶ=キャリア停滞」という思い込みは、入り方の設計で解消できます。
第三に、案件獲得の勝ち筋は「PHP/Laravel特化の探し先の使い分け」×「選考通過材料(GitHub・技術ブログ・OSS)の準備」×「レガシー案件で刺さる強みの言語化」の3つを押さえることです。
今週からの具体アクションとしては、以下の3つを推奨します。
- 経験年数×案件タイプのマトリクスに自分を当てはめ、提示単価を月単位で確定する
- PHPバージョンアップ経験・リファクタ経験・テスト追加経験を職務経歴書に加筆する
- PHP/Laravel案件が多い複業プラットフォームまたはエージェントに1件応募する
「PHPを捨てて他言語へ」という選択肢の呪縛から解放され、「PHPのまま、レガシー戦略で単価を伸ばす」という自分の方針が言語化されている状態で、次の案件応募に進んでみてください。
よくある質問
- レガシー案件と新規開発案件、実務経験が浅いうちはどちらを優先すべきですか?
実務3年未満であれば新規開発案件でモダンなLaravelの実装経験を優先的に積むのがおすすめです。3年以上であれば案件数の多いレガシー保守〜モダナイゼーション案件を狙うほうが、単価アップと希少な実績づくりの両面で有利です。
- PHPバージョンアップを主導した経験が全くない場合、どこから実績を作ればいいですか?
まずは社内システムの小規模なバージョンアップを買って出るか、副業案件でRectorなどの自動リファクタリングツールを使った小さな移行から着手するのが近道です。1件でも実績ができれば職務経歴書に具体的な数値とともに記載できます。
- 案件はエージェントと複業プラットフォームのどちらを優先して使うべきですか?
初めてのフリーランスはエージェント型で単価交渉や契約手続きのサポートを受けつつ、副業段階では複業プラットフォーム型で直接契約の練習を積むのが現実的です。慣れてきたら直接契約・リファラルも並行して増やしていきましょう。
- 単価交渉で発注側から想定より低い金額を提示された場合、どう対応すればいいですか?
経験年数・保有スキル・移行主導実績の件数と、公表されている全言語平均単価などの根拠を数字で示して再提示します。それでも折り合わない場合は、業務範囲が保守要員に限定されていないか確認し、範囲に見合う単価かを判断しましょう。
- 選考の面談時点で「モダナイゼーション主導者」として関われるかをどう見極めればいいですか?
面談時点でバージョンアップ計画の策定や移行設計を担う立場かどうかを明示的にすり合わせることが重要です。契約書面に「PHP開発業務」としか書かれていなくても、この段階で役割を確認しておけば参画後の役割ズレを防げます。



