XRエンジニアのフリーランス案件の仕事内容｜案件の種類と1日・1か月の流れ

XRエンジニアのフリーランス案件の仕事は、ヘッドセットやグラスで動く体験を作り、実機で確かめ、使われる場所に届けることの繰り返しです。ただし、業務用のアプリを作るのか、展示の体験を作るのか、既存のアプリを別のデバイスへ移すのか、新しいデバイスで試作するのかで、1日の時間の使い方も、向き合う相手も、手元に残る成果物も大きく変わります。

この記事では、XRの案件を4つの種類に分け、それぞれの1日と1か月の流れ、関わる相手、成果物を整理します。報酬の決まり方はXRエンジニアの報酬の記事、求められるスキルはXRエンジニアのスキルの記事で扱っているので、ここでは「参画したら実際に何をしているか」に絞ります。

仕事の中身は「用途」と「実機の置き場所」で決まる

XRの案件は、募集の名前が同じ「VRアプリ開発」でも、働き方がまったく違うことがあります。違いを生むのは、主に次の2つです。

• 用途：研修や製造のような業務の道具か、展示やイベントのような一度きりの体験か、技術の検証か
• 実機の置き場所：手元に置けるか、発注元の拠点にしかないか、工場や会場などの現地で確かめる必要があるか

この2つを掛け合わせると、フリーランスのXR案件はおおむね次の4種類に分けられます。

以下では、それぞれの1日と1か月の流れを典型的な例として紹介します。時間の配分は案件ごとに違うため、目安として読んでください。

業務用アプリの開発の仕事

工場の作業訓練、設備の保守手順の確認、医療や介護の研修など、業務の道具として使うアプリを作る案件です。数か月から年単位で続き、公開後の改修まで担うこともあります。

1日の流れ（例）

朝は、課題管理の一覧と前日の不具合の報告を見て、その日の作業を決めます。午前中は、操作の流れや画面の実装を進め、区切りごとに実機をかぶって確かめます。午後は、ディレクターや3Dデザイナーと、モデルの受け渡しや表示の距離感をすり合わせます。週に何度かは、発注元の業務担当者に試作をかぶってもらい、「この手順はもっと手前に表示したい」といった感想を聞いて、仕様の修正か追加の依頼かを整理します。

画面の上で動くことと、実機で快適に使えることの間には差があるため、作る・かぶる・直すの往復が1日の中心になります。

1か月の流れ（例）

• 月初：前月に出た要望を並べ、今月入れるものを発注元と決める
• 毎週：定例会議で進み具合と確認してほしい点を伝え、実機の録画を共有する
• 月の半ば：業務担当者を交えた確認会で、実際の利用者に近い人に使ってもらう
• 月末：社内配布用のビルドを作り、配布する端末で動作を確かめて引き渡す

成果物

アプリのビルドとソースコード、操作の仕様書、性能の計測結果、配布と更新の手順書、既知の不具合の一覧などです。研修の用途では、受講の記録をサーバーや学習管理の仕組みに送る部分も成果物に含まれることがあります。

展示・イベントのコンテンツの仕事

展示会、商業施設、ショールームなどで来場者に体験してもらうコンテンツを作る案件です。期間は数週間から数か月と短めで、動かす日が先に決まっているのが特徴です。

1日・1か月の流れ（例）

前半の数週間は、演出の仕様に沿って体験を実装し、デザイナーから届く素材を組み込みます。後半になると、会場の広さや照明に合わせた調整、台数分の端末への設定、来場者が途中でヘッドセットを外したときに最初へ戻す仕組みなど、運用の作業が増えます。

会期の直前は会場での設置と試運転があり、夜間や休日の作業になることもあります。会期中は、不具合が出たときに遠隔または現地で復旧できるよう待機を求められる場合があります。

成果物

体験のビルド、台数分の設定の手順、会場での設置と復旧の手順書、会期後の撤収の記録などです。請負の契約になることも多く、何をもって完成とするかを先に決めておく必要があります。契約の形の違いは準委任契約と請負契約の違いで解説しています。

既存アプリの移植・複数デバイス展開の仕事

1つのデバイス向けに作ったアプリを、別のデバイスにも出す案件です。OpenXRは、Khronos Groupが策定するロイヤリティフリーの標準で、多くのデバイスで共通に使えるAPIを提供しています。一方で、手の追跡や空間の認識などは各社の拡張機能に頼る部分が残り、Apple Vision ProではXcodeとvisionOS SDKを起点に、SwiftUIやRealityKitで開発する形が公式に案内されています（2026年10月時点）。

1日・1か月の流れ（例）

1日の多くは、デバイスごとに違う入力（コントローラー・手・視線）や表示の仕組みを、同じ体験にまとめる作業に使います。デバイスを持ち替えながら、どの不具合がどのデバイスで起きるかを切り分け、結果を一覧に残します。

1か月の単位では、対象のデバイスごとに「動く」「性能の目標を満たす」「ストアや社内配布の手順を通る」の段階を一つずつ進めます。ストアへの申請がある場合は、審査の結果を待つ期間も計画に入れます。

成果物

デバイスごとのビルド、入力と表示の違いを吸収する仕組み、デバイス別の確認の一覧、性能の計測結果、申請や配布の手順書などです。デバイスごとの開発環境の違いはXRエンジニアのスキルの記事で整理しています。

試作・技術検証の仕事

新しいデバイスやSDKで何ができるかを確かめ、事業として使えるかを判断する材料を作る案件です。Androidの公式ページでは、Android XRのデバイスとして、ヘッドセットと有線のXRグラスに加え、日常で使うオーディオグラスとディスプレイグラスが分けて案内されており（2026年10月時点）、こうした新しい形のデバイス向けの検証の相談が出ることがあります。

1日・1か月の流れ（例）

午前は公式のドキュメントやサンプルを読み、試したい機能を小さく作ります。午後はその結果を実機で確かめ、できたこと、できなかったこと、制約を記録します。2〜4週間ほどの区切りで、発注元の企画や研究開発の担当者に試作を見せ、次に何を試すかを決めます。

成果物

試作のビルド、検証の報告書（試した条件、結果、制約、次の候補）、デモの動画などです。プレビュー段階のSDKは仕様が変わり得るため、報告書には使ったバージョンと日付を残しておくと、後から読み返したときに判断を誤りません。

どの案件にも共通する仕事

種類が違っても、次の仕事はほぼすべてのXR案件にあります。

1. 実機での確認：作るたびにかぶって確かめ、録画を残して共有する
2. 性能の計測：決められた場面と条件でフレームレートや負荷を測り、変化を記録する
3. 3Dデータの受け渡し：デザイナーから届くモデルやテクスチャを、デバイスで動く形に整える
4. 感想の整理：試してもらった人の声を、不具合・仕様の修正・追加の依頼に分けて記録する
5. 機材の管理：どのデバイスを誰が持ち、どの版のアプリが入っているかを一覧で管理する

4つ目は特に大切です。XRでは「酔う気がする」「文字が遠い」といった感想が、かぶった後に初めて出ます。その声をどの扱いにするかを記録しておかないと、作業の範囲が少しずつ広がります。

関わる相手と、その相手に出すもの

働く場所は、実機がどこにあるかで変わります。実装の期間はリモートで進め、確認会や導入の時期だけ出向く形も多く見られます。詳しくはXRエンジニアのリモートの記事をご覧ください。

よくある質問

XRエンジニアは、ずっとヘッドセットをかぶって作業するのですか？

かぶる時間は区切りごとの確認が中心で、実装の多くはPCの画面で進めます。ただ、性能や表示の距離感は実機でなければ確かめられないため、1日に何度もかぶることになります。長時間の装着が続くときは、休憩の取り方も含めて作業の段取りを考えておきましょう。

3Dモデルの制作も担当することになりますか？

案件によります。デザイナーが別にいる案件ではモデルの受け渡しと軽量化の調整が中心ですが、小さなチームでは簡単なモデルの修正まで頼まれることがあります。どこまで担う想定かは、参画前に確かめておくと稼働の見込みとのずれを防げます。

参画して最初の1か月は何をすることが多いですか？

開発環境と実機の準備、既存のビルドの動作確認、機材とアカウントの扱いの確認から始めるのが一般的です。初月の進め方はXRエンジニアの参画初月にやることで詳しく解説します。