XRエンジニアのフリーランスがつまずきやすい点と対策

フリーランスのXRエンジニアがつまずきやすいのは、「完成」の条件があいまいなまま始まる契約、発注元が体験してから増える修正、実機でしか出ない性能や酔いの問題、機材と現地作業の費用の扱いです。どれも、XRの成果物が「かぶってみないと良し悪しが分からない体験」であることから起きます。

対策の基本は、評価の基準と範囲を契約と参画初期の取り決めで言葉にしておき、現場では早い段階から実機で見せ、記録を残すことです。この記事では、契約・現場・技術・お金の4面で、XRならではの場面と対策を整理します。案件を選ぶ段階の確認点はXRエンジニアのフリーランス案件の選び方で扱っているので、ここでは「実際に起きやすい場面」に絞ります。

契約でのつまずき

「体験として完成」の条件が決まっていない

展示用の体験や研修アプリを請負で受けると、「完成」の判断が発注元の感覚に左右されやすくなります。動作する、決めたフレームレートを保つ、といった条件なら確かめられますが、「もっと没入感がほしい」「分かりやすくしてほしい」といった感想は終わりがありません。

対策：対象のデバイス、対応する操作の方法、性能の目標、検収で確かめる手順を、契約の前に言葉にしておきます。修正の回数や、仕様の変更として扱う線も決めておくと、後で揉めにくくなります。請負と準委任の違いは準委任と請負の違いをご覧ください。

対応デバイスが途中で増える

一つのヘッドセット向けで始まった案件に、別のデバイスやグラスへの対応が後から加わることがあります。デバイスが一つ増えるだけで、入力の違いの吸収、性能の作り込み、実機での確認がそれぞれ増えます。

対策：契約に対象のデバイスと開発環境を書き、追加は範囲の変更として扱うことを確かめておきます。扱い方は業務範囲が変わったときの記事で解説しています。

3Dデータや作ったものの権利があいまい

発注元から受け取ったCADや点群、自分で作った3Dモデルやシェーダー、検証用のツールの権利が、契約で決まっていないことがあります。展示の後に別の案件で使い回されたり、自分の検証用のコードが成果物に含まれたりする場面で問題になります。

対策：成果物の範囲と権利の扱い、受け取ったデータの返却や削除の方法を、署名の前に確かめます。考え方はフリーランスの著作権の記事とNDAで確認することにまとめています。

現場でのつまずき

体験してから要望が増える

XRに慣れていない発注元は、仕様書の段階では要望を出しにくく、試作をかぶってから一気に意見が出ます。終盤で初めて体験してもらうと、大きな作り直しにつながります。

対策：最初の数週間のうちに、粗い試作を実機で体験してもらう場を設けます。そのときは、見てほしい点を先に伝え、出た意見を「今回の範囲」「次の段階」「範囲外」に分けて記録します。

確かめる人と決める人が違う

研修や保守の用途では、実際に使う現場の担当者と、発注を決める担当者が別のことがよくあります。決める側の了承で進めたのに、現場の担当者が使いにくいと感じて差し戻される、という形で手戻りが起きます。

対策：参画の初期に、誰が体験して評価し、誰が最終的に決めるかを確かめます。現場の担当者が試作に触れる機会を早めに入れてもらうよう相談すると、終盤の差し戻しを減らせます。

現地の環境が想定と違う

工場や展示会場、病院などに設置する案件では、照明、床の広さ、ネットワーク、電源、周りの人の動きが、開発した場所と違います。空間の認識が安定しない、通信がつながらない、といった問題が現地で初めて表に出ます。

対策：事前に現地の写真や寸法、ネットワークの条件を出してもらい、可能なら一度下見の機会をもらいます。ネットワークがない状態でも動かせるかは、早い段階で決めておきます。

技術でのつまずき

エディタでは動くのに、実機で重い

PCの上やシミュレーターで快適に動いていたものが、スタンドアロン型のヘッドセットでは描画が追いつかないことがあります。終盤に気づくと、3Dモデルの作り直しや表現の見直しが必要になります。

対策：最初の週から実機でフレームレートと負荷を測り、性能の目標を決めておきます。3Dアーティストやデータを用意する側にも、面の数やテクスチャの目安を早めに共有します。

長く使うと熱で性能が落ちる・酔いが出る

短い確認では問題がなくても、研修のように長い時間使うと、端末が熱を持って性能が落ちたり、利用者が酔いを訴えたりすることがあります。

対策：実際の利用時間に近い長さで通しの確認を行い、移動の方法や表示の位置を見直します。利用者にXRに慣れていない人が多い用途では、休憩の入れ方など運用の側の工夫も発注元に提案します。

SDKの更新や提供条件の変化に振り回される

XRはSDKやデバイスの更新が早く、プレビュー段階の機能を使っていると、更新で動かなくなることがあります。提供元の方針で、使っていたサービスの条件が変わることもあります。

対策：使っている版を固定し、更新するときは検証の時間を計画に入れます。プレビュー段階の機能に頼る部分は、発注元に事前に伝えておきます。デバイスの動向はXRエンジニアの将来性で整理しています。

配布と更新を軽く見る

開発が終わっても、数十台の端末に入れ、更新し、トラブル時に元に戻せる状態にするまでが仕事になることがあります。ここを見込んでいないと、終盤の稼働が膨らみます。

対策：配布の方法、端末管理の仕組み、更新の手順を、参画の初期に誰が担うか決めておきます。

お金でのつまずき

機材の費用を自分で抱える

貸与があると思っていたデバイスが届かず、自分で買って作業を進めることになる、という場面があります。周辺機器や予備の端末まで含めると、負担は小さくありません。

対策：貸与の有無、届く時期、壊れたときの扱いを、参画前に確かめます。自分で買う機材の経費の扱いは、迷うときは税理士にご相談ください。

現地作業の交通費・宿泊費・待機時間が精算されない

設置や確認会での移動、会場の都合で待つ時間が、報酬に含まれるのかどうかが決まっていないことがあります。考え方は交通費の記事で解説しています。

対策：現地作業の回数の見込みと、交通費・宿泊費の扱いを契約の前に確かめ、稼働の記録には移動と待機も分けて残します。

会期や開始日の前に稼働が膨らむ

展示の会期や研修の開始日は動かせないことが多く、その前に稼働が精算幅を超えやすくなります。精算の仕組みは精算幅の記事をご覧ください。

対策：稼働を日々記録し、精算幅を超えそうな段階で窓口に伝えます。

案件が日程の区切りで突然終わる

展示や試作の評価が終わった時点で、契約が更新されないことがあります。フリーランス法では、6か月以上続く業務委託を解除したり更新しなかったりする場合、発注側は原則として30日前までに予告することになっています（2026年10月時点、公正取引委員会の特設サイトによる）。契約期間の考え方は契約期間の記事で整理しています。

よくある質問

発注元が試作を体験するたびに要望が増えます。どうすればよいですか？

出た要望を、今回の範囲で対応するもの、次の段階に回すもの、範囲外のものに分けて記録し、窓口と共有します。範囲外のものは、仕様の変更として報酬や期間の扱いを相談する材料になります。我慢して対応を続けると、範囲外の作業が当たり前になり、後から戻しにくくなります。

自分の検証用に作ったコードを、案件の成果物に使ってもよいですか？

使うと、そのコードの権利が成果物と一緒に発注元に移ると読める契約もあります。使う前に契約の権利の条項を確かめ、迷う場合は窓口に質問してください。判断が難しいときは弁護士などの専門家にご相談ください。

現地での設置作業は、どこまで引き受けるべきですか？

ソフトウェアの設定や動作の確認は引き受ける範囲に入りやすい一方、機材の運搬や会場の設営は、契約で決めていなければ範囲外のことがあります。参画前に、現地で担う作業を具体的に確かめておくことをおすすめします。リモートとの兼ね合いはXRエンジニアのリモートの記事で扱っています。