Unityエンジニアのフリーランス案件｜報酬の決まり方と単価を上げる考え方

Unityエンジニアのフリーランス案件の報酬は、ゲーム・XR・産業用途のどの領域か、実装担当か技術の判断まで担うか、どのプラットフォームに出すか、実機や現地での作業があるか、契約の形と商流で決まります。Unityの単価について公的な統計はなく、同じUnityでも領域と役割が変われば条件は案件によって大きく変わります。

報酬を上げる近道は、「画面や機能を作れる人」から、「性能・ビルド・版上げのような、プロジェクト全体に効く問題を任せられる人」へ立ち位置を移すことです。この記事では、Unityに特有の報酬の上下の理由と、交渉の材料を整理します。

領域ごとに、評価される点が違う

Unityは、スマートフォンや家庭用ゲーム機のゲームだけでなく、XRのアプリ、製品の3D表示、操作訓練のシミュレーター、車載や機器の画面（HMI）などにも使われています。Unityの公式ページでも、ゲーム以外の用途向けにUnity Industryという製品があり、自動車や製造、訓練、HMIなどの用途が挙げられています（2026年10月時点）。

報酬を考えるときは、自分の経験がどの領域のものかを分けておくと、案件どうしを比べやすくなります。

ゲームの領域を広く見た報酬の考え方はゲームエンジニアの報酬の記事、XRに特化した見方はXRエンジニアの報酬の記事で扱います。ここではUnityという道具を軸に、領域をまたいで共通する点を中心に見ていきます。

役割の重さが報酬に表れやすい

Unityの案件では、同じ「クライアント開発」という募集でも、任される範囲に大きな幅があります。

機能の実装は入口として欠かせませんが、ここだけを続けていると、条件が伸びにくい傾向があります。逆に、性能やビルドのように「プロジェクト全体で困っていること」を引き受けた経験は、次の案件でも高い役割で入る材料になります。

版上げとプラットフォーム対応が仕事の山をつくる

Unityの公式の案内では、Unity 6以降、LTS（長期サポート）版は年1回出て2年間サポートされ、その間に新機能を早く届けるUpdate版（Supported）が出る形になっています。2026年10月時点で、Unity 6.0 LTSのサポートは2026年10月まで、Unity 6.3 LTSは2027年12月までと案内されています。Enterprise・Industryの契約者には、さらに1年の追加サポートがあります。

この周期は、運用中のタイトルやアプリに版上げの作業を生みます。版上げは、パッケージの更新、描画の設定の見直し、使えなくなった機能の置き換え、全プラットフォームでの動作確認まで含むまとまった仕事です。

• 調査の段階：どのパッケージやプラグインが新しい版で動かないか洗い出す
• 実施の段階：置き換えと修正を進め、ビルドを通す
• 確認の段階：端末や機種ごとに性能と動作の違いを確かめる

調査の段階から関わり、何を残し何を置き換えるかを決めた経験は、次の版上げでも求められます。同じように、新しいヘッドセットや端末への対応も、まとまった仕事になりやすい局面です。

報酬が上がりやすい経験、伸びにくい経験

上がりやすいのは、次のような経験です。

• 性能を数字で語れる：フレームレートやメモリ、読み込み時間の問題を測って直した
• ビルドと配信を回せる：複数プラットフォームのビルドを自動化し、提出やストア申請まで見た
• ネイティブとつなげる：AndroidやiOSのネイティブ機能、外部の機器やSDKとの連携を書いた
• 他の職種とやり取りできる：デザイナーやテクニカルアーティストの作業手順を整え、受け渡しを楽にした
• 産業用途の業務を知っている：CADデータの扱いや、訓練・検査の業務の流れを理解している

一方、次の場面では条件が伸びにくくなります。

• 決まった仕様の画面や演出の実装だけを長く続けている
• 一つの版・一つのプラットフォームでしか動かしたことがない
• 個人開発の経験が中心で、チームでのバージョン管理やレビューの経験が少ない
• 性能の問題を他の人に任せてきて、原因の調べ方を説明できない

実機・現地作業と機材は、月額とあわせて比べる

Unityの案件には、実機や現地での作業が含まれることがあります。XRのヘッドセット、家庭用ゲーム機の開発機材、工場や展示会場の設備などです。月額が同じでも、次の扱いで実際の負担は大きく変わります。

1. 機材の手配：検証用の端末やヘッドセットを貸与してもらえるか、自分で用意するか
2. 作業の場所：開発機材を持ち出せず、出社が前提になるか
3. 現地作業：設置や調整のための移動時間・交通費・宿泊費の扱い
4. 作業の時間帯：展示やイベントの前後に、夜間や休日の作業があるか

リモートで進めやすい案件の見分け方はUnityエンジニアのリモートの記事で解説しています。

請負で受けるときは「完成」の定義を先に決める

展示用のアプリや小さな訓練用アプリを丸ごと受ける場合は、請負の契約になることがあります。請負では成果物を引き渡し、検収を受けることが報酬の条件です。

Unityの成果物は、触ってみて初めて出る要望が多く、「動きをもう少し速く」「この演出を足したい」が不具合の修正なのか追加の依頼なのかで揉めやすくなります。どの端末で、どの操作が、どの程度の性能で動けば完成とするか、使う素材（3Dモデル・音声など）を誰が用意するかを、契約の時点で決めておきましょう。契約の形の違いは準委任契約と請負契約の違いで整理しています。

単価を上げるための考え方

軸の領域を決め、隣の技術を一つ足す

「モバイルゲーム×性能改善」「産業用途×外部データの取り込み」のように、軸の領域と足す技術を決めると、案件の条件と合いやすくなります。C#の業務系の案件とは評価の軸が違う点は、C#エンジニアの報酬の記事でも触れています。

解いた問題を記録しておく

性能の改善や版上げに関わったら、何を測り、何が原因で、どう直したかを記録しておきます。数値は社外に出してよい範囲で、比率や前後の比較に置き換えると話しやすくなります。

更新の前に、広がった範囲を示す

条件の見直しを相談するときは、次のような事実が材料になります。

• 担当がビルドの自動化やレビューなど、実装以外に広がった
• 版上げや新しい端末への対応を、調査から任された
• 他のメンバーの作業手順を整え、チームの手戻りが減った

伝え方は単価交渉の記事、報酬の決まり方の全体像はフリーランスの報酬の決まり方にまとめています。

よくある質問

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

Unityの単価について公的な統計はなく、領域、役割、プラットフォーム、稼働日数、商流によって大きく変わります。まず自分の経験を領域と役割に分け、同じ条件の案件どうしで比べると判断しやすくなります。独立の進め方はUnityエンジニアがフリーランスになるにはをご覧ください。

ゲーム以外の産業用途の案件は、報酬の決まり方が違いますか？

違う点があります。産業用途では、Unityの技術に加えて、CADデータや機器との連携、業務の流れを理解しているかが重く見られます。ゲームの経験だけでは足りない部分もある一方で、両方を持つ人は限られるため、評価の材料になります。

個人で作ったゲームの経験は、報酬に反映されますか？

技術の力を示す材料にはなりますが、チームでの開発経験の代わりにはなりにくいのが実情です。バージョン管理、レビュー、他の職種との受け渡しなど、チームで働いた経験とあわせて示すと、評価につながりやすくなります。