Unityエンジニアのフリーランス案件の選び方｜契約前に確かめたい8つの点

Unityエンジニアの案件選びで差が出るのは、同じ「Unityでのクライアント開発」という募集でも、領域と局面、任される役割、端末やライセンスの扱い、契約の形によって、毎日の仕事と負う責任が大きく変わるからです。報酬や稼働日数だけで選ぶと、参画してから「思っていた仕事と違う」となりやすくなります。

契約前に確かめたいのは、役割の実態、版と版上げの予定、端末とライセンス、契約の形と完成の定義、成果物の権利など8つの点です。この記事では、それぞれの確かめ方と、確かめた内容を書面と照らし合わせる方法を整理します。

Unity案件の選び方で差が出る理由

Unityの案件は、案件票の書き方が似ていても、中身の幅が広いのが特徴です。

• 領域：運営中のモバイルゲーム、家庭用ゲーム機・PCの新規開発、XR、産業・シミュレーション、展示・イベントで、仕事の進め方も話す相手も違う
• 役割：仕様どおりに作る実装担当か、性能やビルド、版上げまで任されるかで、求められる力と責任が違う
• 作業の場所と機材：リモートで回せるか、端末や開発機材、ヘッドセット、現場の設備がある場所に行く必要があるか
• 契約の形：準委任で稼働時間に対して報酬を受けるか、請負で完成したものに対して受けるか

この幅があるため、募集の名前ではなく、中身を一つずつ確かめることが案件選びの中心になります。案件の種類ごとの働き方はUnityエンジニアの仕事内容で整理しています。

契約前に確かめたい8つの点

1. 領域と、開発の局面

どの領域の、どの局面の案件かを確かめます。立ち上げの試作か、量産か、運営か、決まった日に納める制作かで、1日の過ごし方が変わります。運営中のタイトルなら配信の周期、新規開発なら次のマイルストーンの時期を聞いておくと、忙しくなる時期の見当がつきます。

2. 役割の実態

「クライアント開発」の中で、実際に何を任されるかを確かめます。

• 画面やゲームの仕組みの実装が中心か
• 性能の調査と改善、ツールづくり、ビルドの自動化まで含むか
• 構成の判断や、他の人のコードのレビューまで任されるか

役割が重いほど評価の材料になりますが、責任も重くなります。案件票に書かれた役割と、面談で聞いた役割がずれていないかも見ておきましょう。

3. Unityの版と、版上げの予定

使っているUnityの版、レンダーパイプライン（URP・HDRP・Built-In）、主なパッケージを確かめます。Unityの公式の案内では、Unity 6以降、LTS（長期サポート）版は年1回出て2年間サポートされる形で、2026年10月時点でUnity 6.0 LTSのサポートは2026年10月まで、Unity 6.3 LTSは2027年12月までとされています。

古い版で運用しているプロジェクトでは、参画中に版上げの作業が入ることがあります。版上げは、パッケージの更新、描画の設定の見直し、全プラットフォームでの動作確認まで含む大きな仕事です。版上げが予定されているか、その作業が自分の担当に入るかを聞いておきましょう。

4. 端末・機材とUnityのライセンス

作業に使う機材を、誰が用意するかを確かめます。

• 開発用のパソコン（貸与か、自分のものか）
• 検証用のスマートフォン、ヘッドセット、家庭用ゲーム機の開発機材
• Unityのライセンス（シート）

Unityの公式の案内では、2026年10月時点で、Unity Personalは収入と資金調達の合計が20万ドルまでの場合に無料で使え、それを超える事業者にはUnity Proなどが必要とされています。発注元のプロジェクトでどのライセンスを使うか、シートを発注元が用意するかは案件ごとに違うため、自分で用意する必要があるかを確かめておきましょう。貸与されたパソコンを使うときの注意点は取引先から貸与PCを使うときの注意点で解説しています。

5. 作業の場所と、出社・現地作業の頻度

リモートか、出社か、その組み合わせかを確かめます。開発機材や未発表の情報を扱う案件、XRや産業用途で実物の設備が必要な案件、展示の設置がある案件では、出社や現地作業を求められやすくなります。頻度と、急に呼ばれることがあるかも聞いておくと、稼働の見込みとのずれを防げます。詳しくはUnityエンジニアのリモート案件の記事をご覧ください。

6. 契約の形と、完成の定義

準委任か請負かを確かめます。準委任では稼働の時間に対して報酬を受け、請負では完成したものに対して報酬を受けます。展示やアプリの制作など、請負で受ける案件では、何をもって完成とするか、検収の手順と期間、直しの対応がどこまで含まれるかをはっきりさせておくことが大切です。契約の形の違いは準委任と請負の違い、検収の考え方は検収の記事で解説しています。

7. 成果物の権利と、実績としての扱い

作ったコードやツール、アセットの権利が誰のものになるかを確かめます。自分で作った汎用的な仕組みやライブラリを持ち込む場合は、その扱いも決めておきましょう。あわせて、関わったタイトルやアプリを、公開後に自分の実績として示してよいかも確かめておくと、次の案件で経験を伝えやすくなります。権利の考え方は成果物の著作権は誰のもの？、守秘の範囲は秘密保持契約（NDA）で確認することをご覧ください。

8. 契約期間と、忙しい時期の動き方

契約期間と、更新の判断の時期を確かめます。運営中のタイトルの配信前、新規開発の提出前、展示の設置前など、作業が集中する時期に稼働が増えることがあるかも聞いておきましょう。増えた稼働がどう扱われるかは、精算の決まりとあわせて確かめます。

確かめた内容を書面と照らし合わせる

面談や事前のやり取りで確かめた内容は、契約の書面と照らし合わせます。フリーランス法（特定受託事業者に係る取引の適正化等に関する法律）では、発注事業者がフリーランスに業務を委託したときは、給付の内容、報酬の額、支払期日などの取引条件を、書面やメールなどで直ちに示すことが求められています（公正取引委員会の案内、2026年10月時点）。示されるべき事項の詳細はフリーランス新法の取引条件の明示で解説しています。

Unityの案件で、書面と照らし合わせたい点は次のとおりです。

面談で聞いたことと書面の内容が違う場合は、署名の前に確かめましょう。契約書全体の見方は業務委託契約書のチェックポイントをご覧ください。面談で何を聞くかはUnityエンジニアの面談の記事の逆質問の部分も参考になります。

よくある質問

古い版のUnityを使っている案件は避けたほうがよいですか？

一概には言えません。古い版でも安定して運用されているプロジェクトは多くあります。大切なのは、版上げの予定があるか、その作業が自分の担当に入るかを知ったうえで選ぶことです。版上げの経験を積みたい方には、よい機会になることもあります。

Unityのライセンスを自分で用意するよう言われたらどうしますか？

まず、どの種類のライセンスが必要か、その費用を誰が負担するかを確かめましょう。案件の報酬とあわせて考え、自分で負担する場合は、その分を含めて条件を比べることが大切です。取り決めは契約の書面に残しておきましょう。

報酬の高い案件と、役割のはっきりした案件で迷ったらどうしますか？

報酬だけで選ぶと、役割が曖昧なまま範囲の外の仕事が増え、結果として時間あたりの条件が下がることがあります。役割と範囲がはっきりしている案件のほうが、次の案件で話せる経験も残りやすくなります。報酬の決まり方はUnityエンジニアの報酬の記事で解説しています。