Laravelの副業案件を受ける｜求められる技量と見積もりの立て方

「Laravelの実務経験が2年あります。副業の案件を受けても大丈夫でしょうか」。先日、こういう相談を受けました。結論から言うと、受けられます。LaravelはPHPのフレームワークとして国内の業務システムやWebサービスに広く使われていて、機能単位で仕事を切り出しやすいからです。ただし、受けられるかどうかと、無理なく続けられるかどうかは別の話です。laravel 副業で検索する方が本当に知りたいのは、求められる技量の水準と、いくらで引き受ければ損をしないのかという2点でしょう。この記事ではその2点を軸に、募集されている仕事の型、見積もりの立て方、そして契約前に必ず確かめてほしい条項までを整理します。報酬が支払われないという相談も多いので、そこは法律の話として具体的に書きます。

Laravelの副業が成り立っている理由と市場の現状

まず背景を押さえます。LaravelはPHPで書かれたフレームワークで、認証、データベース操作、メール送信、管理画面の土台といったよくある機能があらかじめ用意されています。つまり発注する側から見ると、ゼロから設計するより短い期間で形になるということです。この性質が、予算に限りのある中小企業の業務システムや、社内向けの管理ツールの開発と噛み合っています。

PHPは新しい言語ではありませんが、だからこそ動いているシステムの数が多いです。すでに稼働しているサービスの改修や機能追加は、新規開発より件数が多く、そして途切れません。副業として見たときに重要なのは、この「すでに動いているものに足す仕事」が安定して発生している点です。新規開発は予算が付いた時期にしか出ませんが、改修は運用が続く限り出続けます。

副業で切り出しやすいのは、管理画面の1機能、帳票の出力、外部サービスとのAPI連携、データの集計処理といった単位です。仕様が比較的はっきりしていて、既存のコードに合わせる制約があるぶん、判断に迷う場面が少ないからです。逆に、アーキテクチャの方針を決める仕事やデータベースの再設計は、稼働時間が読めないので副業の枠に収まりにくくなります。

単価の温度感については、フリーランス向けのメディアが目安を出しています。

Laravelの副業の単価相場は、月70万円ほどとされています。案件によっては、週2日の稼働でも月に70万円稼げる案件もあるので、自分のスキルと経験を鑑みたうえで自分に合った案件を探してみましょう。 出典: freelance.levtech.jp

この数字を見て期待が膨らむ方が多いのですが、注意して読んでください。ここで言う相場は、フリーランスとしてまとまった稼働を出せる人を含めた水準です。会社員が週末だけ動く前提でそのまま当てはまる金額ではありません。金額の話は、必ず「どれだけの稼働に対していくらか」という形で見る必要があります。時間の単位を揃えずに比べると、判断を誤ります。職種全体の収入の分布はソフトウェア作成者の年収・単価相場に統計の数字を整理してあるので、自分の位置を確かめる材料に使ってください。

副業のLaravel案件で実際に任される仕事

募集内容を並べると、副業で切り出される仕事は5つの型に整理できます。型ごとに難易度と時間の読みやすさが違うので、自分の状況に合うものを選ぶのが大事です。

1つ目は既存システムの機能追加です。管理画面に検索条件を足す、一覧に項目を追加する、権限ごとに表示を分ける。既存のコードの書き方に合わせる必要がありますが、仕様が具体的なので見積もりが立ちます。副業の初回案件としては最も相性が良い型です。

2つ目はAPI連携の実装です。決済サービス、会計ソフト、地図や配送のサービスなど、外部のAPIとつなぐ仕事です。相手方の仕様書を読む力が要りますが、作業の範囲が明確に切れるので時間が読めます。注意点は、相手方のAPIの検証環境が使えるかどうかを事前に確認することです。ここが用意されていないと、作業が止まります。

3つ目は帳票とデータ出力です。請求書のPDF出力、集計したCSVの書き出し、月次の締め処理。業務の理解が必要になるぶん、単純な実装より評価されます。

4つ目は不具合の調査と修正です。エラーの原因を追い、再発しない形に直す仕事です。原因調査は時間が読みにくいので、時間単位の契約にするか、調査と修正を別の見積もりに分けてください。ここを一括で請け負うと、想定の何倍もかかることがあります。

5つ目はバージョンアップ対応です。LaravelやPHP本体のバージョンを上げる作業で、影響範囲の確認が仕事の中心になります。地味ですが需要は多く、既存のテストが整っているかどうかで難易度が大きく変わります。

どの型でも共通して重要なのは、既存のコードを読む力です。副業の案件はゼロから書く場面より、他人の書いたコードに手を入れる場面のほうが多くなります。読むのが速い人は、それだけで時間あたりの成果が変わります。

求められる実務経験の水準

募集要件を見ると、経験年数の目安がはっきり書かれていることがあります。

副業案件を獲得するためには、2～3年ほどのLaravelを用いた実務経験があると有利です。高単価案件の場合、実務経験が3年以上あることを応募条件にしていることもあります。 出典: freelance.levtech.jp

つまり2年から3年が入口で、3年以上で条件の良い案件に届くという構造です。ただ、これは絶対の基準ではありません。実際の判断では、年数より「1人で完結させた経験があるか」を見られます。誰かの指示で部分を書いていた2年と、仕様の確認から納品まで担当した1年では、後者のほうが評価されることがあります。

技術として求められるものを並べると、順番はこうなります。まずLaravelの基本の仕組み、ルーティング、コントローラ、Eloquentによるデータベース操作です。次にマイグレーションとシーディング、そしてテストの書き方です。テストが書ける人は、既存のコードに手を入れる案件で圧倒的に有利になります。影響範囲を自分で確かめられるからです。

3つ目にセキュリティの基本があります。認証と認可の扱い、入力値の検証、SQLの組み立て方、CSRFへの対策。業務システムを触る案件では、ここを分かっていない人には任せられません。4つ目にGitでの共同作業、5つ目にサーバーとデプロイの基礎知識です。副業の案件では、本番環境に反映する手順を自分で理解しておく必要がある場面が出てきます。

副業でこれらの経験を積むと、本業側の評価にもつながります。

Laravelはニーズが高いため、副業でスキルを磨ければ、エンジニアとしての市場価値が高まるでしょう。副業でLaravelを用いたプロジェクトを経験することで、データベース操作やセキュリティ対策、API連携など、幅広い知識やスキルを身につけることができます。 出典: freelance.levtech.jp

副業を収入の足しとしてだけ見るのではなく、職務経歴に書ける経験の追加として考える視点は、実際に効きます。1社の中では触れない領域を、外の案件で経験できるからです。

見積もりの立て方を工程に分けて考える

ここが一番相談の多いところです。見積もりを「実装にかかる時間」だけで出すと、ほぼ必ず足りなくなります。工程を分けて数えてください。

分ける工程は6つです。仕様の確認、環境の構築、実装、テストの作成と実行、動作確認と手直し、そして納品と反映です。とくに環境構築は見落としやすい工程です。既存のシステムを手元で動かすまでに半日から1日かかることは珍しくありません。データベースの中身がもらえない、外部サービスの検証用の鍵が無い、といった理由で待ちが発生することもあります。

そこで、見積もりは2段に分けるのが安全です。第1段は調査と環境構築、第2段が実装以降。第1段を終えた時点で、第2段の金額を確定させる形にします。こうしておけば、開けてみたら想定と違ったという状況でも、双方が困りません。発注する側にとっても、いきなり大きな金額を約束するより判断しやすい形です。

見積もりに必ず書く項目は5つです。作業の範囲、前提条件、成果物の形、修正対応の回数、そして納期です。前提条件の欄が空のまま出す方が多いのですが、ここが後の揉め事を防ぎます。「既存のテストが動く状態で引き渡されること」「検証用のAPIキーが提供されること」といった条件を書いておけば、揃わなかった場合に日程を動かす根拠になります。

修正の回数を書かないと、無限に直し続ける契約になってしまいます。これ、知らない人が本当に多いんです。回数を決めるのは相手を縛るためではなく、どこで終わるかをお互いが分かっているためのものです。

稼働時間の設計と本業との両立

副業が破綻する原因は、技術よりも時間の設計にあります。相談を受けていて共通しているのは、実装の時間だけを見ていて、確認と連絡の時間を数えていないことです。

現実的な配分は、週の時間を3つに割ることです。実装に6割、テストと動作確認に2割、連絡と仕様確認に2割。週10時間を確保できるなら、実装に使えるのは6時間です。この6時間で終わる範囲しか約束しない、という基準を持つと納期の遅れがほとんど消えます。

本業の繁忙期は、契約の前に伝えてください。決算期や自社のリリース前など、動けない時期が分かっているなら先に言えば調整の相談ができます。黙っていて動けなくなると、技術の問題ではなく信用の問題になります。

それから、本番環境への反映の時間帯も先に決めておきましょう。利用者が少ない深夜に反映する運用のシステムだと、副業の稼働に夜間作業が組み込まれます。これを知らずに引き受けて、平日の深夜に作業して翌日の本業に影響が出るというのは避けたい事故です。契約前に「反映作業は誰がいつ行うのか」を確認してください。

体力の面でも一言添えます。私が相談を受けてきた中で、条件の良い案件で無理をして数か月で力尽きる例が少なくありません。平日の夜に毎日2時間を積む形は睡眠を削るので長く続きません。週末に集中して確保し、平日は連絡の返信だけに絞る形のほうが、結果として長続きしています。本業と副業の線引きの考え方は副業 フリーランスの始め方！本業と両立して年収を最大化する戦略に手順として整理してあります。

契約前に確かめる6つの条項

ここが本題です。先日、あるシステム開発の方から「納品したのに報酬を払ってもらえない」という相談を受けました。理由は「思っていた動きと違う」というものでした。結論から言うと、この言い分は支払いを拒む正当な理由になりません。

2024年11月1日に施行された、いわゆるフリーランス保護新法（特定受託事業者に係る取引の適正化等に関する法律）では、発注する側に取引条件を書面などで明示する義務があり、報酬は物やサービスを受け取った日から起算して60日以内のできる限り短い期間内に支払わなければならないと定められています。つまり、受け取ったあとで「想定と違った」と言い出しても、支払期日そのものは動かないということです。制度の枠組みや相談窓口は公正取引委員会の案内が一次情報になります。

そのうえで、確かめてほしい条項を6つ挙げます。

1つ目は業務の範囲です。どの機能のどこまでを作るのかを文章で残します。「システムの改修一式」という書き方は必ず揉めます。2つ目は検収の基準と期間です。何をもって完了とするのか、確認にかかる日数は何日かを決めます。3つ目は修正対応の回数と、範囲外の扱いです。4つ目は成果物の権利です。著作権をいつ移すのか、報酬の支払いと引き換えかを明記します。5つ目は瑕疵の扱いです。納品後に不具合が見つかった場合、どの期間まで無償で直すのかを決めておきます。ここが無期限になっている契約書を見ることがありますが、それは受ける側に一方的に重い条件です。6つ目は秘密保持で、NDAの範囲と期間が過大になっていないかを読んでください。

私が行政書士の実務に入ったばかりの頃、条項の不備を「後で話し合えば済む」と考えていた時期がありました。実際に揉め始めると、話し合いの土台になる文章が無いことが最大の障害になります。書面は相手を疑う道具ではなく、お互いが同じ理解でいることを確かめる道具です。※支払いが止まって交渉が進まない段階に入ったら、弁護士に相談してください。金額と事実関係によっては、支払督促や少額訴訟という手段の検討が必要になります。

契約や書類の知識を自分の強みに変えたい方は行政書士の資格ガイドに業務の範囲を整理してあります。開発と書類の両方が分かる人は、発注側からすると非常に相談しやすい相手です。

案件を探す経路と、選ぶときの基準

Laravelの副業案件は4つの経路で流れています。

1つ目はエージェントです。条件を伝えれば案件を出してもらえるので探す手間が小さい反面、週3日以上の稼働を求める案件が多くなります。会社員が週末だけで受けたい場合は、紹介できる案件が無いと言われることがあります。

2つ目は副業向けの求人サイトです。企業が直接募集するので、稼働時間や連絡の頻度といった条件が具体的に書かれています。自分のペースで探せるのが利点です。

3つ目は仲介型のマッチングサービスです。小さい仕事から入れるので最初の実績を作る場になります。注意点は手数料で、額面から一定割合が引かれる仕組みのサービスでは手元に残る金額が変わります。継続する取引は、手数料が引かれない形に移すほうが合理的です。

4つ目は人のつながりです。前職の同僚、勉強会で知り合った人、以前の取引先からの声がけ。条件は良くなりやすいものの、発生を自分で制御できません。ですから1から3を回しながら、見つけてもらえる状態を作っておくのが現実的です。

選ぶときの基準は4つに絞れます。既存のコードを読める状態で渡されるか、レビューする人がいるか、打ち合わせの時間帯が自分の生活と合うか、そして支払いの期日が明記されているか。この4つを確認して、1つでも答えが曖昧なら、着手前に決めてもらってください。技術の周辺領域まで含めてどんな依頼が出ているかを見ておくと、案件の幅を作る発想が出てきます。AI・マーケティング・セキュリティのお仕事には技術の周辺で発生している依頼の種類を整理してあります。

応募のときに送る文章と、面談で確認する項目

応募しても返事が来ないという相談を受けたとき、私はまず送った文章を見せてもらいます。技術の書き方が原因であることは、実はあまりありません。多いのは、条件が読み取れないことです。

発注する側が応募文で確認したいのは3つだけです。何ができるか、いつ動けるか、どのくらいで返事が返るか。この3つが最初の数行に書かれていないと、判断するために質問を返す手間が発生します。副業の募集には応募が集まるので、手間がかかる相手は後回しになります。

ですから応募文は、冒頭に条件を置いてください。稼働できる曜日と時間帯、連絡に返せる時間の範囲、着手できる開始日、経験のある領域。この4つを短く並べ、そのあとに関わったシステムの規模と役割を2行で添えます。公開できるコードがあればリンクを1つ。長い自己紹介は読まれないものとして考えてよいです。

面談では、聞かれる前に自分から確認しておきたい項目が5つあります。既存のコードの規模と、フレームワークの標準から外れた書き方がどれくらいあるか。テストが用意されているか。レビューをする人が社内にいるか。本番環境への反映を誰がいつ行うか。そして開発用のデータが用意されているか。この5つは、どれも見積もりの金額と所要時間に直接影響します。

とくにレビューの有無は確かめてください。レビューする人が社内にいない案件は、自分の判断がそのまま本番に出ることになるので、責任の重さが変わります。金額が同じなら、レビューがある案件のほうが受ける価値が高いです。

報酬の話を面談で避けないでください。金額を聞くのは失礼ではありません。合意していない状態で作業を始めることのほうが、後の揉め事の原因になります。聞き方は「想定されている稼働と予算の幅を教えていただけますか」で十分です。その場で幅を答えられない相手は、社内で決まっていないということなので、着手前に決めてもらう必要があります。

私が相談を受ける揉め事の多くは、この最初の確認を飛ばしたところから始まっています。逆に言えば、面談でこの5項目と予算の幅を確認しておくだけで、契約後の事故はかなり減ります。

つまずきやすい点と、それでも副業に向く理由

Laravelの副業でつまずく点を、頻度の高い順に挙げます。

1つ目は既存のコードの癖です。フレームワークの標準から外れた書き方がされているシステムでは、読むだけで時間を使います。見積もりの前に、コードを見せてもらう時間をもらってください。見せられないと言われる場合は、その理由を確認します。

2つ目はテストが無いシステムでの改修です。直した影響がどこに出るか確かめられないので、確認の手間が数倍になります。この場合は、確認作業の時間を見積もりに明示してください。

3つ目は本番データの取り扱いです。個人情報を含むデータを手元にコピーする作業は、契約と管理の両面で慎重さが必要です。開発用のデータを用意してもらう形が原則で、やむを得ず実データを扱うなら、保管の方法と削除の時期を契約に書いてください。

4つ目は仕様の解釈のずれです。業務システムは「この場合はどうなるのか」という例外の扱いが多く、書かれていない条件が必ず出てきます。推測で作って作り直すのが、限られた時間では一番痛い損失です。

それでもLaravelの副業に向く理由は3つあります。案件が途切れにくいこと、機能単位で切り出せること、そして経験がそのまま本業で使えることです。収入以外に何が積み上がるのかという整理は副業 メリット: 収入アップ、スキルアップ、そして心の余裕を手に入れる方法にまとめてあります。続けるかどうか、どこで線を引くかに迷ったときは、相談を仕事にしている人もいます。キャリア・副業・人生相談のお仕事を見ると、そういう依頼の形があることが分かります。

最後に、学習と案件の関係について1つ。Laravelは公式の資料が整っていて、更新の内容も公開されています。副業で案件を受けながら学ぶなら、次のバージョンで変わる部分を先に読んでおくと、改修の相談を受けたときに答えが早くなります。発注する側は、技術の詳細を説明できる相手より、変更の影響を短く言える相手を求めています。「この修正なら影響は管理画面の一覧だけです」と即座に返せることが、信頼の中身です。逆に、調べてから返す必要があるときは、その旨と回答の時期を伝えてください。曖昧に放置するのが一番評価を落とします。

報酬の記録と確定申告

事務の話も避けずに書きます。給与を受け取っている人が副業で得た所得が年間20万円を超えると、確定申告が必要になります。所得は売上そのものではなく、売上から必要経費を引いた金額です。開発に使う端末、書籍、通信費のうち業務に使った分は経費に入るので、領収書は月ごとにまとめてください。20万円以下で確定申告をしない場合でも、住民税の申告が別に必要になるケースがあるため、居住している自治体の案内を確認してください。手続きの詳細は国税庁の案内が一次情報です。

記録で大事なのは、案件名、納品日、入金日、金額、作業時間の5項目を月ごとに残すことです。年末にまとめてやろうとすると、どの入金がどの案件か分からなくなります。作業時間を並べて記録しておくと、次の見積もりの精度が上がるという副産物もあります。管理の型は副業 確定申告 売上管理 スプレッドシート！2026年最新の時短術に整理してあります。

もう1つ。請求書は発行したら控えを残してください。支払いが遅れたときに、請求した事実と日付を示せることが交渉の土台になります。当たり前のことのようで、口頭とチャットだけで済ませている方が少なくありません。

市場を長く見てきた立場からの観察

在宅と業務委託の市場を20年運営してきた立場から言えば、Laravelのような技術名で案件を探す人の成否は、技術力の差では説明できません。差がつくのは、1件目のあとに何が残るかです。

運営者として見てきた限りでは、長く続く人ほど、単発の実装を納めて終わりにしていません。納品のときに「この処理は件数が増えると重くなるので、そのときは声をかけてください」と一言添えています。この一言があるだけで、次の改修の相談が同じ人に戻ってきます。発注する側からすると、システムの中身を知っている人に頼むほうが説明の手間が要らないからです。月ごとの収入が安定している方の案件は、半分以上がこの「戻ってきた相談」で埋まっています。

もう1つの観察は、手取りの構造についてです。額面の単価を上げる交渉には、相手の予算という天井があります。ところが同じ額面でも、中間のマージンが乗らない手数料0%の取引なら、手元に残る金額が変わります。依頼する側も同じ予算でより多くを頼めるので、双方が得をする構造です。20年見てきて、この構造に気づいた方は、単価交渉に費やしていた労力を「誰と直接つながるか」に移していきます。派手ではありませんが、年単位で見た差は交渉術より大きくなります。

それを踏まえてLaravelの副業に入るなら、順番はこうです。まず範囲の小さい案件を、書面をそろえて1件受ける。次に、工程ごとの所要時間を記録して見積もりの精度を上げる。そして3件目までは経路を変えて応募し、どの経路が自分の稼働時間と合うかを確かめる。ここまで来ると、探す側から選ぶ側に立場が変わります。法律は、その過程であなたを守るための道具です。支払期日と業務範囲の2つだけ覚えておけば、交渉の場で言葉が出てきます。法律はあなたの味方です。

よくある質問

Q. Laravelの実務経験は何年あれば副業案件を受けられますか？

募集要件を見ると2年から3年が入口で、条件の良い案件では3年以上を求めることがあります。ただし年数より「仕様の確認から納品まで1人で完結させた経験があるか」を見られる場面が多いです。経験が浅いうちは、機能追加や不具合修正など範囲が明確な案件から入るほうが通りやすくなります。

Q. 単価の相場はどのくらいですか？

フリーランス向けのメディアでは月70万円ほどという目安が示されていますが、これはまとまった稼働を出せる人を含めた水準です。会社員が週末だけ稼働する前提でそのまま当てはまる金額ではありません。金額は必ず「どれだけの稼働に対していくらか」という形で見て、時間あたりに直して判断してください。

Q. 見積もりはどう立てればよいですか？

仕様確認、環境構築、実装、テスト、動作確認、納品の6工程に分けて数えてください。とくに環境構築は半日から1日かかることがあり、見落としやすい工程です。調査と環境構築を第1段、実装以降を第2段として2段に分け、第1段の終了時に第2段の金額を確定させる形にすると、双方が安全です。

Q. 納品したのに報酬が支払われない場合はどうすればよいですか？

2024年11月に施行されたフリーランス保護新法では、発注者は物やサービスを受け取った日から60日以内に報酬を支払う義務があります。「想定と違う」は支払い拒否の正当な理由になりません。契約書、納品の記録、請求書の控えをそろえ、支払期日を明記して書面で請求してください。進まない場合は弁護士への相談を検討してください。