PHPエンジニアのフリーランス案件の仕事内容｜案件の種類別の1日・1か月の流れ

PHPエンジニアのフリーランス案件の仕事は、動いているWebサービスに機能を足し、壊さずに直し、安全に動かし続けることが中心です。ただし、自社サービスの開発チームに入るのか、受託開発の会社で新しく作るのか、古いシステムの保守を引き受けるのか、CMSやECサイトを構築・運用するのかで、1日の時間の使い方も、話す相手も、手元に残る成果物も変わります。

この記事では、PHPのフリーランス案件を4つの型に分け、それぞれの1日と1か月の流れ、関わる相手、成果物を整理します。報酬の決まり方はPHPの報酬の記事、求められるスキルはPHPのスキルの記事で扱っているので、ここでは「参画したら毎日何をしているか」に絞ります。

PHPの案件は4つの型で働き方が決まる

PHPはWebサービスの開発に広く使われ、立ち上げたばかりのサービスから10年以上動いているシステムまで、案件の幅が広い言語です。働き方の違いを生むのは、主に次の2つです。

• 新しく作るのか、動いているものを直すのか：新規開発は設計と実装の比重が高く、保守は調査と影響範囲の確認に時間を使う
• 誰のためのシステムか：自社サービスなら事業部門やプロダクトの担当者と、受託なら発注元の担当者と、直接話すことになる

この2つで分けると、PHPのフリーランス案件はおおむね次の4種類になります。

以下では、型ごとの1日と1か月の流れを典型的な例として紹介します。時間の配分は案件ごとに違うため、目安として読んでください。

自社サービスの機能開発

1日の流れ（例）

朝はチャットで前日のレビュー指摘と障害の有無を確かめ、短い朝会で今日の作業を共有します。午前中は担当する機能の実装に集中し、Laravelであればルーティング、Eloquentのモデル、フォームリクエスト、ジョブなどを書き、テストを添えてプルリクエストを出します。午後はほかのメンバーのコードをレビューし、プロダクトの担当者と仕様の細部を詰める打ち合わせに出ます。夕方はレビューの指摘を直し、ステージング環境で動作を確かめて1日を終えます。

自社サービスの案件では、仕様が途中で変わることを前提に、小さく作って早く出す働き方が多くなります。

1か月の流れ（例）

• 月初：次の2〜4週間で作る機能の優先順位を、プロダクトの担当者と確かめる
• 毎週：計画と振り返りの会議。レビューの詰まりや、リリースの順番を調整する
• 月の半ば：機能のリリース。リリース後は、ログやエラーの通知を見て異常がないかを確かめる
• 月末：稼働時間の集計と報告。精算の仕組みは精算幅の記事で解説しています

成果物

マージされたコードとテスト、プルリクエストの説明、設計のメモ（テーブル設計やAPIの仕様）、リリースの手順と結果の記録などです。文書の形で残すよりも、コードとプルリクエストに経緯を書く文化のチームが多く、読み手が後から追える書き方ができるかが見られます。

受託の新規開発

1日の流れ（例）

受託の案件では、設計書やタスクの一覧に沿って作業が割り当てられます。朝会で進捗と課題を報告し、午前中は割り当てられた画面やAPIの実装、午後はテスト仕様書に沿った単体テストと、リーダーによるレビューの対応に使います。発注元との打ち合わせは、リーダーやPMが出ることが多く、エンジニアは仕様の不明点をリーダー経由で確かめます。

工程がはっきり分かれているため、今が設計・実装・テストのどの工程かで1日の中身が変わります。

1か月の流れ（例）

• 月初：工程の区切りに合わせて、担当する機能の範囲と期限を確かめる
• 毎週：進捗の報告。遅れがあれば、原因と見通しをリーダーに伝える
• 月の半ば：実装からテストへ移る。不具合の記録と修正を繰り返す
• 月末：結合テストや発注元の受け入れテストに向けて、残課題を整理する

成果物

コードのほか、詳細設計書、単体テストの仕様書と結果、不具合の記録、レビューの記録などです。受託の案件では、発注元に納める文書の体裁が決まっていることが多く、決められた型で書く力が求められます。請負で納品する契約か、準委任で稼働する契約かで、成果物の責任の重さも変わります。違いはPHPエンジニアがフリーランスになるにはで解説しています。

既存システムの保守・バージョンアップ

1日の流れ（例）

保守の案件では、問い合わせと改修依頼が仕事の起点になります。朝は監視やエラーの通知、前日の問い合わせを確かめ、優先順位をつけます。午前中は改修依頼の調査で、該当するコードを読み、どの画面やバッチに影響するかを調べます。午後は改修の実装とテストですが、テストコードがないシステムでは、手で動かして確かめる時間が長くなります。夕方は改修の内容と影響範囲を運用担当に説明し、リリースの日程を相談します。

自分で書いたコードより、他人が書いたコードを読む時間のほうが長いのがこの型の特徴です。

バージョンアップの案件の流れ

PHPは版ごとにサポートの期限が決まっており、公式サイトの案内では、PHP 8.2のセキュリティサポートは2026年12月31日に終了する予定です（2026年10月時点）。古い版で動くシステムを新しい版へ上げる案件は、次のような流れで進むことが多くあります。

1. 現状の把握：PHP本体、フレームワーク、ライブラリの版と、非推奨の書き方がどれだけ残っているかを調べる
2. 計画：一度に上げるか、段階的に上げるかを決め、検証の環境を用意する
3. 修正と検証：動かなくなった箇所を直し、主要な画面と処理を一通り確かめる
4. 本番への適用：切り戻しの手順を用意したうえで、影響の少ない時間帯に適用する

1か月で終わることもあれば、半年以上かけることもあります。版上げの経験の示し方はPHPのスキルシートの記事で解説しています。

成果物

調査の記録、影響範囲の一覧、改修の内容と検証の結果、リリースの手順と切り戻しの手順、版上げの場合は修正箇所の一覧と検証の記録などです。保守の案件では、次の人が同じ調査をしなくて済む記録を残せるかが評価につながります。

CMS・ECサイトの構築と運用

1日の流れ（例）

WordPressなどのCMSや、PHPで作られたECのパッケージを使う案件です。制作会社のディレクターから、デザインの指示や機能の要望を受けて、テーマやプラグインの実装、既存サイトの改修をします。午前中は実装、午後は複数のサイトの更新作業や、店舗やマーケティングの担当者からの問い合わせ対応になることが多く、1日に複数のサイトを行き来することもあります。

1か月の流れ（例）

• 月初：公開予定のサイトやキャンペーンの日程を確かめ、作業の順番を決める
• 毎週：ディレクターとの進捗の確認。デザインの修正や追加の要望を受ける
• 月の半ば：公開と動作の確認。公開後の表示崩れや問い合わせに対応する
• 月末：保守の契約があるサイトの更新作業（CMS本体やプラグインの更新、バックアップの確認）

成果物

テーマやプラグインのコード、公開したサイト、更新作業の記録、問い合わせへの回答などです。この型は、短い期間の案件や、月に数日の保守契約が多く、複数の案件を掛け持ちする働き方にもつながります。CMSの案件の中身はWordPressエンジニアの仕事内容で詳しく解説しています。

どの型にも共通する仕事

型が違っても、次の仕事はほぼすべてのPHP案件にあります。

1. コードレビュー：自分のコードをレビューしてもらい、他人のコードをレビューする。指摘の受け方と出し方の両方が見られる
2. 環境の整備：ローカルの開発環境、ステージング、本番の違いを理解し、動かない原因を自分で切り分ける
3. 障害への対応：エラーの通知やログから原因を特定し、応急の対処と根本の修正を分けて進める
4. 記録：決めたことや調べたことを、プルリクエストや文書に残す

フリーランスならではの仕事として、稼働時間の記録と報告もあります。調査や問い合わせ対応は細切れになりやすく、後からまとめて思い出すのは難しいため、日々つけておくことをおすすめします。報告の仕方は稼働報告の記事をご覧ください。

関わる相手と、その相手に渡すもの

PHPエンジニアの1日は、誰に何を渡すかで組み立てられています。相手ごとに整理すると、次のようになります。

発注元の担当者と直接話す案件では、技術の言葉を使わずに「何ができて、何に時間がかかるか」を説明する力が求められます。リーダーがいる案件では、判断に迷う点を抱え込まずに早めに相談することが信頼につながります。

働く場所については、コードの管理とレビューがオンラインで完結する案件が多い一方、本番サーバーや会員情報に触れる保守では出社や貸与端末が条件になることがあります。詳しくはPHPのリモート案件の記事をご覧ください。

よくある質問

PHPのフリーランスは、コードを書く時間がどのくらいありますか？

自社サービスや受託の新規開発では、1日の半分以上をコードを書く時間に使えることが多くあります。保守やCMSの案件では、調査や問い合わせ対応の割合が増え、書く時間は短くなります。どの型の案件かで大きく変わるため、面談で1日の配分を聞いておくと参画後のずれを防げます。

フロントエンドやインフラまで担当することはありますか？

小さなチームでは、BladeやVueでの画面の実装、Dockerでの環境構築、クラウドの設定まで任されることがあります。どこまで担う想定かは、参画前に確かめておきましょう。担当の範囲が広いほど、一人で完結できる力として評価される一方、稼働の見込みがずれやすくなります。

参画して最初の1か月は何をすることが多いですか？

環境構築、コードの構成とテストの把握、小さな改修でレビューの流れを体験する、の順で進めるのが一般的です。初月の進め方はPHPエンジニアの参画初月にやることで解説しています。