Rubyフリーランスの月額単価は、各社調査で平均70万〜86万円のレンジに収まっています。経験3〜5年では60万〜90万円、5年以上では80万〜130万円超が中心です。この記事では経験年数別の相場、Rails案件との差、リモート条件の影響、単価を上げる具体的な条件を整理します。
▶ 3日で初案件PR
この記事でわかること
経験年数別の単価レンジ（1〜2年：30万〜55万円、3〜5年：60万〜90万円、5年以上：80万〜130万円超）を数字で確認できます。月単価80万円を交渉起点にするための根拠と、相場データの正しい読み方がわかります。職務経歴書の書き方を変えるだけで面談結果が変わる、担当範囲の示し方を具体的に把握できます。
今の仕事について、一番近いものは？
この記事の結論
Rubyフリーランスの月額単価は、複数の案件データベースの平均が70万〜86万円の範囲に集中しており、中央値は80万円前後です。経験年数が3年を超えると60万〜90万円、5年以上では80万〜130万円超に達するケースが増えます。単価を上げる条件は、Ruby単体の実装経験ではなく、Ruby on Railsでの設計・レビュー・技術選定の経験を成果ベースで示せるかどうかにかかっています。
最初に確認すること
自分が参照するエージェントの案件データベースで、現時点の公開案件の平均・中央値・最高値の3つを確認してください。平均単価だけを見ると、外れ値（7万円や192万円）に引っ張られた数字になるため、中央値を基準にすることで交渉起点が明確になります（確認所要時間：5〜10分）。
状況別ショートカット
| 状況 | 読むべきセクション | 所要時間 |
| 経験年数別の相場をすぐ知りたい | Rubyフリーランス単価の相場は経験3〜5年で60万〜90万円が中心 | 3分 |
| Rails案件との違いを知りたい | Ruby on Rails案件の単価はRuby全体より1〜5万円高めの傾向 | 2分 |
| リモート・稼働条件による変動を知りたい | フルリモート・週4稼働で単価がどう変わるか | 2分 |
| 単価を上げる条件を知りたい | 高単価Rubyフリーランス案件を獲得する5つの条件 | 5分 |
| 面談前に交渉の準備をしたい | Rubyフリーランス単価の交渉は相場の3段階で考える | 3分 |
Rubyフリーランス単価の相場は経験3〜5年で60万〜90万円が中心
相場の数字がサイトごとに違うのは、集計対象の案件がサイトごとに異なるためです。どの数字も完全な正解ではなく、複数の出典を並べて中央値を見ることで実態に近い把握ができます。
複数調査の平均・中央値・最高値を並べると実態が見える
各社のデータを並べると、Rubyフリーランス案件の月額平均単価は以下の分布になります。
フリーランススタートの案件データでは、平均79.7万円、中央値80万円、最高192万円、最低7万円です。レバテックフリーランスでは平均81万円、最高185万円、最低15万円です。CareeHUBの整理では、平均70万円/月、レンジ55万〜90万円/月、公開案件の実データでは平均81万円/月という数字が出ています。
最高値が192万円・185万円という数字が平均を押し上げているため、中央値の80万円前後が実勢に近い起点として機能します。「80万円を基準にし、自分のスキルセットと経験年数で上下に調整する」という考え方が現実的です。
経験年数別の単価レンジは3段階で把握する
ITプロパートナーズ、Foster、その他複数の案件データベースの整理によると、Rubyフリーランスの経験年数別の目安は以下の3段階になります。
経験1〜2年の場合は月30万〜55万円が中心です。Railsの基本的なCRUD実装や既存コードの改修ができるレベルが多く、即戦力として見てもらえる案件は稀で、まず実績を積む段階です。
経験3〜5年の場合は月60万〜90万円が中心です。Railsでの機能設計、テスト（RSpec）、コードレビュー経験があると、このレンジの上限に近い案件を狙いやすくなります。フリーランス転向者の多くがこの段階でエージェント経由の初回案件を獲得します。
経験5年以上の場合は月80万〜130万円超が中心です。アーキテクチャ設計、チームリード、技術選定、パフォーマンス改善など、実装以外の上流工程の経験がある場合に100万円以上の案件に届くケースが増えます。
年数の数え方は企業によって正社員期間のみカウントする場合と、副業・委託期間を含む場合があります。エージェントへの登録時に「フリーランス経験」と「実務経験の合計」を分けて伝える方が、案件のミスマッチを防ぎやすくなります。
年収換算で見ると正社員比較の判断がしやすい
月額単価を年収換算する場合、稼働月数（通常10〜11ヶ月を想定）に直接かける計算が現場での運用知として広く使われています。ただし、フリーランスは社会保険料の全額自己負担、住民税の一括払い、確定申告費用などが正社員にはないコストとして発生します。
月80万円の場合、稼働10ヶ月で年収800万円になりますが、社会保険料や経費を差し引くと手取りベースでは正社員の650万〜700万円相当に近くなることが多くあります。フリーランススタートの別調査ではRuby案件の月額平均単価84.1万円、年収換算で1,000万円超という数字も出ていますが、これは稼働フル・複数契約・高単価案件が前提の上限に近い数字として参照する方が安全です。
転向直後に「年収1,000万円」という数字だけを見て転向したエンジニアが、1〜2ヶ月の無稼働期間と社保コストを計算し直して「思ったより手取りが増えなかった」と感じるケースは珍しくありません。年収換算は上限の目安として参照しつつ、手取りベースのシミュレーションを先に行ってください。なお、フリーランスの開業資金や初期の生活費について事前に把握しておくことも、転向直後の資金計画に役立ちます。
CHECK
▶ 今すぐやること: 自分の経験年数を3段階（1〜2年・3〜5年・5年以上）に当てはめ、上記レンジの下限・中央・上限の3つの数字をメモする（3分）
Q: 経験年数はどのように数えればよいですか？
A： 正社員での実務期間とフリーランス・副業期間を分けて数え、エージェントへの登録時に両方を伝えるのが一般的です。Rubyを使った実務期間のみをカウントし、社内での学習期間や別言語のみの期間は含めない方が実態に合った案件を紹介してもらいやすくなります。
Q： 中央値と平均値のどちらを交渉の基準にすべきですか？
A： 交渉起点には中央値の80万円前後を使ってください。平均値は最高値（192万円など）に引き上げられるため、実勢より高めに見えます。中央値をベースに、自分の経験年数・スキルセット・稼働条件で調整する方が現実的な交渉になります。
Q： 実務経験が1年未満の場合は案件を獲得できますか？
A： 独立したRuby案件の獲得は難しいケースが多く、Rails実装の一部を担当する形での参画や、受託開発会社との業務委託から始めるケースが多くあります。1年未満の段階では単価の交渉より案件実績の積み上げを優先するのが現実的です。
Ruby on Rails案件の単価はRuby全体より1〜5万円高めの傾向
市場では両者はほぼ同一のスキルセットとして扱われていますが、Rails案件と明示されている案件の方が単価レンジがやや上振れする傾向があります。
RubyとRails案件の単価差は平均5万円未満
フリーランスジョブのデータでは、Ruby on Rails案件の平均単価は86.8万円とされています。Rubyフリーランス全体の平均が70万〜84万円程度のレンジに収まることと比較すると、Rails明示の案件は5万円前後高めに見える場合があります。
ただし、この差はスキルの差というよりも案件の性質の差によるものです。「Ruby on Rails」と明示する案件は、Webサービスのバックエンド設計や機能開発など、より上流工程を担う案件が多い傾向があります。一方、「Ruby」のみの案件にはスクレイピング、バッチ処理、スクリプト開発など単価が低めになりやすい案件も含まれます。
単価を上げたいなら「Rubyができます」ではなく「Ruby on Railsでのバックエンド設計・実装ができます」という訴求に変えることが実質的に有効です。
Rails案件は現在も需要が安定している
Webアプリ開発の主流がフロントヘビーになってきた中でも、Railsは既存の大規模サービス（Shopify、Airbnb、GitHubなど）の基盤として使われており、既存コードのメンテナンス・機能追加の需要は継続しています（Remogu）。
新規開発でRailsが選ばれるケースはGoやPythonと比べると減っているのは事実です。既存サービスの改善・グロース案件は数が多く、フリーランスとして実務5年以上の経験者であれば案件不足になるリスクは現時点では低いと見るのが現実的です。経験3年未満では、新規開発案件が減るとポジションが取りにくくなる可能性があるため、AWS、Docker、GraphQL、React連携など周辺スキルとセットで訴求する準備が必要です。
なお、GitHubは2023年にメインのコードベースをRailsからJavaに一部移行していると報告されており、Railsが「唯一の選択肢」ではなくなりつつある動向も存在します。既存のRailsサービスが短期間でなくなるわけではなく、メンテナンス需要は当面継続するとみるのが妥当です。
Rails案件のポジション別単価の差
Railsでの案件は担当ポジションによって単価の幅が大きくなります。
実装担当（ジュニア〜ミドル）は月50万〜75万円が多く、既存機能の改修・バグ修正・テスト追加が中心の案件です。設計・レビュー担当（シニア）は月80万〜100万円前後で、APIの設計・コードレビュー・パフォーマンス改善が含まれます。アーキテクチャ・技術選定担当（テックリード相当）は月100万〜130万円超で、複数の技術スタック選定やチームの技術方針策定が含まれます。
多くの場合、担当ポジションは職務経歴書に書かれた実績から判断されます。「実装しました」という記述と「○○の設計と実装を主導し、レスポンスタイムを○ms短縮しました」という記述では、面談の着地点が異なります。個人事業主の職務経歴書の書き方を参考に、担当範囲と数値実績を明確に示すことが高単価案件への近道です。
Q: Ruby on RailsとRubyを別々のスキルとして登録すべきですか？
A： エージェントへの登録時にはRuby・Ruby on Rails・Railsの3つをそれぞれ登録するのが一般的です。案件検索がスキルタグ単位で行われるため、どれか1つだけだと案件の紹介漏れが起きやすくなります。
Q： Rails以外のRubyスキルは単価に影響しますか？
A： Sinatraを使ったAPI開発や、Rubyスクリプトによる自動化は案件数が少ないため、単価への影響は限定的です。Webアプリのバックエンドとして扱う場合はRails前提の案件が大半のため、Railsの経験を中心に訴求するのが実務的な戦略になります。
フルリモート・週4稼働で単価がどう変わるか
フルリモートの場合は一概に下がるとは言えず、常駐より高い案件も存在します。
フルリモート案件はエリア制約を外して高単価に届きやすい
フリーランスジョブの案件データでは、フルリモート案件の平均単価が75万円、常駐が69万円とされており、フルリモートの方が平均6万円程度高い傾向が確認されています。
これはフルリモートを提供できる企業が競争力のある条件を設定しやすいことと、地方在住のエンジニアが首都圏の案件に参加できるようになって高単価案件へのアクセスが広がったことの2点が要因として挙げられます。
ただし、フルリモート案件は「週5日・稼働時間管理あり」という条件が多く、週4や裁量型の稼働とは別に考える必要があります。フルリモートは場所の自由であり、稼働量の自由ではないケースが大半です。
週4稼働の案件は単価が下がるが、掛け持ちで補完できる
週4稼働（稼働率80%）の案件では、週5フル稼働案件の単価から15〜20%程度下がるのが一般的です。月80万円の週5案件が週4稼働になると、月64万〜68万円程度になるケースが多くあります（フリーランスコンシェルジュ）。
週4案件の現実的な使い方は、もう1本の週1〜2日程度の案件と組み合わせることです。ただし、2案件を並行する場合には、各クライアントに対して副業・並行稼働の許可を確認することが必要です。許可なく並行稼働すると契約違反になるリスクがあるため、契約書の条項を確認する習慣が必要です。
週4案件への切り替えを検討する場合は、切り替え前の2〜3ヶ月で貯蓄バッファを設けておくことが、実務上よく言われています。フリーランスの貯金の安全ラインは生活費3〜6ヶ月分が目安とされており、稼働条件を変える前に手元資金を確保してから動くのが安定した運用に繋がります。
常駐案件を続けるか、フルリモートに切り替えるかの判断基準
常駐案件を継続する場合のメリットは、クライアントとの関係が深まりやすく案件継続率が上がることと、チームのコードベースを把握しやすいため生産性が高まることの2点です。デメリットは交通費・時間のコスト、移動ストレス、地理的な制約です。
フルリモートに切り替えるメリットは、作業時間の効率化、地方在住でも高単価案件に参加できること、移動コストゼロの3点です。デメリットは、コミュニケーションに起因するミスが増えやすいこと、新規取引先との信頼構築にリードタイムが長くなること、自己管理が求められることです。
経験3〜5年の段階では、常駐で一つのプロダクトを深く担当してから、フルリモートに移行するパターンが多く見られます。実績が積み上がった段階でリモート前提の条件で交渉しやすくなります。
CHECK
▶ 今すぐやること: 現在参照しているエージェントサイトで「フルリモート」フィルターをかけた状態のRuby/Rails案件の平均単価を確認し、常駐案件の平均と比較する（5分）
Q: 週3稼働のRuby案件はありますか？
A： 数は少ないですが、週3（稼働率60%）のRuby案件は存在します。スタートアップや個人開発者向けのサポート案件が中心で、単価は月30万〜50万円程度が多くなります。週5案件と比べて案件数が大幅に少ないため、複数エージェントへの同時登録で案件を探すのが現実的です。
Q： フルリモート案件は経験が浅くても獲得できますか？
A： 経験1〜2年の段階ではフルリモート案件の獲得は難しいケースが多くあります。フルリモートはコミュニケーションの自己管理が求められるため、クライアントが実績のある人材を優先しやすく、経験3年以上の方が有利になる傾向があります。
PR提供: 日本デザインスクール（デザスク）
自分の単価は適正か｜Rubyフリーランス単価の3段階診断
以下の質問で自分の状況を確認してください。
Q1: 現在または目標の月額単価は70万円以上ですか？
70万円以上の場合はQ2へ進んでください。70万円未満の場合はResult Aに該当します。
Q2: Railsでの設計・コードレビュー・技術選定のいずれかを担当した実務経験が3年以上ありますか？
3年以上ある場合はQ3へ進んでください。3年未満の場合はResult Bに該当します。
Q3: AWS、Docker、CI/CDなどのインフラ・DevOps系スキルをRuby/Rails案件で使った実績がありますか？
実績がある場合はResult Cに、ない場合はResult Dに該当します。
Result A: 月70万円未満の場合
経験年数1〜2年か、実装のみの担当範囲が多い場合に該当するケースが多くあります。まず職務経歴書に成果ベースの実績（スピード改善、テストカバレッジ向上など数値で示せるもの）を追記し、次の案件更新タイミングで単価交渉の材料にするのが現実的なステップです。エージェントを複数使っている場合は、現在の単価を各エージェントに伝え、同等スキルの相場感をヒアリングしてみてください。
Result B: 70万円以上だが設計・レビュー経験が3年未満の場合
相場の中央値には達していますが、上のレンジに行くための経験が不足している状態です。現在の案件で設計やレビューの機会を意識的に取りに行く、またはOSSコントリビューションや個人プロダクトで設計経験を補完することで、次の契約更新時に単価引き上げの根拠を作るステップが有効です。
Result C: 設計・レビュー経験3年以上＋周辺スキルあり
90万〜100万円以上の案件を狙える条件が整っています。複数エージェントに登録して高単価案件の取り扱い状況を比較し、現在の案件の更新前に相場確認を行うことで、交渉の余地が見えやすくなります。
Result D: 設計・レビュー経験3年以上だが周辺スキルなし
80万〜90万円レンジは狙えますが、100万円以上のレンジには周辺スキルの追加が必要です。AWS CloudFormation、GitHub ActionsでのCI/CD構築、Dockerコンテナ運用などを現在の案件内で担当できる機会を取りに行くことで、次の更新交渉に使える実績が作りやすくなります。
Q： 単価の診断は何を基準に判断すればよいですか？
A： 自分の担当業務の範囲（実装のみか、設計・レビューを含むか）と、案件データベースで公開されている同条件の案件の単価レンジを照合するのが基本です。エージェントに現在の単価を伝えて「同等スキルの案件はどの程度の単価帯が多いか」を聞くことも有効な方法です。
Q： 案件の更新前にどのタイミングで相場確認をすべきですか？
A： 更新の3〜4ヶ月前から複数エージェントで案件を並行して確認するのが一般的です。更新の1ヶ月前から動くと選択肢が狭くなり、交渉力が下がります。
高単価Rubyフリーランス案件を獲得する5つの条件
【対象】 : 月70万円台で止まっていて、設計やレビューを担当した経験はあるが職務経歴書に書けていないエンジニア
【手順】 : まず、担当したプロジェクトの中で「設計・レビュー・技術選定」のいずれかに関わったエピソードを3件以上リストアップします（15分）。次に、各エピソードに「Before/After」の形で数値を付けます（例：「APIレスポンスタイムを800msから200msに改善」「テストカバレッジを35%から72%に引き上げ」）（30分）。最後に、職務経歴書のスキル欄に「担当業務の範囲」として「実装・設計・コードレビュー・技術選定を担当」と明記し、複数エージェントに提出します（15分）。
【ポイントと理由】 : 多くの方は「Railsでの実装経験○年」と書くにとどまり、担当範囲を書かない傾向があります。80万円以上の案件を出すクライアントが求めているのは実装の年数ではなく「設計ができる」「レビューができる」という担当範囲の広さです。担当範囲を明記すると案件の一次フィルターを通りやすくなります。
【注意点】 : 担当していない業務を職務経歴書に書くことは禁止ですが、「少し関わった」レベルで書くことも問題を起こしやすいです。「メインで担当した」「サブで関わった（主担当は別の方）」を分けて書く方が、面談時に実態と乖離した期待を持たれるリスクを減らせます。「全部一人で書いた」より「チームの中で何を担当したか」の方が評価されやすいのは見落としがちな点です。
条件2: AWS・Docker・CI/CDなどの周辺スキルをRuby/Rails実務で使った形で示す
【対象】 : Railsの実装経験は十分にあるが、インフラ・DevOps系のスキルをどこまで書けばいいか判断できていないエンジニア
【手順】 : まず、実際に業務で使ったAWS（EC2、RDS、S3、ECS等）、Docker、GitHub Actions、RSpecなどを「業務で使った」「個人で学習した」「読んだだけ」の3段階に分類します（10分）。次に、「業務で使った」に分類されたスキルのみを職務経歴書のスキル欄に記載し、使った文脈（「AWSでのインフラ構築」「DockerでのローカルDev環境構築」等）を1行ずつ添えます（20分）。最後に、「業務で使った」スキルが3つ以上あれば、それを面談時に具体的に話せるよう準備します（15分）。
【ポイントと理由】 : 「インフラは別チームが担当するため書かなくていい」と考えがちですが、「Rails+Docker+RSpecが業務ベースで使えます」というセットで示した方が、スクリーニングを通過しやすい案件が増えます。面談担当者の視点では、「Railsだけ」より「Railsを動かせる環境ごと作れる」人の方が、チームへのオンボードコストが低いと判断されます。
【注意点】 : 「学習中」のスキルを「使えます」と書くのは避けてください。ハンズオン教材を1〜2周しただけのスキルは「学習経験あり・業務未経験」と正直に分けて書く方が、面談でのミスマッチを防げます。実際に使えないスキルを挙げて面談を通過しても、案件開始後に苦労することになります。
条件3: 複数エージェントを同時に使い、高単価案件の取り扱い比率を比較する
【対象】 : 1社のエージェントだけで案件を探していて、相場より低い単価の案件しか紹介されていないと感じているエンジニア
【手順】 : まず、レバテックフリーランス、フリーランススタート、ITプロパートナーズなど異なる系統のエージェントを2〜3社同時に登録します（各30分、計1〜2時間）。次に、各エージェントから紹介された案件の単価レンジを記録し、自分の経験年数・スキルセットと照合します（2週間以上継続）。最後に、単価レンジが高い案件を多く持つエージェントへの稼働を優先し、紹介数が少ないエージェントへの対応を減らします（判断に1〜2ヶ月程度かかるのが実態です）。
【ポイントと理由】 : 1社のエージェントに頼ると「この会社が紹介できる案件」の中でしか単価が決まりません。複数社に並行登録すると、エージェントごとの案件傾向の差が見えてきます。高単価案件に強いエージェントは直請け比率が高いか、特定の業種（SaaS、フィンテック等）に強いかどちらかのケースが多くあります。複数社に登録すると、同じスキルでも10万〜20万円の単価差が生じることもあります。
【注意点】 : 複数エージェントを同時並行すると、各社からの連絡対応が増えます。週に対応できるエージェント数を自分で決め（3〜4社程度が多い）、案件の管理を簡単なスプレッドシートで記録しておかないと、どのエージェントからどの案件を紹介されたか混乱することがあります。
条件4: 職務経歴書に成果ベースの実績を追記して面談前の評価を高める
【対象】 : 案件の書類選考は通過するが、面談後に単価を下げられたり、希望条件と違う案件に誘導されることが多いエンジニア
【手順】 : 過去の案件ごとに「課題→自分が行った対応→数値で示せる結果」の3点セットを整理します（各案件20〜30分）。次に、最新2〜3件の案件について3点セットを職務経歴書の「実績・担当業務」欄に追記します（30〜60分）。最後に、面談時に同じ3点セットを口頭で伝える練習を1〜2回行い、「何をどれくらい改善したか」をすぐに答えられる状態にします（30分）。
【ポイントと理由】 : 面談後に単価を下げられるケースの多くは、面談担当者が「この人はどのくらいのレベルか」をうまく判断できなかった結果です。「設計を担当しました」という言葉より「APIの設計を担当し、リクエスト処理時間を300msから70msに削減しました」という形の方が、面談担当者が単価の根拠を作りやすくなります。クライアントの社内承認を通すための材料を渡す意識が有効です。
【注意点】 : 数値が出せないプロジェクトは「成果が出せなかった」のではなく「計測していなかった」ケースが多くあります。過去に遡って数値を計測し直すことはできませんが、「チームの開発サイクルを1週間から3日に短縮した」のような改善でも、具体的な説明として機能します。「貢献しました」「推進しました」という曖昧な言葉は、面談担当者には評価しにくい表現として映りやすい点を意識してください。
条件5: 長期継続案件を優先し、単価の安定と年収の予測を立てやすくする
【対象】 : 案件の切り替えのたびに単価交渉と無稼働期間が発生し、年収が安定しないと感じているエンジニア
【手順】 : 案件を選ぶ段階で「契約更新の頻度」「過去の継続年数の実績」「単価の改定有無」を事前にエージェント経由で確認します（案件紹介を受けたタイミングで質問、5分）。次に、契約更新が半年以上の実績がある案件を優先してリストアップします（候補案件整理に30分）。最後に、更新の条件（単価が変わるか、業務範囲の変更有無）を初回面談時に確認しておきます（面談の最後5分）。
【ポイントと理由】 : 短期案件を繰り返すと、案件の切り替えごとに無稼働期間が発生し、年間稼働月数が減ります。月単価が高くても年間稼働が9ヶ月であれば、月単価が5万円低くても稼働12ヶ月の案件の方が年収が高くなるケースがあります。長期継続案件は「安いから継続しやすい」わけではなく、クライアントが信頼できる人材を手放したくないため更新単価が上がることもあります。
【注意点】 : 長期案件を優先しすぎると、同じコードベース・同じチームにとどまることでスキルの幅が狭くなるリスクがあります。継続2年以上の案件では、他の技術スタックや業種の案件に切り替えにくくなるという声も実際に聞かれます。継続案件を続けながら、別の案件での副業が許可されているかを確認するか、定期的に外部の勉強会や個人開発でスキルの幅を保つ工夫が必要です。
Q： エージェントを使わずに直接取引をすると単価は上がりますか？
A： 直接取引ではエージェントの中間マージン（15〜25%程度が多い）が発生しないため、同じ業務内容でも単価が高くなることがあります。ただし、案件の発見・契約書の作成・請求管理をすべて自分で行う必要があり、営業活動への時間投資が必要になります。既存のクライアントから紹介で直接取引に移行するパターンが現実的なケースが多くあります（フリーランスコンシェルジュ）。
Q： 単価交渉のタイミングはいつが適切ですか？
A： 案件更新の1〜2ヶ月前が一般的なタイミングです。更新の直前（1週間前など）では選択肢がない状態での交渉になり、交渉力が低下します。更新前に複数エージェントで別案件の相場を確認し、「他案件の相場はこのくらいです」という情報を持った状態で交渉すると、根拠のある交渉になります。単価交渉メールのテンプレートを活用すると、交渉の場での伝え方を事前に整理しやすくなります。
Rubyフリーランス単価の交渉は相場の3段階で考える
交渉は感情的な駆け引きではなく、相場の根拠を示す作業として捉えると準備しやすくなります。
下限・目標・上限の3段階で交渉の起点を決める
交渉に入る前に、自分の経験年数・スキルセット・稼働条件に基づいて下限・目標・上限の3段階の数字を決めてください。
下限は「これ以下なら断る」という数字です。生活費・社会保険料・経費の合計から逆算して設定します。フリーランスの手取り計算を活用すると、年収別の実質的な手取り額をシミュレーションしやすく、下限の設定根拠が明確になります。
目標は「複数の案件データベースの中央値から計算した、自分のスキルで合理的に届く数字」です。上限は「同等スキルの公開案件の最高値」として参照します。交渉の場では目標を提示し、相手から引き下げを求められたときに下限で応じるか別案件を探すかを判断します。
感覚だけで「80万円でお願いします」と言うより、「同等スキル・同等稼働条件の案件相場が75万〜90万円のレンジに集中しており、私の経験年数と担当範囲ではこの数字が根拠になります」という説明ができると、エージェントも社内稟議を通しやすくなります。
エージェント経由の場合は「上代」と「下代」を意識する
エージェント経由の場合、クライアントがエージェントに支払う「上代」と、エンジニアが受け取る「下代」の差がマージンです。マージン率は一般的に15〜25%程度とされており、上代が100万円であれば下代は75万〜85万円程度になります。
上代を教えてもらえるかはエージェントによって異なりますが、「この案件のクライアントの予算レンジはどのくらいですか」と聞くことは通常の質問として受け入れられます。上代の情報を持つことで、自分が受け取る単価の交渉余地を判断しやすくなります。
下限以下の案件を受けない判断を早めに行う
相場より低い案件を受け続けると、次の案件の交渉起点が下がりやすくなります。下限以下の案件を受ける場合は、案件の内容・実績・スキル習得の価値が金銭的なトレードオフを補完するか、明確に判断してから決めてください。
「次回上げてもらえる約束で今回は低めで受ける」という口約束は、実際には次回更新時の交渉材料にならないケースが多くあります。「次回更新時に単価を見直すことを確認する」旨を契約書または覚書に記載してもらうことで、実行可能な根拠になります。
CHECK
▶ 今すぐやること: 自分の経験年数と担当範囲を踏まえ、下限・目標・上限の3段階の単価をメモし、次の案件更新または案件探しの際の交渉起点として手元に置く（10分）
Q: 面談で単価の話を最初にするのは失礼ですか？
A： 案件面談（クライアントとの技術確認の場）では、単価の話はエージェント経由で先に確認しておくのが通常の流れです。面談の場で初めて単価を聞くと「条件面は確認済みで面談に来たのではないか」という印象を持たれることがあります。面談前にエージェントを通じて単価レンジを確認し、受け入れ可能な場合のみ面談に進む判断が現実的です。
Q： 単価交渉を断られた場合、次のステップは何ですか？
A： まず、断られた理由が「予算がない」か「スキルが足りない」かを確認することが重要です。予算の問題であれば別案件を探す判断ができます。スキルの問題であれば、どのスキル・実績があれば単価が上がるかをエージェントを通じて聞き、次の契約更新に向けた準備をするステップになります。
Rubyフリーランス単価は経験3年で60万〜90万円が目安
Rubyフリーランスの月額単価は、複数調査の中央値から80万円前後が実勢として参照しやすい基準です。経験1〜2年では30万〜55万円、3〜5年では60万〜90万円、5年以上では80万〜130万円超が中心で、担当範囲（実装のみか設計・レビューを含むか）が単価レンジの決定要因として機能します。Rails案件はRuby全体よりやや高めの傾向があり、フルリモート案件は常駐よりも平均単価が高い案件が存在します。
相場の数字は複数の出典で確認し、中央値を交渉の起点にすること。職務経歴書に担当範囲と数値ベースの実績を記載すること。複数エージェントを並行して高単価案件の取り扱い傾向を比較すること。この3点が単価を上げるための実務的なステップです。
| 状況 | 次の一歩 | 所要時間 |
| 経験年数別の相場を確認したい | 3段階（1〜2年・3〜5年・5年以上）に当てはめてレンジをメモ | 3分 |
| 職務経歴書の改善をしたい | 担当した案件の課題→対応→数値実績の3点を書き出す | 30〜60分 |
| 今の単価が適正か確認したい | 3段階診断を実施し、エージェントに相場感をヒアリング | 15〜30分 |
| 複数エージェントに登録したい | 2〜3社に同時登録し、紹介案件の単価レンジを2週間比較 | 1〜2時間（登録）+2週間（比較） |
| 単価交渉の準備をしたい | 下限・目標・上限の3段階をメモし、交渉の起点を決める | 10分 |
Rubyフリーランス単価の相場に関するよくある質問
Q: Rubyフリーランスの平均単価は何万円ですか？
A： 複数の案件データベースの平均は70万〜86万円/月のレンジに収まり、中央値は80万円前後です。フリーランススタートでは平均79.7万円・中央値80万円、レバテックフリーランスでは平均81万円が公開されています。外れ値の影響を受けやすい平均より、中央値の80万円前後を交渉の起点にするのが実務的な使い方です。
Q： 経験3年のRubyエンジニアはフリーランスでいくら稼げますか？
A： 経験3〜5年の目安は月60万〜90万円です（ITプロパートナーズ）。担当業務がRailsでの設計・コードレビューを含む場合はレンジの上限に近づきやすく、実装のみの場合は下限に近くなる傾向があります。職務経歴書への担当範囲・実績の記載方法で、同じ経験年数でも面談結果が変わるケースがあります。
Q： Rubyはオワコンですか？フリーランス案件は減っていますか？
A： 新規開発でRailsが選ばれる頻度は以前より減っているのは事実ですが、既存のRailsサービスのメンテナンス・グロース案件は継続して需要があります（Remogu）。現時点では経験5年以上のエンジニアが案件不足になるリスクは低く、経験3年未満の方は周辺スキル（AWS、Docker、React連携等）とセットで訴求する準備が有効です。
Q： フリーランスのRubyエンジニアになるには何年の経験が必要ですか？
A： 案件を獲得するための現実的な目安として、Railsでの実務経験が2年以上あることが挙げられます。1年未満の段階でのフリーランス転向は、案件の選択肢が大幅に狭まり、単価も低めになりやすいため、まず実務経験を積んでからの転向をおすすめします（Foster）。
Q： 年収1,000万円は可能ですか？
A： 月84万〜86万円以上の単価で年間12ヶ月稼働した場合に該当します（フリーランススタート）。経験5年以上でアーキテクチャ設計・テックリード相当の担当範囲がある場合に届くレンジで、フリーランス転向直後から全員が届く数字ではありません。社会保険料・経費を差し引いた手取りベースでの試算も必ず行ってください。なお、フリーランスとして独立する際の開業前経費や初期資金についても事前に確認しておくことをおすすめします。
【出典・参照元】
Ruby案件の単価相場は？フリーランス向け経験別単価｜ITプロパートナーズ
フリーランスエンジニア向けエージェント比較｜CareeHUB
Rubyフリーランスの単価相場｜Rails案件動向と経験別獲得｜フリーランスコンシェルジュ
Ruby on Rails案件の平均単価相場｜フリーランスジョブ