フルスタックエンジニアのフリーランス単価|兼務範囲別の相場と案件動向
最終更新日:2026/08/27
フルスタックエンジニアのフリーランス単価は、「どこまで兼務するか」で大きく振れるのが実情です。首都圏中心の主要フリーランスエージェント数社の公開案件を2026年8月時点で観測すると、SPA+APIを一人で書くだけの型と、DB設計・DevOpsまで担う型では月単価が10〜30万円ほど差が出る傾向が見られます。本記事は独立済み・独立検討中のエンジニアに向けて、週4〜5日稼働・準委任案件を前提に、兼務範囲の型ごとに公開案件の相場、求められる技術セット、単価が伸びる兼務パターンと伸びない典型を整理します。
先に結論
フルスタック案件は「兼務範囲」で単価が決まる。フロント+APIだけの型は月70〜100万円、DB・データ設計まで担う型で80〜120万円、DevOps・IaCまで踏み込む少人数体制型は100〜140万円が目安(主要フリーランスエージェント数社の公開案件を2026年8月時点で観測した目安)
単価が上がるのは兼務範囲が広いこと自体ではなく、設計・意思決定を任される「兼務の質」。少人数チームの立ち上げ・技術選定に入ると同じ範囲でも1〜2ランク上がる
なんでも屋・単発受託型は範囲が広くても単価が伸びにくい。兼務範囲を「型」で説明できるスキルシートが単価交渉の起点になる
案件を探すときは、まず案件一覧の「フルスタック」タグ相当で母集団を作り、面談で担当フェーズ・体制人数・技術選定権限を確認する
自分の現在の兼務範囲でどこまで狙えるかはフリーランスエンジニア単価診断で目安を掴めます
この記事でわかること
フルスタック案件で問われる「兼務範囲」の3つの型と単価レンジ
各型で頻出する技術セットと、単価が跳ねる兼務パターン
兼務範囲が広くても単価が伸びない典型パターン
エージェント検索・面談・スキルシートでの実務対応
目次
フルスタック案件で問われる「兼務範囲」の3つの型
兼務範囲別のフリーランス単価レンジ
フルスタック案件で頻出する技術セット
単価が上がる「兼務の質」の条件
兼務範囲が広くても単価が伸びない典型パターン
フルスタックのフリーランス案件を探すときの実務
フルスタック案件でよくある失敗と対策
フルスタックエンジニア案件・単価チェックリスト
まとめ
よくある質問
フルスタック案件で問われる「兼務範囲」の3つの型
フリーランス案件の「フルスタック」は言葉が広く、実際の募集要件を見ると3つの型に分かれます。どの型かで求められる経験も単価も変わるため、まずここを見分けるのが先です。
なお、フルスタックエンジニアの職種そのものの解説(仕事内容・キャリア・必要スキル)は既存記事フルスタックエンジニアとは?仕事内容やスキル、年収について解説に譲ります。本記事は兼務型のフリーランス単価に絞ります。
型A:SPA+API型(フロント×バック)
一人でReact/Next.jsのSPAとNode.js/Rails/DjangoなどのAPIを書き切る型です。SaaSの新機能追加、社内ツール、小規模プロダクトで頻出します。
担当範囲:画面(SPA)+API(バック)
出しどころ:受け取った要件を画面とAPIで実装、既存インフラには乗るだけ
体制:フロント/バック分業をせず、機能単位で一人が書き切る
インフラ・DB設計:既存の運用を踏襲、新規設計はほぼ発生しない
型B:フロント+バック+DB・データ設計まで
型Aに加えて、テーブル設計・APIスキーマ設計・データ整合の意思決定に入る型です。プロダクトの初期フェーズや、既存プロダクトに新規ドメインを立ち上げる案件で出てきます。
担当範囲:型A+DB設計、データフロー設計、APIスキーマ責任
出しどころ:新規機能のドメイン設計、既存データとの整合、パフォーマンス改善
体制:バックエンド専任がいない、または兼務型が主戦力
求められる経験:3〜5年以上、RDB設計と読み書きパターンの理解
型C:DevOps・IaC・運用まで踏み込む型
型Bに加えて、AWS/GCPの構築、CI/CDパイプライン、Terraformでのインフラコード化、監視・ログ設計まで担う型です。プロダクト初期の少人数体制、あるいはインフラ人員が薄い中規模プロダクトで発生します。
担当範囲:型B+クラウド構築、IaC、CI/CD、監視
出しどころ:新規プロダクトのゼロイチ、既存プロダクトのIaC移行、SRE補完
体制:CTO+フリーランス数名、あるいはインフラ専任が不在
求められる経験:5年以上、AWSまたはGCPの実運用経験、DevOps文化
ミニFAQ:兼務範囲の見分け方
Q. 募集要項に「フルスタック」と書かれていても実態が読めない案件はどう判断すべき?
A. 面談で「一人が書き切る領域はどこまでですか」「DB設計・インフラは誰がやっていますか」を聞くと型が分かります。答えが曖昧なら型Aと想定して単価を見積もり、責任範囲が広がるなら再交渉の余地を残します。
兼務範囲別のフリーランス単価レンジ
ここが本記事の主題です。兼務範囲の型ごとに公開案件の月単価目安を整理します。フロントエンド・バックエンドそれぞれの単価レンジ(レイヤー別)は既存記事フロントエンドエンジニアのフリーランス単価相場、バックエンドフリーランスの単価相場に譲り、本記事は兼務型に限定した観測を出します。
単価観測の前提
本記事の単価レンジは主に公開案件ベースで整理し、非公開案件の傾向は補足にとどめます。以下の目安は、首都圏中心の主要フリーランスエージェント数社の公開案件を2026年8月時点で観測した数字です。対象は週4〜5日稼働の準委任案件、実務経験3年以上を想定しています。案件個別の条件(プロダクトフェーズ、技術スタック、企業規模)で上下するため、レンジで示します。公開案件数がまだ多くない兼務型もあり、観測ベースの目安として読んでください。
型A(SPA+API型)の単価目安
まずは公開案件ベースで月70〜100万円が目安です。実務経験3〜5年程度で、SPA・API両方を書き切れる人が中心のレンジです。
70〜80万円:実務3年前後、両方書けるが片方が主軸
80〜90万円:両方を機能単位で書き切れる、コードレビューも受け持つ
90〜100万円:チーム内でリードに近い立ち位置、要件整理まで踏み込む
経験3年未満寄りや片側がサブに留まる案件では60万円台の募集も見られますが、中心レンジは70〜100万円です。非公開案件では上振れするケースがありますが、条件(プロダクトフェーズ、技術スタック、担当領域)の個別性が強いため、公開案件と同列には扱えません。
型B(DB・データ設計まで担う型)の単価目安
月80〜120万円が目安です。テーブル設計・パフォーマンス改善・API責任まで一人で持てる人向けです。
80〜95万円:既存プロダクトへの新機能追加、DBの読み書きパターンを理解
95〜110万円:新規ドメインの立ち上げ、テーブル設計から入る
110〜120万円:プロダクトのデータモデル全体に責任、外部連携設計も担当
型Aとの差は「設計判断を任されるか」です。既存の設計に乗るだけなら型A、設計に入るなら型Bとして評価されます。
型C(DevOps・IaCまで踏み込む型)の単価目安
月100〜140万円が目安。プロダクト初期のゼロイチ、少人数体制でのフルスタック案件で出てくるレンジです。
100〜115万円:AWS/GCPの構築経験、CI/CDの実装経験あり
115〜130万円:IaC(Terraform等)でインフラをコード化、監視設計も担当
130〜140万円:技術選定権限あり、テックリード的立ち位置
130〜140万円帯に該当するのは、実務経験5年以上に加え、AWS/GCPの実運用、IaCによるインフラ構築、設計レビュー主担当、少人数チームでの技術選定経験が揃った人材が中心です。このレンジは公開案件数が多くありません。観測ベースの目安として読んでください。プロダクトフェーズ・企業規模・CTOの有無で条件が大きく変わります。
自分の兼務範囲がどの型に該当し、どの単価帯を狙えるかはフリーランスエンジニア単価診断で目安を確認できます。単価を体系的に上げる考え方は【2026年最新版】フリーランスエンジニアの単価相場と単価の上げ方とは?で整理しています。
ミニFAQ:単価レンジの読み方
Q. 型Aから型Bに移るには何を積めばいい?
A. DB設計の経験(テーブル設計の意思決定、外部キー・インデックス設計、正規化判断)が最短距離です。実務でDBの意思決定を任された経験を1〜2件、スキルシートに書ける状態にすると評価が変わります。
フルスタック案件で頻出する技術セット
兼務範囲の型別に、公開案件で頻出する技術スタックを整理します。各技術の詳細解説は既存の技術記事へリンクで委譲します。
フロント側の頻出
React/Next.js:SPA+API型で最頻出。詳細はReactとは?初心者向け入門解説、Next.jsとは?
TypeScript:型を書ける前提の案件が多い
Vue.js:一部の案件で継続採用(詳細はVue.jsとは?)
バック側の頻出
Node.js/Express.js/NestJS:JavaScriptで統一する構成で採用が多い。詳細はNode.jsとは?、Express.jsとは
Ruby on Rails:日本のSaaSで根強い。詳細はRuby on Railsとは?
Django/FastAPI:Python主軸のプロダクト。詳細はDjangoとは?、FastAPIとは?
Laravel:PHP系プロダクトで採用例が多い部類(詳細はLaravelとは?)
Go:新規プロダクトのAPIで採用例が見られる
インフラ・DevOps
AWS:公開案件ベースではフルスタック案件で最も多く見られるクラウド。単価との関係はAWSエンジニア フリーランスの単価相場
Docker/Kubernetes:コンテナ運用の基本。詳細はDockerとは?、Kubernetesとは?
Terraform:IaCの主要選択肢。詳細はTerraformとは?
GCP/Azure:AWSに次いで採用例あり
兼務範囲別・頻出スタック早見表
兼務型 | フロント | バック | インフラ・DevOps |
|---|---|---|---|
型A(SPA+API) | React/Next.js/TypeScript | Node.js/Rails/Django | 既存基盤に乗る(担当外) |
型B(+DB設計) | 同上 | 同上+DB設計(RDB主体) | 既存基盤(読み替え可能な範囲) |
型C(+DevOps) | 同上 | 同上+Go採用増 | AWS/Terraform/CI/CD/監視設計 |
単価が上がる「兼務の質」の条件
同じ兼務範囲でも、月単価が10〜30万円変わります。差を作るのは兼務の質、つまり任される意思決定の深さです。
設計・意思決定を委任される
テーブル設計、API設計、技術選定に入れる
「作って」ではなく「どう作るか含めて相談」を任される
コードレビューで設計視点のフィードバックを返せる
少人数チームの立ち上げに入る
5〜8名程度の少人数チームでは、フルスタックが技術選定に関与しやすいケースがある
ゼロイチのプロダクト立ち上げに参画すると、フロント/バック/インフラの選定を横断して意思決定に入りやすい
役割が広いだけでなく、深さも問われるフェーズなので単価が跳ねやすい
リード・テックリード的役割を兼ねる
若手メンバーの技術指導
スプリントプランニング、要件整理への参加
CTO/技術責任者との技術方針すり合わせ
このレンジになると、単に技術範囲が広いだけの案件から、プロダクトの技術意思決定を担う案件に切り替わります。少人数体制での技術選定、設計責任、レビュー主担当、クラウド/IaC実務まで揃った場合は、月120〜140万円帯に入るケースがあります。単価交渉のやり方はフリーランスエンジニアの単価交渉のコツを参照してください。
兼務範囲が広くても単価が伸びない典型パターン
「なんでもできます」と言えても単価が伸びないケースがあります。原因は範囲の広さではなく、範囲の切り出し方にあります。
「なんでも屋」で切り出しが曖昧
スキルシートに「フロント/バック/インフラすべて」と書くだけで、担当した意思決定・成果が不明
面談で「どこまで一人で書いたか」を答えられない
単価は範囲ではなく、切り出せる責任の粒度で決まる
対策:担当フェーズ(要件/設計/実装/レビュー)、規模(画面数・API本数・DAU)、体制(人数・役割)を粒度細かく書く。スキルシートの案件詳細の書き方はスキルシートの案件詳細の書き方|担当フェーズ・規模・体制の粒度で整理しています。
個人開発領域と実務ギャップ
個人開発で幅広く触れているが、実務のチーム開発・レビュー・リリース経験が浅い
テスト・CI・監視の実務経験がない
面談で本番運用の話に入ると答えが弱くなる
対策:実務経験と個人開発経験を分けて書く。個人開発は「補強材料」に位置づけ、単価根拠は実務経験で組み立てる。
単発の受託開発型
案件が完成納品型で、継続運用に関わらない
設計判断は元請けにあり、フリーランスは実装のみ
「フルスタックだが技術選定は指示されたスタック」のパターン
このパターンは範囲が広くても単価が伸びません。単価を上げるには継続運用型・意思決定関与型の案件に移る必要があります。案件の見分け方は案件探しで失敗しないフリーランスエンジニアのための案件の読み方を参照してください。
フルスタックのフリーランス案件を探すときの実務
案件を探すときは、まずエージェントで母集団を作り、面談で兼務範囲を確認するのが実務的な順序です。
エージェント検索での絞り方
職種タグ:エージェントによって「フルスタック」「フロント+バック」等のタグが分かれる
技術タグ:主軸のフロント技術(React)とバック技術(Node.js/Rails等)の両方で絞る
フェーズ:ゼロイチ/既存機能追加/リプレースで単価が変わる
稼働:週4〜5日、フルリモート、時短の3軸で絞る
案件一覧はフリコンの案件一覧から確認できます。技術別・職種別に絞り込めるので、フロント技術×バック技術の重なる案件を探すと効率的です。
面談で確認すべき兼務範囲の質問
「一人が書き切る領域はどこまでですか」
「DB設計は誰がやっていますか」
「インフラ・CI/CDは誰が管理していますか」
「技術選定に入れる範囲はどこですか」
「プロダクトのフェーズは?」(ゼロイチ/グロース/リプレース)
「チーム体制は?」(人数、他の技術者の兼務範囲)
これらを確認すると、募集要項の「フルスタック」が型A/B/Cのどれに該当するか判定できます。面談での質問のコツはフリーランス面談で聞くべき質問リストを参照してください。
スキルシートでの兼務経験の見せ方
案件ごとに担当領域を分けて書く:「フロント:React/画面X本」「バック:Node.js/API Y本」「インフラ:AWS構築」
意思決定の粒度を明示:「設計から関与」「実装のみ」「レビュー主担当」
数値で示す:DAU、API本数、画面数、テストカバレッジ、レスポンス改善率
スキルシート全体の書き方はフリーランスエンジニアのスキルシートの書き方、単価につながる書き方はスキルシートで単価を上げる書き方で扱っています。
ミニFAQ:案件探しの実務
Q. フルスタック案件でリモートワークは可能?
A. 公開案件では型A・Bにフルリモート可の案件が比較的多く見られ、型Cはゼロイチ・少人数体制のため週1〜2出社を求める案件もあります。完全リモートを狙うなら型A・Bを中心に、単価幅を狙うなら型Cも視野に入れて出社頻度で絞ります。
フルスタック案件でよくある失敗と対策
失敗1:型を決めずに応募し、案件開始後に範囲が膨らむ
面談時に兼務範囲を詰めきれず、開始後に「DBもインフラも見てほしい」と言われるケースです。稼働が増えても単価は据え置きになりがちで、実質時給が落ちます。
対策:面談段階で担当領域を書面化してもらう。範囲が広がる場合は単価の見直しをセットにする。
失敗2:フロント・バックの片方が薄いまま応募
片方の実務経験が浅いと、面談で技術質問に詰まって単価交渉が不利になります。
対策:応募前に自分の主軸を明確にする。薄い側は「補強中」の位置づけで正直に伝え、無理に均等に見せない。経歴の見せ方の注意は経歴・スキルの盛りすぎで落ちるフリーランス面談で整理されています。
失敗3:単発案件を続けて単価が横ばい
単発の受託型案件を短期で回すと、継続運用の経験が積みにくく、単価上限が伸びません。
対策:3〜6か月以上の準委任案件で継続運用を経験する。運用フェーズでの意思決定経験がスキルシートの説得力を上げます。
フルスタックエンジニア案件・単価チェックリスト
案件を選ぶとき、以下を確認します。
兼務範囲の型(A:SPA+API/B:+DB設計/C:+DevOps)が特定できているか
単価レンジが型に対して妥当か(型A:70〜100万円、型B:80〜120万円、型C:100〜140万円)
技術選定の裁量があるか、指示されたスタックか
チーム体制(人数・他エンジニアの兼務範囲)を把握できているか
プロダクトフェーズ(ゼロイチ/グロース/保守)を確認済みか
リモート・出社条件が生活と噛み合うか
単価交渉の余地(3〜6か月後の見直し)があるか
まとめ
フルスタック案件のフリーランス単価は、兼務範囲の型が単価を読むうえで最も見分けやすい軸というのが結論です。同じ「フルスタック」でも、型A(SPA+API)で月70〜100万円、型B(+DB設計)で80〜120万円、型C(+DevOps)で100〜140万円と、公開案件ベースで観測できる差があります。実際の単価は商流・稼働率・業界・フェーズ・裁量・地域でも変わるため、型はあくまで最初の見立てとして使ってください。
要点をおさらいします。
フルスタック案件は「兼務範囲」で3つの型に分かれる。募集要項だけでは判断できないため、面談で担当領域を詰める
単価差を作るのは範囲の広さではなく、任される意思決定の深さ(兼務の質)
「なんでも屋」「単発受託型」「個人開発領域だけ広い」パターンは単価が伸びにくい。切り出せる責任の粒度で書く
スキルシートは案件ごとに担当領域を分け、意思決定粒度を明示する
クラウド・IaCを積むと型Cレンジに乗せやすい
次のステップとして、自分の兼務範囲がどの型に該当し、どの単価帯を狙えるかをフリーランスエンジニア単価診断で目安を確認するのがおすすめです。案件の選び方や単価交渉の進め方は【2026年最新版】フリーランスエンジニアの単価相場と単価の上げ方とは?、フリーランスエンジニアの単価交渉のコツを参考にしてください。
参考リンク:
よくある質問
フルスタックエンジニアの単価は型A・B・Cで本当に変わりますか。
公開案件を見る限り、担当範囲が広がるほど単価上限も上がる傾向があります。型A(SPA+API)は月70〜100万円、型B(+DB設計)は80〜120万円、型C(+DevOps)は100〜140万円が目安です。ただし範囲の広さ自体ではなく、任される意思決定の深さが単価差を作るケースが多く見られます。
実務経験3年未満でもフルスタック案件は取れますか。
型A(SPA+API)の下限帯(月60〜75万円)なら可能性があります。ただし、フロント・バック片方が主軸で他方はサブ、既存プロダクトへの機能追加が中心という条件が付くケースが多いです。ゼロイチや設計に入る案件は3〜5年以上の経験を求められる傾向があります。
React+Node.jsのフルスタックとRuby on Railsのフルスタック、単価差はありますか。
公開案件ベースでは、スタック差そのものより兼務範囲やプロダクトフェーズの方が単価差に影響しやすい傾向があります。ただしTypeScript化された案件はやや高めのレンジで募集されるケースが見られます。企業属性や案件母集団による差はあるため、個別の募集条件で確認するのが実務的です。
フルスタックとテックリードの兼務は現実的ですか。
型Cに近い案件では兼務するケースが見られます。5〜8名程度のチームで、CTO直下または技術意思決定に入るポジションです。公開案件ベースでは月120〜140万円帯に入るケースが中心で、非公開案件やテックリード兼務の一部でそれ以上の例もあります。稼働負荷が高いため、継続性を見極める必要があります。
フルスタック案件でフルリモートは可能ですか。
公開案件では型A・Bにフルリモート可の案件が比較的多く見られます。一方、型Cはゼロイチ・少人数体制のため、キックオフ期に週1〜2出社を求める案件もあります。完全リモートを条件にするなら型A・Bを中心に絞るのが実務的です。
スキルシートでフルスタック経験をどう書けば単価が上がりますか。
案件ごとに担当領域を分けて書き、意思決定の粒度(設計から関与/実装のみ/レビュー主担当)を明示するのが有効です。単なる技術リストの羅列より、担当フェーズ・規模・体制の粒度で書くと評価が上がりやすくなります。
AWSやTerraformの経験がなくてもフルスタック案件は取れますか。
型A・Bなら問題ないケースが多いです。型C(DevOps込み)を狙うにはAWS実運用経験とIaCの実装経験が求められます。単価レンジを上げたいなら、既存案件の中でCI/CDやインフラ運用に踏み込む機会を作るのが近道です。
単発の受託開発案件と準委任のフルスタック案件で、キャリアにどう差が出ますか。
単発の受託は完成納品が中心で、継続運用の経験が積みにくい傾向があります。準委任型で3〜6か月以上運用に関わると、パフォーマンスチューニング・障害対応・技術選定の経験が積め、単価上限が上がりやすくなります。
フルスタック案件の面談で聞かれる技術質問にはどう備えれば良いですか。
型ごとに問われる領域が変わります。型AならSPAの状態管理・API設計、型BならDB設計・パフォーマンス改善、型CならインフラのIaC・監視設計が中心です。自分が狙う型に合わせて実務経験を整理し、直近案件の意思決定を語れる状態にしておくと通過しやすくなります。
クラウドはAWS・GCP・Azureのどれを優先すべきですか。
フルスタック案件ではAWSが最頻出です。次いでGCP、Azureの順で採用例が見られます。まずはAWSの実運用経験を作るのが単価につながりやすい選び方です。クラウド選択の判断軸はクラウド案件の参入順序で整理しています。
40代からフルスタックでフリーランス独立は現実的ですか。
型B・Cに寄せると年齢はネックになりにくいです。40代エンジニアの独立事情は40代フリーランスエンジニアになるにはで扱っています。設計経験・意思決定経験があると年齢より経験が評価される傾向があります。


