Railsで副業をする｜案件の種類と受注までに整えること

「rails 副業」と検索してこのページにたどり着いた方は、おそらく本業でRailsを書いていて、その技術で休日や平日夜に仕事を受けられるのかを確かめようとしているのだと思います。先日も、事業会社でRailsのアプリを4年ほど触っている方から「案件は見つかったけれど、契約書に何が書いてあれば安全なのか分からない」というご相談をいただきました。結論から言うと、Railsの副業は案件そのものより、稼働時間と責任の範囲をどう決めるかで難易度が変わります。この記事では、案件の種類と単価の相場、受注までに整えるもの、そして契約で外してはいけない条件を、順番に整理していきます。

Railsの副業は「週2日・リモート」が標準の形になった

まず市場の形を押さえます。Railsを使う副業案件は、フルタイムの代替ではなく、既存のチームに部分的に入る形が主流になりました。募集の条件としては、週2日程度、フルリモート、平日夜や土日の稼働を認めるもの、といった並びが目立ちます。

なぜこの形になったか。Railsは2000年代半ばから使われてきたフレームワークで、稼働中のサービスを抱える企業が多い一方、新しく採用するエンジニアはRails以外の経験者が増えました。つまり、既存のコードを読める人の供給が足りない。だから短時間でも入ってほしい、という需要が生まれます。

単価の水準についても、参考になる記述があります。

副業エージェントである「レバテックフリーランス」で公開されているRuby on Railsの平均月額単価は76万円です。 出典: hiraku-agent.com

これはフルタイム稼働を前提とした月額の数字です。副業で週2日なら、単純計算で月額30万円前後になります。ただし実際の副業案件は、フルタイム換算より時間単価が下がる場合と、逆に上がる場合の両方があります。下がるのは、コミュニケーションの回数が増えて発注側の負担が上がるためです。上がるのは、既存コードの調査や障害対応のように、代わりがいない仕事のためです。

もうひとつ、供給側から見た実感として押さえておきたいのが、案件の見つかりにくさです。

実際、フリーランス向けの案件に比べると、会社員でも取り組める副業案件は市場にあまり出回らないので、案件探しに苦労するかと思います。 出典: hiraku-agent.com

これ、知らない人が本当に多いのですが、案件の総数は多くても、会社員の稼働時間で受けられる案件はその一部です。だから探し方の工夫が必要になります。後半で4つの経路を挙げます。

案件の種類は4つに分かれる

募集内容を並べると、次の4つに整理できます。求められるものと責任の重さが違うので、自分の使える時間に合うものを選んでください。

第一に、新規機能の開発です。仕様が決まっている機能を実装して、テストを書いて、レビューを通す。副業案件として最も数が多い形です。稼働は週8時間から16時間程度、時間単価は3,000円から6,000円台が目安になります。仕様の確認で待ちが発生しやすいため、返信の時間帯を先に決めておくのが重要です。

第二に、保守と改修です。稼働中のサービスの不具合修正、ライブラリの更新、Railsのバージョンアップ。既存コードを読む力が前提になります。地味ですが、継続契約になりやすく、収入が読みやすい領域です。バージョンアップ案件は期限が決まっているため、スケジュールの相談がしやすいという利点もあります。

第三に、スポットの改善です。表示が遅いページの改善、SQLの見直し、バッチ処理の作り直しなど、課題が特定されている作業。20時間程度の見積もりで一式いくらという形が多く、副業との相性が良い形です。成果が測りやすいため、継続の話につながりやすいのも特徴です。

第四に、技術的な相談とコードレビューです。設計方針の相談、レビューの代行、新人の指導。実務年数が長い方向けで、時間単価は最も高くなります。稼働が読みやすく、深夜の対応も発生しにくいため、本業が忙しい方でも受けやすい形です。

技術以外の業務まで含めて相談を受ける形に広げたい場合は、キャリア・副業・人生相談のお仕事のような相談を扱う仕事の輪郭も参考になります。開発の単価水準そのものを確かめるならソフトウェア作成者の年収・単価相場が目安になります。

単価の考え方と、見積もりの立て方

単価については、市場の相場と自分の下限を分けて考えてください。この2つは別のものです。

市場の相場は、時間単価で3,000円から8,000円程度が中心です。技術相談やレビューでは1万円を超える案件もあります。月額で提示される場合は、稼働時間で割って時間単価に直してから比較してください。「月20万円」という提示は、月40時間なら時間単価5,000円ですが、月80時間なら2,500円です。

自分の下限は、こう計算します。副業に使える時間が週8時間で、月に得たい金額が15万円なら、必要なのは1時間あたり約4,700円です。ここに、打ち合わせや環境構築、コードを読む時間といった「手を動かしていない時間」が乗ることを忘れないでください。実装以外の時間は、参画直後は全体の半分近くを占めます。

見積もりを立てるときは、次の3点を分けて提示します。第一に、月あたりの稼働時間の上限。第二に、対応できる時間帯。第三に、障害対応を含むかどうか。とくに三つめが重要です。夜間や休日の障害対応を含むかどうかで、実質的な負荷はまるで違います。含まない場合はその旨を明記し、含む場合は別の単価を設定してください。

参画直後の1か月は、時間単価を下げるのではなく稼働時間を抑える形で調整するのが安全です。単価を下げると後から上げにくくなりますが、稼働時間は状況に応じて増やせます。

受注までに整えておく技術面の条件

募集要件を見ていくと、求められる技術は思ったほど広くありません。押さえるべきは次の5つです。

第一に、Railsの実務経験です。多くの募集で2年から3年以上が条件になっています。個人開発だけでは通りにくいのが現実で、業務としてリリースと運用に関わった経験が問われます。

第二に、テストを書けることです。RSpecで既存の書き方に合わせてテストを追加できるか。副業は稼働が断続的になるため、テストがない状態での変更はレビュー側の負担が大きくなります。テストを書けるかどうかは、受注の可否に直接効きます。

第三に、Gitの運用に合わせられることです。ブランチの切り方、コミットの粒度、レビュー依頼の出し方。チームの流儀に合わせる姿勢が見られています。

第四に、実行環境の理解です。DockerでローカルをたてられるかDocker以外の構成でも動かせるか、そしてAWSなどのクラウド上で動いているものを読めるか。ログの見方を知っているだけでも、初動の速さが変わります。

第五に、SQLです。ActiveRecordの書き方で発行されるクエリが想像できるか、遅いクエリの原因を追えるか。保守と改修の案件では、ここが最も問われます。

逆に、必須とされにくいものもあります。フロントエンドのフレームワークの深い知識、インフラの設計、デザインの素養。これらは「あると有利」の扱いで、なくても受けられる案件は多くあります。技術以外の業務に広げたい場合は、データ活用や広告運用を含むAI・マーケティング・セキュリティのお仕事の領域や、仕様や手順を文章にまとめる仕事の相場である著述家，記者，編集者の年収・単価相場も、組み合わせを考える材料になります。

応募の前に用意する書類と、伝え方

技術が足りていても、伝え方で落ちる例が多いので、ここは具体的に書きます。

職務経歴は、使った技術の羅列ではなく、担当した課題と結果の形で書いてください。「Rails、MySQL、AWS」ではなく「決済周りの処理を担当し、二重登録が起きていた箇所をトランザクションの見直しで解消した」と書く。読む側が知りたいのは、何を任せられるかです。

公開できるコードがあれば示します。ただし、本業のコードは当然出せません。個人で作ったものがない場合は、公開されているライブラリへの小さな修正の提案でも構いません。量より、コードの書き方とコミットの整い方が見られています。

稼働時間の提示は、正確に書いてください。ここが最も重要です。「平日夜と土日で週10時間から15時間、返信は平日22時まで、土日は日中」といった形です。多く見せて受注すると、返信が遅れた時点で信用を失います。副業であること自体は不利になりません。時間の枠が明確な相手は、発注する側からすると計画が立てやすいのです。

本業との関係も先に確認します。就業規則で副業が許可制になっている会社は多く、届け出をせずに始めて後から問題になる例があります。確認すべきは、副業自体の可否、競業にあたる範囲、会社の設備と情報を使わないこと、この3点です。同業のサービスを手伝う形になる場合は、競業避止の観点から慎重に判断してください。※判断に迷う内容や、すでに指摘を受けている場合は、弁護士に相談してください。

副業と本業を並行させるときの全体設計は副業 フリーランスの始め方！本業と両立して年収を最大化する戦略に整理されています。収入以外に得られるものの整理は副業 メリット: 収入アップ、スキルアップ、そして心の余裕を手に入れる方法にまとまっているので、受ける理由を自分の中で言葉にしておくと、案件を選ぶ基準がはっきりします。

案件の探し方は4つある

探し方は4通りです。実務年数によって向く経路が変わります。

ひとつめは、フリーランス向けのエージェントです。実務3年以上なら最も効率的な経路で、単価も高めです。ただし週3日以上の稼働を求める案件が多く、会社員が受けられるものは限られます。面談の日程調整が平日昼になりやすい点も、確認しておくべきです。

ふたつめは、仲介手数料を取らない在宅ワークの求人サイトです。依頼者と直接やり取りする形式で、実務経験が短い方でも応募できる案件が見つかります。手数料0%の仕組みでは、同じ予算で依頼者はより多く頼めますし、受け手の手取りは厚くなります。継続案件ほど、この差は積み上がります。一方で、条件を当事者同士で詰める必要があるため、次の章の契約の基本は必ず押さえてください。

みっつめは、知人や前職の縁です。Railsの副業で最も多い入り口がここです。コードの書き方を知っている相手からの紹介は、双方の不安が少なく、条件も通りやすい。ただし身内価格になりやすいので、金額を下げる場合でも決める条件は同じにしてください。

よっつめは、受託開発を行う会社からの外注です。単価はやや抑えめでも案件が続きやすく、仕様が整理されているため学べることが多い経路です。

どの経路でも、最初の1件は稼働時間を控えめにして受けるのが安全です。実際にかかる時間は、参画してみないと分かりません。

募集の内容を見るときに確認すべき点も挙げておきます。第一に、Railsの版と規模です。古い版で動いているサービスは調査の時間が長くなり、同じ稼働時間でも進む量が変わります。第二に、テストの有無です。テストがないコードへの変更は、確認の手間が数倍になります。第三に、チームの人数と副業メンバーの受け入れ経験です。受け入れた経験がある会社は、仕様の渡し方も連絡の取り方も整っています。第四に、レビューの担当者がいるかどうかです。レビューする人が忙しすぎる現場では、自分の作業が止まります。この4点は面談で聞いて構いませんし、聞いたことで不利になることはありません。むしろ、聞く人の方が長く続く相手として見られます。

参画した最初の1か月でやること

受注できてからの動き方も書いておきます。ここでつまずくと、契約を守っていても続きません。

最初の週は、コードを書く前に読む時間にあててください。ディレクトリの構成、主要なモデルの関係、テストの書き方、デプロイの流れ。この4つを掴むまでは、小さな修正でも手が止まります。読む時間も稼働として申告してよいことを、参画時に確認しておいてください。これを遠慮して無償で読む方が多いのですが、必要な作業です。

次に、連絡の経路を決めます。誰に聞けばよいか、緊急時はどこに書くか、レビューは誰が見るか。副業は稼働が断続的なので、聞く先が決まっていないと1日単位で待ちが発生します。参画初日に確認しておくべき項目です。

三つめに、最初の成果を小さく出します。大きな機能から入るのではなく、既存の不具合の修正やテストの追加のように、1回の稼働で完結するものから始める。これで、レビューの粒度と相手の期待値が分かります。いきなり大きな変更を出すと、方向が違っていたときの損失が大きくなります。

四つめに、稼働の記録を取ります。日付、作業内容、時間。これは請求の根拠になるだけでなく、レビュー待ちで進めなかった日数の記録にもなります。あとから交渉が必要になったとき、記録があるかどうかで結果が変わります。

五つめに、1か月目の終わりに振り返りを共有します。何ができて、何が想定より時間がかかったか。これを出すと、次の月の稼働の相談がしやすくなります。発注側も、副業のメンバーがどのくらいで動けるのかを知りたがっています。

Railsのバージョンアップ案件は副業と相性が良い

案件の中でも、副業で受けやすいものについて補足します。Railsのバージョンアップは、その代表です。

このタイプの仕事は、作業の範囲が比較的はっきりしています。依存しているライブラリを上げる、非推奨になった書き方を置き換える、テストを通す。手順が決まっているため、断続的な稼働でも進められます。加えて、緊急の割り込みが入りにくいのも利点です。障害対応と違って、深夜に呼ばれることがありません。

進め方の要点は3つあります。第一に、既存のテストがどれだけあるかを最初に確認すること。テストが少ない場合、作業量の大半はテストを書く工程になります。ここを見積もりに入れずに受けると、ほぼ確実に足が出ます。

第二に、一気に上げずに段階を刻むことです。複数の版を飛ばして上げるより、1段ずつ上げて動作を確認する方が、原因の切り分けが速くなります。時間の合計は変わっても、手戻りが減ります。

第三に、期限を現実的に置くことです。この種の作業は、終盤に予期しない不具合が出ます。余裕のない期限で受けると、本業に影響が出ます。見積もりには2割から3割の余白を持たせてください。

同種の案件として、ライブラリの整理やログ出力の統一、CIの整備といった内容もあります。どれも「今すぐ売上には直結しないが、いつかやらないといけない仕事」で、社内では優先度が下がりがちです。だから外に出る。副業として受けるには、まさに向いている領域です。

契約で必ず決める6つの条件

ここが私の専門に近いところなので、丁寧に書きます。2024年11月1日に施行された「特定受託事業者に係る取引の適正化等に関する法律」、いわゆるフリーランス新法によって、発注する側には守るべき義務が明確になりました。つまり、条件が曖昧なまま作業を始めるのは、法律の想定する姿ではないということです。

法律では、発注者は業務の内容、報酬の額、支払期日などを書面または電子メールなどで明示しなければならないとされています。また報酬は、発注者が成果物を受け取った日から起算して60日以内のできる限り短い期間内に支払う必要があります。制度の内容は公正取引委員会が公表している資料で確認できます。

そのうえで、Railsの副業で必ず決めるべき条件を6つ挙げます。

第一に、契約の型です。成果物の完成に責任を持つ請負なのか、作業時間を提供する準委任なのか。ここが最も重要です。準委任であれば、指示された作業を誠実に行うことが義務で、成果物の完成そのものを保証するわけではありません。副業で週8時間の稼働なら、準委任の形が実態に合います。「月40時間の稼働」と書いてあるのに、実際は納期のある機能一式を任される、という契約は後で必ず揉めます。

第二に、稼働時間の上限と超過時の扱いです。上限を超えた分をどう精算するのか。書いていないと、無償の残業と同じ構造になります。

第三に、対応時間帯と障害対応の範囲です。深夜や休日の呼び出しを含むのか。含まないなら明記してください。

第四に、成果物の権利です。書いたコードの著作権を譲渡するのか、利用を許諾するのか。業務で作ったものは原則として依頼者に渡す形になりますが、汎用的な部品を自分でも使い続けたい場合は、その範囲を書いておく必要があります。

第五に、秘密保持です。ソースコードや顧客データに触れる仕事なので、NDA（エヌディーエー）は前提です。加えて、作業用に複製した環境やデータを終了後に削除する旨も入れておきます。

第六に、中途解除の扱いです。途中で終わった場合、それまでの稼働分がどう支払われるのか。準委任なら実働分の支払いが原則ですが、書いておくほうが安全です。なお、6か月以上の継続的な業務委託については、フリーランス新法により中途解除の際に原則30日前までの予告が必要とされています。

私自身の失敗も書いておきます。駆け出しのころ、ひな型の契約書をそのまま渡していました。相手が読まないまま署名し、後から「この条項の意味が分からない」と言われたことがあります。以来、条項ごとに一行、普通の言葉で意味を添えるようにしました。契約書は相手を縛る道具ではなく、双方が同じ絵を見るための道具です。

つまずきやすい場面と、その手前で防ぐ方法

相談として持ち込まれる内容は、驚くほど同じ形をしています。4つ挙げます。

最も多いのが、稼働時間が守れなくなるケースです。本業の繁忙期と重なる、あるいは想定より既存コードの調査に時間がかかる。対策は、参画時に「月の稼働が上限に近づいたら事前に連絡する」という運用を決めておくことです。黙って超えるのも、黙って足りないのも、信用を損ないます。

次に多いのが、責任の範囲の食い違いです。準委任で入ったのに、リリース後の不具合の責任を問われる。契約の型を先に確認していれば防げます。仮に不具合の原因が自分の実装にあった場合でも、準委任であれば誠実に対応する義務にとどまり、損害の全額を負う形にはなりません。ただし、契約書に個別の賠償条項が入っている場合はその内容が優先されるため、署名の前に必ず読んでください。

三つめは、レビューが止まって作業が進まないケースです。副業側の責任ではないのに、納期だけが変わらない。この場合は、待ちが発生した日数を記録しておき、その分だけ期限をずらす相談をします。記録がないと交渉ができません。

四つめは、報酬の未払いです。督促は感情を挟まず、事実だけで行います。業務内容、稼働時間、納品または報告の日、支払期日、経過日数を並べたメールを送る。これで大半は解決します。進まないときは内容証明郵便で請求する段階に移り、フリーランス新法の適用がある取引であれば行政の相談窓口も使えます。

税金についても触れておきます。給与を受け取っている方が副業で得た所得が年間20万円を超える場合、確定申告が必要です。所得は売上ではなく、売上から経費を引いた金額です。記録の付け方は副業 確定申告 売上管理 スプレッドシート！2026年最新の時短術に手順がまとまっていますし、計算の根拠は国税庁の案内で確認できます。

独自データから見えるRails副業の伸ばし方

最後に、在宅ワークの募集と受け手の動きを長く見てきた立場からの観察を書きます。

20年この市場を見てきて言えるのは、長く続く人ほど、コードを速く書くことより「この人に任せると社内の手間が減る」という状態を作るのに時間を使っている、ということです。Railsの副業でそれは具体的にこういう動きです。調査した内容を短くまとめて共有する、詰まった箇所を早めに相談する、稼働の予定を先に伝える。技術的な派手さはありませんが、発注側の不安を消すのはこの部分です。

額面と手取りの話も添えます。仲介の手数料が乗る仕組みでは、依頼者の予算の一部が仲介に消えます。手数料が乗らない直接のやり取りでは、同じ予算で依頼者はより多く頼めて、受け手の手取りは厚くなります。運営者として見てきた限り、この差は金額の大小より「関係が続くかどうか」に効きます。手取りが厚いと1件に使える時間が増え、時間をかけられると仕上がりが良くなり、次も頼まれる。この循環に入った方は、案件を探す時間そのものが減っていきます。

募集内容を並べて見ると、Railsの技能は単独で求められることが減り、他の業務と組み合わせて募集される傾向が強まっています。実装とデータ集計、保守と業務フローの整理、開発と社内向けの手順書作成。この組み合わせの側に需要があるため、フレームワークの深掘りだけでなく、隣接する工程をひとつ引き受けられるようにする方が、受注の幅は広がります。契約や手続きの実務まで理解しておくと、発注側との話が早く済みます。書類や手続きを扱う仕事の範囲は行政書士のページで整理されているので、どこまでが専門家の領域かを知る材料になります。

法律も環境も、使える道具は年々増えました。取引条件の明示が義務になり、支払期日の上限が定められ、相談できる窓口も整いました。条件を確認して仕事を受けることは、相手を疑う行為ではありません。双方が安心して長く続けるための手続きです。法律はあなたの味方です。稼働時間を決めて、契約の型を確かめて、条件を文章にする。この3つが揃ったら、あとは1件目に応募するだけです。

よくある質問

Q. Railsの副業は実務経験が何年あれば受けられますか？

多くの募集では2年から3年以上が条件になっています。実務としてリリースと運用に関わった経験が問われるため、個人開発だけでは通りにくいのが現実です。経験が短い場合は、仲介手数料を取らない求人サイトや知人からの紹介のように、要件が固定されていない経路から探すのが現実的です。

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

時間単価で3,000円から8,000円程度が中心で、技術相談やコードレビューでは1万円を超える案件もあります。月額提示の場合は稼働時間で割って時間単価に直してから比較してください。参画直後は調査や環境構築に時間を取られるため、稼働時間を控えめに設定するのが安全です。

Q. 準委任と請負のどちらで契約すべきですか？

週8時間程度の副業であれば、作業時間を提供する準委任の形が実態に合います。請負は成果物の完成に責任を持つ契約なので、本業の状況で稼働が変動する副業には向きません。「月40時間の稼働」と書かれているのに納期のある機能一式を任される契約は、後で必ず揉めます。

Q. 報酬が支払われないときはどうすればよいですか？

業務内容、稼働時間、報告日、支払期日、経過日数だけを並べたメールで督促してください。2024年11月施行のフリーランス新法では、発注者は成果物を受け取った日から起算して60日以内に報酬を支払う義務があります。進まない場合は内容証明郵便での請求や、行政の相談窓口の利用に進みます。