PHPを使う副業｜案件の探し方と求められる経験

先日、あるWebエンジニアの方から相談を受けました。「副業でPHPの改修を請けたら、納品後に『仕様と違う』と言われて追加作業を無償で求められた」と。契約書を見せてもらったところ、成果物の範囲がどこにも書かれていませんでした。

PHPの副業は、案件数そのものは多い領域です。ただ、技術の話だけで進めると、この方のように契約の入口でつまずきます。そして、つまずいたときに損をするのは、ほぼ必ず受注する側です。これ、知らない人が本当に多いんです。

この記事では、PHPを使う副業にどんな案件があり、どの程度の実務経験が求められ、単価はどのあたりに落ち着くのかを整理します。そのうえで、契約書のどこを見るべきか、本業の就業規則との関係をどう整えるかまで書きます。法律はあなたの味方ですが、味方として働いてもらうには、先に知っておく必要があります。

PHPの副業市場は、いまどうなっているのか

まず前提を共有します。PHPは「古い言語」と言われることがありますが、市場に出回る案件の数で見ると、いまもかなり上位です。理由は単純で、すでに動いている業務システムやECサイト、メディアサイトの多くがPHPで書かれているからです。

新規開発の言語選定でPHPが選ばれる場面は減りました。そのかわりに増えているのが、次の4種類です。

1つ目は、既存システムの改修と機能追加。 「会員登録の項目を増やしたい」「管理画面に検索条件を足したい」といった依頼です。副業として最も取りやすい層で、作業範囲が区切りやすいのが特徴です。

2つ目は、WordPressの開発。 テーマの作成、プラグインのカスタマイズ、表示速度の改善。PHPの案件のなかでボリュームが最も大きい部分です。単価は下の方から始まりますが、入口としての敷居は低いです。

3つ目は、フレームワークを使った開発。 LaravelやCakePHP、Symfonyを使った案件です。ここから単価が上がります。「PHPが書ける」だけでなく「そのフレームワークの作法を知っている」ことが求められます。

4つ目は、レガシーコードの保守と移行。 PHP 5系やPHP 7系で書かれたシステムを、サポートされているバージョンへ上げる仕事です。地味ですが需要は途切れず、経験者が少ないので単価は良くなりがちです。

報酬の水準を考えるときは、公的な統計に基づいた職種別のデータを一度見ておくことをおすすめします。ソフトウェア作成者の年収・単価相場では、開発職の年収の分布と、そこから逆算した時間単価の目安を載せています。副業の単価交渉のときに、「自分の本業の時間単価はいくらか」を数字で言えるようになると、値引きの要求に対して冷静に線を引けます。

もうひとつ、市場の構造について押さえておきたい点があります。高単価の案件は、技術の難しさよりも「担当する工程の位置」で決まるという点です。

下流工程の業務よりもプロジェクトマネージャーなどの上流を担当するほうが、報酬額が高くなります。受注するにはもちろん実力が問われるため、スキルと経験を磨いてから副業を始めたほうが高単価の案件を受けやすくなります。 出典: flxy.jp

つまり、「コードを書く速さ」で単価を上げようとすると天井が早く来ます。仕様を決める、見積もりを出す、他の人の作業を組み立てる。この方向に半歩でも出られると、同じ稼働時間でも報酬が変わります。副業の段階では全部を担う必要はありませんが、方向として意識しておく価値があります。

案件ごとに求められる実務経験の目安

「実務何年から応募していいのか」。これも相談でよく聞かれます。案件の種類ごとに、現実的な線を書きます。

WordPressのテーマ・プラグインのカスタマイズ

実務経験が問われにくい層です。未経験でも、自分で作ったサイトを見せられれば通ることがあります。求められるのは、PHPの基本文法、WordPressのテンプレート階層、フック（アクションとフィルター）の仕組み、HTMLとCSSの基礎。単価は低い方から始まりますが、最初の実績を作る場としては現実的です。

既存システムの小さな改修

実務1年から2年程度で応募できる案件が出てきます。求められるのは、他人が書いたコードを読む力、Gitでの作業、そして「触ってはいけない場所を触らない」判断です。技術的な難しさより、既存の作りを壊さない慎重さが評価されます。

Laravelなどフレームワークを使った開発

実務2年から3年程度が目安として提示されることが多いです。求められるのは、MVCの構造理解、Eloquentなどのデータベース操作、マイグレーション、認証の仕組み、テストの書き方。募集要件に「Laravel実務1年以上」と書かれていることが多く、独学だけでは通りにくい層です。

API開発とシステム連携

実務3年程度から。求められるのは、REST APIの設計、認証方式の理解、外部サービスのAPI仕様書を読んで実装する力、エラー処理の設計。決済や在庫のような、間違えると金銭的な損害が出る領域を含むことがあります。

設計とレビュー、上流の関与

実務5年以上。求められるのは、要件を聞いて実現方法を提示する力、工数を見積もる力、他のメンバーのコードを読んで指摘する力です。ここまで来ると、PHPの知識よりコミュニケーションの比重が大きくなります。

周辺で揃えておきたいもの

PHPだけでは案件の幅が狭くなります。データベース（MySQLやPostgreSQLの操作）、Linuxの基本操作、Gitの実務的な使い方、そしてフロントエンド側の最低限（JavaScript、HTML、CSS）。このあたりは、募集要件に明記されていなくても実際には必要になります。

関連するスキルを足すことが単価に効く、という点は市場でも共通の見方です。

PHPの副業で優良な高単価案件を取得するためにできることは、関連スキルを身に着けること、専門性を高めること、マネジメントなど上流工程の内容もこなせるように経験や実績を積むことです。 出典: flxy.jp

つまり、「PHPをもっと深く」だけが道ではありません。PHPに加えて何を持っているかで、応募できる案件の棚が変わります。インフラ寄りの知識を足したい方は、ネットワークの基礎を体系的に確認できるCCNA（シスコ技術者認定）の出題範囲を眺めてみると、自分に足りていない領域が見えることがあります。資格を取る必要があるという意味ではなく、範囲の地図として使う価値があるという意味です。

単価の幅と、その理由

金額の話をします。どれも「条件つきの目安」として読んでください。

WordPressの小さなカスタマイズ。 1件5,000円から5万円程度。作業時間で割ると時間あたり2,000円から3,500円のあたりに落ち着くことが多い層です。

既存システムの改修を単発で。 1件3万円から30万円程度。範囲の広さで大きく変わります。

フレームワークを使った開発を継続で。 時間あたり3,000円から6,000円程度。週10時間なら月12万円から24万円の幅です。

設計や技術選定を含む案件。 時間あたり5,000円を超えることがあります。

幅が生まれる要因を、契約の観点から3つ挙げます。

1つ目は、成果物の完成責任を負うかどうか。 請負契約は「完成させて引き渡す」義務を負います。準委任契約は「善良な管理者として作業する」義務であって、完成の保証はしません。同じ作業でも、請負のほうがリスクが高いので、単価に反映されるべきです。ここを意識せずに請負で安く受けると、想定外の不具合の修正が全部自腹になります。

2つ目は、瑕疵の対応期間。 「納品後1年間は無償で修正する」という条項が入っていると、実質的な単価は下がります。民法では、契約の内容に適合しないものを引き渡した場合、注文者は追完や代金減額を請求できます。ただし期間や範囲は契約で調整できるので、書いてあることが優先されます。

この2つの違いは、見積もりの出し方にも表れます。請負なら「この機能を作り切って納品する」という単位で金額を出します。準委任なら「週何時間、時間あたりいくら」という単位です。時間で受ける形は、依頼者の気が変わって仕様が動いたときに、こちらが損をしません。仕様がまだ固まっていない案件では、請負ではなく時間精算を提案するほうが安全です。

3つ目は、著作権の扱い。 プログラムの著作権は、原則として作った人に生じます。契約で譲渡すると書かれていれば依頼者に移ります。ここを譲渡する場合、自分が書いた汎用的な部品を別の案件で使い回せなくなる可能性があります。「納品物の著作権は譲渡するが、汎用的なライブラリやノウハウは除く」という形に整えられるかを確認してください。

案件の探し方。3つの経路と、それぞれの注意点

探し方を3つに分けます。

1つ目は、エージェントを通す。 経歴を登録し、条件に合う案件を紹介してもらう形です。

また実際の案件獲得の際は、フリーランスエンジニア向けのエージェントを利用することで、営業や契約にかかる雑務を省くことができます。副業を始めるときには利用してみると良いでしょう。 出典: flxy.jp

営業と契約の手間が減るのは確かなメリットです。ただし2点、注意があります。実務経験の年数と週の稼働時間で足切りされることが多い点。そして、契約の相手はエージェントになるので、契約書の条項を自分で選べる余地が小さくなる点です。提示された契約書に不利な条項があっても、「これが当社の標準です」で終わることがあります。読まずに署名しないでください。

2つ目は、マッチングサイトや求人サイトで直接探す。 依頼者と直接契約する形です。条件を自分で交渉できるかわりに、営業も契約書の確認も自分でやることになります。中間にマージンが乗らない形を選べば、同じ予算でも手元に残る額が厚くなります。

3つ目は、既存の人間関係から広げる。 前職の同僚、取引先、知り合いの会社。成約率がいちばん高いのはここです。ただし、親しい相手だからといって契約書を省略しないでください。もめたときにいちばん修復が難しいのが、この経路です。

探すときのコツをひとつ。「PHP」というキーワードだけで検索すると、フリーランス向けの週5日稼働の案件が大量に出てきて、会社員には合わないものばかりが並びます。「WordPress 修正」「管理画面 追加」「サイト 不具合」といった業務の言葉で探すと、小さくて区切りやすい依頼が見つかります。

案件の種類そのものを広く見ておきたい方は、AI・マーケティング・セキュリティのお仕事で、開発の周辺にどんな依頼が発生しているかを確認してみてください。PHPの改修依頼は、単独で出てくるよりも、マーケティングの施策や社内の業務改善の一部として発生することが多いです。隣の領域の言葉を知っておくと、提案の幅が広がります。

契約書で必ず確認する7つの条項

ここが、この記事でいちばんお伝えしたい部分です。相談として持ち込まれるトラブルは、ほぼすべてこの7つのどれかに起因します。

業務の範囲と成果物の定義

「Webサイトの改修」だけでは範囲が定まりません。どのページの、どの機能を、どういう状態にするのか。仕様書や画面の一覧を、契約書の別紙として付けてください。冒頭で紹介した相談は、ここが空白だったために起きました。

契約の種類

請負か、準委任か。完成責任を負うのかどうかが変わります。書かれていない場合は、実態で判断されます。時間で対価をもらう形なら準委任、成果物で対価をもらう形なら請負に近い扱いになると考えてください。

検収の基準と期間

「いつまでに検収するか」「何をもって合格とするか」を決めます。検収の期限がないと、いつまでも支払いが始まりません。「納品から10営業日以内に検収し、期間内に通知がない場合は合格とみなす」といった形が実務的です。

報酬額と支払期日

フリーランス・事業者間取引適正化等法（いわゆるフリーランス新法）では、発注者は成果物を受領した日から起算して60日以内のできる限り短い期間内に報酬を支払う義務があります。つまり「検収後、翌々月末払い」のような条項は、受領日から60日を超えるなら問題になります。制度の詳細は公正取引委員会のサイトで確認できます。※個別のケースで争いになりそうなときは、弁護士に相談してください。

追加作業の取り扱い

「仕様の変更が生じた場合は、書面で合意のうえ、別途見積もる」という一文を入れてください。この一文があるかどうかで、無償の追加作業を断れるかが変わります。

著作権と再利用の範囲

納品物の著作権を譲渡するのか、利用許諾にとどめるのか。譲渡する場合でも、汎用的なライブラリや自分のノウハウは対象外にできるかを確認します。

秘密保持と責任の上限

NDA（エヌディーエー）を結ぶこと自体は普通です。確認したいのは、損害賠償の上限が書かれているかどうかです。上限の定めがないと、報酬10万円の案件で、事故の際に何百万円の請求を受ける可能性が理屈の上では残ります。「本契約に基づく損害賠償の額は、受領した報酬額を上限とする」という条項を入れられるかを交渉してください。

契約書の読み方や、行政に提出する書類の作法を体系的に知りたい方は、行政書士の試験範囲を見てみると、契約と権利義務の基本的な考え方が整理されていて参考になります。エンジニアが取る必要のある資格ではありませんが、範囲を眺めるだけでも契約書への抵抗感が減ります。

本業と並走させるための実務

技術と契約の次は、段取りの話です。

就業規則を先に読む。 副業が許可制か、届出制か、禁止か。そして「競合する事業に従事してはならない」という条項の有無を確認します。本業と同じ業界の会社の仕事を受けると、ここに触れる可能性があります。読まずに始めて、後から相談に来られる方が本当に多い。順番が逆です。

業務時間中に副業の作業をしない。 これは当たり前のようでいて、崩れやすい点です。本業のPCで副業のコードを書くと、会社の設備を私用に使ったことになり、成果物の権利関係も曖昧になります。機材は分けてください。

連絡がつく時間帯を先に伝える。 「平日の日中は即レスできない。翌朝までに必ず返す」と契約前に伝えます。これを曖昧にすると、最初の1週間でお互いが不満を抱えます。

確定申告の線を知る。 給与以外の所得が年間20万円を超えると確定申告が必要です。売上ではなく、経費を引いた後の所得で判断します。開発用のサーバー代、書籍代、学習の受講料などは経費になりえます。詳細は国税庁のサイトで確認してください。記録の付け方については副業 確定申告 売上管理 スプレッドシート！2026年最新の時短術に整理してあるので、始める前に仕組みを作っておくと後が楽です。

受ける量を時間で決める。 「月20時間まで」と先に決めます。金額で決めると、単価の低い案件を大量に抱えることになります。

副業を続けることで得られるものは収入だけではありません。本業に依存しない足場ができる、技術の選択肢が広がる、といった効果もあります。そのあたりは副業 メリット: 収入アップ、スキルアップ、そして心の余裕を手に入れる方法に整理しています。独立まで視野に入れている方は、副業 フリーランスの始め方！本業と両立して年収を最大化する戦略で段取りを確認してください。

開発以外の領域にも興味が出た方は、キャリア・副業・人生相談のお仕事のように、技術とは別の軸で成り立っている仕事の形を見ておくと、自分の時間の使い方を選びやすくなります。働き方そのものの相談に関わる仕事は、実務経験の使い方がまったく違うので、視野を広げる意味で見る価値があります。

実績がない段階で、何を見せるか

応募のときに必ず聞かれるのが「これまでに作ったもの」です。本業のコードは守秘義務があるので見せられません。ここで詰まる方が多いので、現実的な選択肢を整理します。

自分で作って公開しているもの。 小さくても構いません。問い合わせフォーム付きの1枚のサイト、簡単な予約の仕組み、WordPressの自作テーマ。大事なのは規模ではなく、「動いているものをインターネット上に置けている」という事実です。サーバーを借りて、ドメインを設定して、SSLを入れて、デプロイする。この一連ができることは、それ自体が評価の対象になります。

ソースコードを読める状態にしてあるもの。 GitHubなどに置いて、READMEに「何のために作ったか」「どう動かすか」を書いておきます。コードの質より、他人に説明する意思があるかを見られています。コミットの粒度がきれいだと、それだけで「一緒に仕事ができそうだ」と思われます。

本業の内容を、抽象化して語れるようにしたもの。 これが実は最も効きます。「会員数が10万人規模のサイトで、一覧ページの表示が遅くなる問題を、クエリの見直しとキャッシュで改善しました」。会社名も具体的なコードも出さずに、課題と打ち手と結果を3行で説明できるようにしておきます。守秘義務に触れずに実力を伝える方法として、これがいちばん確実です。

学習の記録。 ブログや技術記事でも構いません。ただし「学びました」だけの記録は評価されにくく、「つまずいた点と、どう解決したか」が書かれているものが読まれます。

逆に、やめておいたほうがいいことを1つ。募集要件を満たしていないのに「頑張ります」で応募することです。通らないだけならいいのですが、たまに通ってしまい、そのあとが苦しくなります。要件を7割満たしていると自分で判断できるなら応募してよく、半分以下なら別の案件を探したほうが、お互いの時間を使わずに済みます。

面談と見積もりで、何を確かめるか

応募が通ると、30分から60分の面談があります。ここで確かめるべきことを挙げます。相手を評価する場でもあるという意識を持ってください。

既存のコードの状態。 「テストはありますか」「開発環境は用意されていますか」「デプロイはどういう手順ですか」。この3つの答えで、作業の難易度が大きく変わります。テストがなく、本番に直接アップロードする運用だと、同じ機能追加でも慎重さのために時間が倍かかります。

依頼者側に、技術がわかる人がいるか。 いる場合は仕様の相談がしやすく、いない場合は自分が仕様を決める役も担うことになります。後者は単価を上げて見積もるべき条件です。

過去に他の人が離脱していないか。 直接は聞きにくいので、「これまでどなたが保守されていましたか」という言い方で確かめます。短期間で何人も入れ替わっている案件は、技術ではない理由がある可能性があります。

急ぎの度合い。 「いつまでに」という期限が、こちらの稼働可能時間で本当に間に合うのかを、その場で計算してください。本業の繁忙期と重なるなら、正直に伝えて時期をずらす提案をします。

見積もりを出すときのコツを1つ。作業時間をひとかたまりで出さず、「既存コードの調査」「実装」「動作確認と修正」「打ち合わせと連絡」の4つに分けて書いてください。依頼者は調査と連絡の時間を想像できていないことが多く、分けて示すと納得が得られやすい。そして後から「思っていたより時間がかかった」と言い出す必要もなくなります。

独自データから見えること。もめない人の共通点

ここからは、在宅ワークと業務委託の市場を20年運営してきた立場からの観察です。

まず、案件の見つかり方について。運営者として見てきた限りでは、PHPの依頼は「PHPエンジニア募集」という形よりも、「サイトの表示がおかしい」「管理画面に項目を足したい」「プラグインの更新で動かなくなった」という困りごとの形で出てきます。依頼者は自分のサイトが何で書かれているかを知らないことも珍しくありません。言語名で案件を探している人の視界から、この層がまるごと抜け落ちている。この行き違いは20年ほとんど変わっていません。

もうひとつ、もめる案件とそうでない案件の違いについて。運営者として長く見てきて、もめるかどうかを最も強く左右しているのは、技術力でも金額でもなく、着手前の1往復です。「ご依頼の内容を、こちらの理解で3行にまとめました。認識が合っていますか」という短い確認をする人は、ほとんどトラブルになりません。この確認を省く人は、規模の大小にかかわらず、どこかで必ずつまずきます。かかる時間は10分。契約書の条項を完璧にするより、こちらのほうが費用対効果が高い。

そして、長く続く人ほど、単発の作業ではなく「この人に任せると楽」という関係づくりに時間を使っています。修正を納品するときに、直した箇所だけを伝える人と、「今回は直しましたが、同じ原因で他に2箇所リスクがあります。急ぎではないので、次の機会にでも」と添える人がいます。後者には、次の依頼が自然に来ます。

手取りの話もしておきます。額面と手取りは別ものです。中間にマージンが乗らない直接の取引では、依頼者は同じ予算でより多くを頼めて、受け手の手元に残る額が厚くなります。手数料0%の意味は「単価が高い」ことではなく、「同じ仕事をして手元に残る額の質が変わる」ことです。月に数万円の規模でも、年単位で見ると差になります。

最後に、法律の話に戻します。フリーランス新法が施行されてから、支払いの遅れや一方的な報酬の減額についての相談は、確かに減りました。減ってはいますが、なくなってはいません。そして、もめたときに自分を守ってくれるのは「言った・言わない」ではなく、書面に残っているものだけです。契約書を交わすこと、仕様を別紙にすること、変更のやりとりをメールやチャットに残すこと。この3つは、報酬10万円の案件でも省略しないでください。法律はあなたの味方です。ただし、味方として動いてもらうには、証拠が必要です。

よくある質問

Q. 実務経験がなくてもPHPの副業は受けられますか？

WordPressのテーマやプラグインのカスタマイズであれば、自分で作ったサイトを見せられれば受けられることがあります。単価は1件5,000円から5万円程度の層から始まります。一方でLaravelなどのフレームワーク案件は実務2年から3年を要件に挙げる募集が多く、独学だけでは通りにくいです。まずは範囲の小さい改修で実績を作る順番が現実的です。

Q. PHPの副業の単価はどのくらいですか？

WordPressの小さなカスタマイズは1件5,000円から5万円程度、既存システムの改修は1件3万円から30万円程度、フレームワークを使った継続案件は時間あたり3,000円から6,000円程度が目安です。請負で完成責任を負うか、瑕疵の対応期間が何か月あるかで実質的な単価は変わるので、契約条件とあわせて判断してください。

Q. 契約書で最低限どこを見ればいいですか？

業務の範囲と成果物の定義、契約の種類（請負か準委任か）、検収の基準と期間、報酬額と支払期日、追加作業の扱い、著作権の範囲、損害賠償の上限の7点です。とくに範囲の定義と追加作業の条項が空白だと、無償の追加作業を断れなくなります。仕様は別紙として契約書に添付してください。

Q. 会社員が副業を始める前にすることは何ですか？

本業の就業規則で副業の扱いと競業の条項を確認することが最初です。あわせて、機材を本業と分ける、連絡がつく時間帯を契約前に伝える、受ける量を月あたりの時間で決める、という3点を決めておきます。給与以外の所得が年間20万円を超えると確定申告が必要になるため、売上と経費の記録も最初から付けておいてください。