VR/AR エンジニア外注｜XR 開発のスコープ設計と契約手順

VR/AR エンジニアを外注するとき、業務システムの発注経験がある担当者ほど「見積の幅が広すぎて予算稟議に落とせない」「エンジニアにどこまで任せられるのか線引きできない」という壁にぶつかります。開発会社のリスト記事を数本読んでも、相場は 20 万円から 1,000 万円まで広く、自社のプロジェクトに当てはめられないというケースが多いのではないでしょうか。

その原因は、XR（VR/AR/MR の総称）特有の3つの不確実性が発注前に整理されていないことにあります。対応デバイス、体験品質、3DCG 制作の境界という3つの前提が定まらないままだと、開発会社もフリーランスも見積を出せず、結果として RFP（提案依頼書）を投げる前段階で足踏みしてしまいます。

本記事では、業務システム発注の経験はあるが XR 案件は初めて、という発注担当者向けに、VR/AR エンジニアを外注する際の判断軸を整理します。発注前に決めるべき3つの前提から、依頼先パターン比較、費用相場、RFP に盛り込む7項目、契約形態の使い分け、エンジニアの評価軸5チェック、PoC から本番運用へつなぐ発注設計まで、発注意思決定の順序に沿って解説します。

読み終える頃には、明日から社内の要件整理と RFP 起草に着手できるチェックリストが手元に残る構成にしました。開発会社リストや個別サービス紹介は含めず、「自分で判断するための材料」に絞っています。

VR/AR エンジニア外注の全体像｜発注できる範囲と限界

VR/AR エンジニアを外注する前に、まず「エンジニア外注で吸収できる範囲」と「エンジニア外注では吸収しづらい範囲」の境界を押さえておく必要があります。この境界を誤ると、後工程で「3DCG モデルが出てこない」「体験企画が固まらない」といったブロッカーが発生し、プロジェクト全体が停滞します。

XR 開発における「エンジニア業務」の範囲

XR プロジェクトにおいて、エンジニアが担う典型的な業務範囲は次の4領域です。

• クライアント実装: Unity や Unreal Engine 上で、シーン制御・入力ハンドリング・UI 実装・アニメーション制御を担う領域です。VR コントローラーやハンドトラッキングの入力処理もここに含まれます。
• サーバー実装: マルチプレイヤー機能・データ永続化・認証・分析ログ送信など、バックエンドとの通信を担う領域です。単独体験の VR コンテンツでは範囲外になるケースもあります。
• SDK 実装: Meta Quest 系の Meta XR SDK、Apple Vision Pro の visionOS SDK、HoloLens の Mixed Reality Toolkit、Web ブラウザ向けの WebXR、あるいは共通仕様の OpenXR など、デバイス依存の SDK を扱う領域です。ここが XR エンジニアの専門性が最も強く出る部分です。
• パフォーマンス最適化: HMD（ヘッドマウントディスプレイ）は 72Hz〜120Hz の高フレームレート維持が体験品質の生命線となります。GPU 負荷・ドローコール・熱設計を意識した最適化はエンジニアの重要業務です。

これらは Unity/Unreal の実装スキルと XR SDK の知識さえあれば、社外のエンジニア単体でも遂行可能な範囲です。

エンジニア外注では吸収しづらい領域

一方で、以下の領域はエンジニア外注の範囲外、あるいは範囲内としても品質が上がりにくい領域です。

• 3DCG モデリング・モーション制作: キャラクター・小道具・環境モデルの制作、リギング、モーションキャプチャ収録などは 3DCG デザイナーやモーションアーティストの領域です。エンジニアが兼任すると、品質・工数ともに大きくブレます。
• UX 設計: HMD の視界内 UI 配置、視線誘導、酔い対策の動線設計は、平面 UI とは異なる専門知識が要ります。VR/AR UX の実案件経験があるデザイナーの関与が理想です。
• 体験企画・シナリオ設計: 研修コンテンツのシナリオ構成、エンタメ体験の演出設計、展示体験の導線設計は、企画・演出職の領域です。エンジニアが埋められる余地は限定的です。
• 音響設計: 立体音響（バイノーラル・アンビソニックス）は VR 体験の没入感に直結しますが、専門の音響エンジニアの介入が望ましい領域です。

「エンジニアだけ外注」で成立するのは、シナリオ・3DCG モデル・UX 設計を発注者側またはパートナーが既に持っている場合か、シンプルな業務ツール系 XR アプリで演出要素が限定的なケースです。それ以外は開発会社への一括発注、あるいはエンジニアと 3DCG デザイナーを別々に外注するハイブリッド編成を検討します。

業務システム発注との違い

業務システムの発注に慣れた方が XR 発注で戸惑うポイントは、大きく2つあります。

第一に、開発工程が並走する点です。業務システムでは要件定義→設計→実装→テストが概ね直列で進みますが、XR では 3DCG 制作・音響制作・シナリオ制作・エンジニアリングが並走し、それぞれの成果物が Unity/Unreal のプロジェクトに統合されていきます。並走工程を誰が指揮するか（プロデューサー・PM・ディレクターのいずれか）を発注時に明確化する必要があります。

第二に、成果物の定義がしづらい点です。業務システムは画面数・機能数・帳票数で定量化しやすいですが、XR は「没入感」「操作性」「酔いにくさ」といった体験品質が主要な成果物になります。曖昧なまま契約すると、検収段階で「主観品質の不一致」でトラブルが発生します。この点は本記事後半の RFP・契約設計で具体化していきます。

発注前に決めるべき3つの前提｜対応デバイス・体験目的・技術スタック

VR/AR エンジニアを外注する前に、発注担当者が事前に決めておくと見積のブレを大幅に減らせる前提が3つあります。逆に言えば、これらが曖昧なまま RFP を投げると、開発会社もフリーランスも「幅を持たせた見積」を返さざるを得ず、比較検討ができなくなります。

対応デバイスの決め方と単価インパクト

対応デバイスは XR プロジェクトのコスト・体験品質・技術難度をすべて左右する最上位の変数です。主な選択肢は以下の通りです。

• Meta Quest 系（Quest 3 / Quest 3S / Quest Pro）: スタンドアロン型の VR HMD。研修・展示・エンタメで最も採用実績が多く、Unity/Unreal 双方の対応ノウハウが厚い領域です。開発費・単価ともに XR 案件の中では標準〜やや高めの水準に収まりやすく、初期選定の第一候補になります。
• Apple Vision Pro: 空間コンピューティング向け HMD。visionOS 開発は Swift/SwiftUI ベースで、iOS 開発のスキルセットに近い一方、Unity での対応も可能です。対応可能なエンジニアが限られるため、単価はスタンドアロン型 VR より一段高くなる傾向があります。
• Microsoft HoloLens 2 / 業務用 AR グラス: 産業向け MR（複合現実）用途。製造・建築・医療といった業務効率化案件で採用され、業務システムとの連携要件も伴います。ただし HoloLens 2 は 2024 年 10 月にハードウェア生産終了がアナウンスされ、後継機も 2026 年時点で未発表です。Microsoft によるソフトウェアサポート・セキュリティ更新は 2027 年 12 月 31 日で終了予定と公表されています（出典: Microsoft Learn「HoloLens 2 のライフサイクル」、2024〜2026 年公開情報）。新規案件で HoloLens 2 を採用する場合は、EOL 後の運用（デバイス調達・代替機種への移行）を必ず発注設計に含め、可能であれば OpenXR ベースで別デバイスへの移植性を確保したアーキテクチャを選択してください。専門知識を要するためエンジニア単価は高めになりやすい領域です。
• スマホ AR（ARKit / ARCore）: iPhone・Android の既存端末を利用する AR。導入ハードルが低く、マーケティング・展示・カタログ用途で採用されます。エンジニア単価はモバイルアプリ開発と同水準に収まります。
• WebXR（ブラウザ VR/AR）: URL アクセスで体験可能な XR。ダウンロード不要でリーチが広く、体験デモや広告用途で有効です。3D の重量制約が強く、高品質体験には向きません。
• PC VR（Steam VR / Meta Link）: PC 接続の高品質 VR。高精細グラフィックが必要な B2B シミュレーターや医療用途で採用されます。ユーザー環境の PC スペック依存が発生します。

Meta Quest 系のスタンドアロン VR、スマホ AR、Web XR は開発ノウハウが広く流通しており、対応可能なエンジニア数も多い領域です。一方、Apple Vision Pro、HoloLens、産業用 AR グラスは対応エンジニアが少なく、単価も一段高くなる傾向があります。フリーランス Unity エンジニアの月額単価は 60 万円〜80 万円が中心帯とされ、XR 専門スキル（HMD 実機経験・パフォーマンス最適化）を持つエンジニアや Vision Pro・産業 XR に対応するエンジニアは 90 万円超に達する傾向があります（出典: レバテックフリーランス「Unity エンジニアの案件・単価相場」、フォスターネット「Unity 案件・単価相場」、いずれも 2025 年時点公開情報）。

発注前チェック: 対応デバイスを1つに絞り込めるとベストですが、絞れない場合も「候補3機種以内」まで絞り、RFP に明記します。「あらゆるデバイスで動作」は避けてください。特に HoloLens 2 を候補に含める場合は、上記の EOL タイムラインを踏まえて代替デバイスへの移行計画も同時に策定するよう推奨します。

体験目的別に必要な品質基準

体験目的によって、求められる品質基準（フレームレート・グラフィック品質・酔い対策）は大きく変わります。目的別の目安は次の通りです。

• 社内研修（安全教育・技能訓練）: 業務中断コスト（酔い・疲労）を最小化することが最優先です。フレームレート 72Hz 以上を安定維持し、移動は瞬間移動（テレポート）中心にするなど、酔い対策を仕様に組み込みます。グラフィック品質は中程度で十分です。
• 展示・イベント: 短時間（3〜5分）の体験で「驚き」を演出することが目的になります。グラフィック品質を優先し、90Hz〜120Hz の高フレームレートで没入感を最大化します。回転演出は控えめにするなど、酔い対策も設計に組み込みます。
• 顧客体験・エンタメ: 長時間プレイ（15分以上）に耐える設計が必要です。フレームレート安定性・酔い対策・UX のわかりやすさを同時に高いレベルで要求します。
• 業務効率（現場作業支援・遠隔支援）: HoloLens やスマホ AR で情報表示・作業支援を行う用途。3D 品質より情報表示の視認性・業務データ連携が主要品質になります。

「没入感の高い体験を作ってほしい」といった曖昧な指示ではなく、体験目的を1つに絞った上で、上記のように品質基準を数値・要件として言語化するのが RFP 起草のポイントです。

Unity / Unreal Engine / WebXR / ネイティブ SDK の技術スタック選択軸

エンジン・SDK の選択も発注前に方向づけておくことが望ましい変数です。

• Unity: XR 開発で最も採用されているゲームエンジン。Meta Quest 系・Vision Pro・HoloLens・スマホ AR いずれにも対応するプラグイン・SDK が整備されており、対応可能なエンジニア人口も最大です。B2B の研修・展示・業務用途では第一候補になります。
• Unreal Engine: 高精細グラフィックが求められる場合の選択肢。建築ビジュアライゼーション、シミュレーター、映像制作系の XR で採用されます。対応エンジニアは Unity より少なく、単価は一段高い水準になる傾向があります。
• WebXR（three.js / Babylon.js / A-Frame）: ブラウザで動作させたい場合の選択肢。Web フロントエンドエンジニアのスキルセットに近く、既存 Web チームで対応できる可能性もあります。ネイティブアプリと比べると 3D 表現の重量制約が強い点に注意が必要です。
• ネイティブ SDK 直開発: Vision Pro を visionOS ネイティブで開発する、HoloLens を UWP で開発する、といった Unity/Unreal を使わない選択肢。エンジニア単価は上がりますが、プラットフォーム機能を最大限活用できる利点があります。

発注担当者が「Unity か Unreal か」を最終決定できなくても、「Unity を第一候補とし、Vision Pro 対応の必要性が出た場合は visionOS ネイティブとの併用を検討」といった仮置きを RFP に書いておくだけで、見積の精度は大きく上がります。

VR/AR エンジニア外注の依頼先パターン比較｜開発会社・フリーランス・ハイブリッド

VR/AR エンジニアの依頼先は、大きく3つのパターンに分類できます。プロジェクト規模、社内 PM の有無、予算感で選び分けます。

開発会社（企画〜制作一括）: 大規模・体験企画から必要な案件向け

XR 専門の開発会社に企画・シナリオ・3DCG・エンジニアリング・音響までを一括発注するパターンです。

• 向く案件: 予算 500 万円以上、体験企画から発注、社内に XR PM がいない、納期にコミットしたい、といった案件です。展示イベント・大規模研修・BtoC プロダクトなどで採用されます。
• メリット: 発注者側の PM 負荷が最小になり、企画〜運用まで一気通貫で任せられます。品質責任も一元化しやすい構造です。
• デメリット: 単価は最も高く、企画変更・追加要望に伴う費用増もフルコストで跳ね返ります。制作工程の内訳・進捗が見えにくくなる懸念もあります。

フリーランス活用（Unity/Unreal エンジニア単体）: PoC・追加開発・特定機能実装向け

Unity/Unreal エンジニアや XR エンジニアをフリーランスとして直接契約するパターンです。

• 向く案件: PoC（Proof of Concept、概念実証）、既存 XR プロジェクトへの追加機能開発、特定機能（マルチプレイヤー実装・パフォーマンス最適化）のスポット依頼、といった案件です。
• メリット: 月額単価ベースで発注できるためコストの見通しが立てやすく、必要な期間だけ稼働を切り出せます。エンジニアと直接コミュニケーションできる利点もあります。
• デメリット: 発注者側に技術的な指揮を執る PM が必要になります。3DCG・企画・音響は別途手配する必要があります。品質責任も分散するため、統合責任者を発注者側に置く必要があります。

ハイブリッド（自社 PM ＋外部エンジニアチーム）: 中規模・継続開発向け

社内 PM または PM を担える外部人材を1名確保し、その配下に複数のフリーランスエンジニアや小規模開発会社を組み合わせるパターンです。

• 向く案件: 中期的（半年〜数年）に継続開発する自社プロダクト、複数フェーズにわたる社内活用 XR、といった案件です。
• メリット: フェーズごとに必要なスキル・稼働工数を調整でき、一括発注より柔軟にコストコントロールできます。ノウハウが自社側に蓄積しやすい構造でもあります。
• デメリット: PM の采配が品質を大きく左右します。統合責任者の選定・育成が成功要件になります。

パターン別の選び方チェックリスト

以下のチェックリストを埋めて、自社プロジェクトに合う依頼先パターンを判定します。

• 社内に XR プロジェクトを指揮できる PM 相当の人材はいますか？（Yes → フリーランスまたはハイブリッド／ No → 開発会社を優先）
• 予算は 500 万円以上ですか？（Yes → 開発会社も選択肢／ No → フリーランス・ハイブリッドを優先）
• 3DCG モデルや体験シナリオは自社または既存パートナーで用意できますか？（Yes → フリーランス・ハイブリッド／ No → 開発会社）
• 半年以上の継続開発を想定していますか？（Yes → ハイブリッドが有力／ No → 単発開発会社発注またはスポットフリーランス）
• 対応デバイスは Meta Quest 系・スマホ AR・WebXR のいずれかですか？（Yes → フリーランス人材が確保しやすい／ No → 対応可能な開発会社が絞られる）

「Yes」の数が多いほどフリーランス・ハイブリッドが成立しやすく、「No」が多いほど開発会社一括発注が現実解となります。

VR/AR エンジニア外注の費用相場と単価目安

XR プロジェクトの費用相場は幅が広いことで有名ですが、「フェーズ」と「工程内訳」に分解すると発注前でも精度の高い予算組みが可能になります。ここでは目安を提示しますが、対応デバイス・体験目的・技術スタックによって上下する点はご留意ください。

プロジェクト単位の費用相場

XR プロジェクトはフェーズごとにコスト構造が変わります。一般に流通している相場感の目安は次のようになります（各開発会社が公開している事例・費用ページや発注支援メディアの相場記事を参考に、幅を持って整理しています）。

• PoC フェーズ: 50 万円〜200 万円。特定シーン・特定機能に限定した検証用プロトタイプ。1〜2名 × 1〜2ヶ月規模。
• MVP（Minimum Viable Product）フェーズ: 200 万円〜700 万円。実運用に耐えるコア機能を絞って開発。2〜4名 × 2〜4ヶ月規模。
• 本番制作フェーズ: 700 万円〜数千万円。運用・分析・多デバイス対応・多言語対応まで含む本格開発。5〜10名以上 × 3〜12ヶ月規模。

VR アプリの用途別費用相場も、シンプルな体験で数百万円、複雑な業務用途で数千万円と幅広く公開されています（参考: 発注ナビ「VR アプリの開発費用はどれくらい？」）。上記フェーズ別の目安と重ね合わせて、自社の想定に近いレンジを絞り込むと予算稟議に落としやすくなります。

フリーランス VR/AR エンジニアの月額単価相場

XR に対応する Unity/Unreal フリーランスエンジニアの月額単価は、以下のレンジに収まる傾向があります。中心帯の水準は、レバテックフリーランスが公開する Unity 案件の平均月額単価 68 万円、フォスターネットが公開する Unity 案件の平均月額単価 58.6 万円（経験 3〜5 年で 70 万円前後）といった 2025 年時点の公開情報と整合させています（出典: レバテックフリーランス「Unity エンジニアの案件・単価相場」、フォスターネット「Unity 案件・単価相場」）。

• Unity エンジニア（Meta Quest 系・スマホ AR 対応可）: 月額 60 万円〜80 万円が中心帯。汎用的な XR 案件の相場帯で、経験年数（3〜5年）や実案件のリリース経験によってレンジ内で上下します。
• Unity エンジニア上位（XR 実装リード・アーキテクト経験・パフォーマンス最適化実績あり）: 月額 80 万円〜100 万円。XR 特有の実機チューニングや HMD 実案件経験を持つエンジニアが、この上位帯に位置します。難度の高い案件・少数精鋭案件で採用されます。
• Vision Pro / 産業 XR（HoloLens 系）対応エンジニア: 月額 90 万円〜130 万円。対応人口が少なく、専門 SDK・業務連携要件を扱えるエンジニアがこの帯に集中します。
• Unreal Engine エンジニア（高精細グラフィック・シミュレーター経験）: 月額 90 万円〜120 万円。B2C・映像案件との人材競合で単価が高くなりやすい領域です。

準委任・SES 契約でエンジニアを月額稼働で確保する場合、上記単価に業務委託手数料や紹介料が加算されて発注額が決まります。中心帯（60〜80 万円）に位置するのは汎用的な Unity 案件で、XR 特有スキル（HMD 実機経験・パフォーマンス最適化・visionOS/HoloLens SDK）が求められる案件は上位帯（90 万円超）に移る、という整理で予算組みに使ってください。

3DCG・企画・音響など周辺工程のコスト内訳

「エンジニアだけ外注」を選んだ場合でも、周辺工程のコストは別途発生します。発注前に社内リソースの有無を棚卸ししておきましょう。

• 3DCG モデリング: 1 モデルあたり数万円〜数十万円（小道具）〜100 万円以上（フォトリアルなキャラクター）。既存アセットストアの購入で代替できる場合もあります。
• モーション制作: モーションキャプチャ収録＋クリーンアップで数十万円〜数百万円。既存モーションアセットの購入または簡易モーション生成 AI で代替できる場合もあります。
• 企画・シナリオ: 研修コンテンツで数十万円〜、複雑なエンタメシナリオで数百万円。社内担当者が原案を出し、外部にブラッシュアップを依頼する分担も有効です。
• 音響制作（BGM・SE・立体音響）: 数十万円〜。フリー音源の活用で圧縮可能な領域です。
• UX 監修: XR UX 経験者のスポット相談で数十万円〜。1〜2 回のレビュー依頼だけでも品質改善効果が期待できます。

これらを社内でどこまで賄えるか、周辺工程を含む総額でいくらまで許容できるかを、発注前に整理しておきます。エンジニア発注額だけを見ていると、後から周辺工程が積み上がって予算超過するリスクがあります。

発注前に整える RFP と要件定義｜XR 特有のチェックリスト

RFP（提案依頼書）が曖昧なまま複数社に投げると、返ってくる見積の幅が広くなり比較検討ができなくなります。XR 案件で特に盛り込みたい7項目と、体験品質の言語化テクニックを整理します。

RFP に必ず記載する7項目

XR プロジェクトの RFP に盛り込むべき7項目は以下です。1項目でも欠けると見積のブレ幅が大きくなります。

1. 想定デバイス: Meta Quest 3 / Vision Pro / HoloLens / スマホ AR / WebXR / PC VR のいずれか、または優先順位付きの候補。「決定していない」場合も「決定するタイミング」を明記します。HoloLens 2 を候補に含める場合はサポート終了時期（2027 年 12 月予定）と代替機種への移行計画も併記します。
2. 想定利用シーン: 屋内・屋外、装着時間（3分・15分・数時間）、装着人数（単独・複数同時）、装着環境（座位・立位・移動あり）。
3. 品質要件: フレームレート目標（72Hz / 90Hz / 120Hz）、VR 酔い対策方針（テレポート移動・スムーズ移動許容範囲・視野狭窄）、視覚品質（ポリゴン数目安・テクスチャ解像度・シェーダー品質）、音響品質（立体音響有無）。
4. 対応 OS / SDK: Meta Horizon OS のバージョン、visionOS のバージョン、iOS / Android の対応バージョン、OpenXR 対応有無。
5. 想定同時接続数: マルチプレイヤーの場合の同時接続数、シングルの場合はその旨を明記します。
6. 3DCG 支給有無: モデル・モーション・テクスチャ・音源を発注者側で用意するか、開発会社/外注先で用意するか。既存アセットストアの利用可否も明記します。
7. 検収基準: 動作環境・パフォーマンス指標・体験評価の3軸。詳細は次章の契約設計と合わせて設計します。

「体験品質」の言語化

XR プロジェクトで揉めやすい「主観品質の不一致」を防ぐには、体験品質を可能な限り数値・条件に落とし込むことが重要です。

• フレームレート目標: 「安定 72Hz を維持し、10 秒以上 60Hz 未満に落ちないこと」のように条件化します。
• VR 酔い対策: 「移動はテレポート方式を基本とし、スムーズ移動を採用する場合は視野狭窄（トンネル効果）を必須にする」など、実装方針を明記します。
• 視覚品質: 参考コンテンツ（既存の XR タイトルや展示事例）を提示し、「同等以上の視覚品質」とベンチマークを共有します。
• 音響品質: 「立体音響（バイノーラル）対応必須／不要」を明記します。

支給素材・利用ライセンス

3D モデル・音源・ロゴ・写真素材について、支給範囲とライセンスを明記します。

• 支給する 3D モデルのフォーマット（FBX / glTF / OBJ）
• 音源の使用許諾範囲（社内限定・公開展示可否）
• ロゴ・商標の利用ルール（表示位置・サイズ制限）
• 開発会社/外注先が調達する素材の権利帰属（著作権譲渡 / ライセンス許諾 / 買い切り）

ここが曖昧だと運用フェーズで「素材が使えない」「二次利用できない」トラブルが発生しやすくなります。

契約形態と検収基準｜請負・準委任・業務委託の使い分け

XR プロジェクトは PoC・制作・運用の3フェーズで性質が大きく異なるため、契約形態も1つに固定するのではなくフェーズごとに使い分けるのが有効です。契約形態一般の書類・手順は業務委託エンジニア発注の進め方も併せて参考にしてください。

請負契約: 明確な成果物・本番制作フェーズ向き

成果物の完成と検収が発注の中心となる契約形態です。仕様と検収基準が固まった本番制作フェーズで採用します。

• 向くフェーズ: 本番制作、明確な MVP、期日必達の展示イベント案件。
• メリット: 完成責任が受注者側にあり、発注者側の管理コストは低くなります。契約時点でコストが確定します。
• デメリット: 仕様変更に追加費用が発生します。仕様の言語化不足があると検収段階でトラブル化します。XR 案件では「仕様外の品質改善」を巡って揉めやすい形態でもあります。

準委任契約: PoC / 検証フェーズ / 継続開発向き

作業提供（役務の遂行）に対して発注する契約形態です。成果物の完成責任ではなく、契約時間・稼働工数への対価を支払います。

• 向くフェーズ: PoC、技術検証、体験設計の試行錯誤、継続的な機能追加・改善。
• メリット: 仕様変更に柔軟に対応でき、探索的な検証・実装に向きます。エンジニアと発注者側で共同で試行錯誤する体制を作りやすい形態です。
• デメリット: 完成責任は発注者側にあり、進行管理・品質管理を発注者側の PM が担う必要があります。時間ベースで費用が積み上がるため、期間管理が重要になります。

業務委託（フリーランス直契約）: 週2〜5日稼働の技術リソース確保向き

フリーランスエンジニアと個別に締結する準委任型の契約です。多くの場合、月額単価×稼働日数で契約します。契約範囲・工数を途中で変更する場合の運用は業務委託の業務内容変更の進め方を参考にしてください。

• 向くフェーズ: PoC の技術リード、既存プロジェクトの追加開発、パフォーマンス最適化などスポット依頼、継続的な運用保守。
• メリット: 稼働工数を柔軟に増減でき、コスト見通しが立てやすい形態です。特定技術に強いエンジニアをピンポイントで確保できます。
• デメリット: 発注者側での技術指揮・タスク管理が必須になります。1名依存になりやすく、離脱リスクの管理が必要です。

検収基準の書き方

検収基準は次の3軸で書き分けます。

• 動作環境: 対応デバイス・OS バージョン・想定利用時間・想定同時接続数を明記します。「Meta Quest 3（Horizon OS v72 以降）で 30 分連続動作」など。
• パフォーマンス指標: フレームレート最低保証値、ロード時間の上限、メモリ使用量の上限を明記します。「フレームレート 72Hz を安定維持（連続 5 秒以上 60Hz 未満にならないこと）」など、測定可能な数値として書きます。
• 体験評価: 主観品質の評価方法を事前に合意します。「発注者側 3 名によるチェックリスト評価（酔い・操作性・体験の意図伝達）で全項目合格」など、評価者・評価項目・合否基準を明文化します。

XR 案件の契約トラブルは、この3軸のいずれかを曖昧にしたまま契約したことで発生することが多いため、フェーズ・契約形態にかかわらず必ず明記します。

VR/AR エンジニアの評価軸｜見極めの5チェック

Unity や Unreal Engine が書けるエンジニアと、XR プロジェクトを実際に動かせるエンジニアの間には、いくつかの評価軸で差があります。面談や技術評価の場で発注担当者が確認できる5チェックを整理します。

1. Unity/Unreal Engine の実務経験

• Unity・Unreal Engine のバージョンは何を使ってきたか（Unity 2022 LTS / Unity 6 / Unreal Engine 5 など）。
• XR 対応バージョンの実務経験があるか（XR Interaction Toolkit の対応バージョン、Unreal の OpenXR Plugin の利用実績など）。
• 商用リリース経験（App Store / Meta Store / Steam 等）の有無。

「触ったことがある」レベルと「リリース経験がある」レベルは大きな差があるため、具体的な実案件・リリース物を確認します。

2. 対応デバイスの実案件経験

• 想定デバイスと同じデバイスでの実案件経験。Quest 3 案件を Quest 3 経験者に、Vision Pro 案件を visionOS 経験者に依頼するのが理想です。
• 実機でのパフォーマンスチューニング経験（デバイス実機での fps 計測・最適化）。
• 装着時間・酔い対策・UI 配置など、HMD 実機ならではの設計経験。

Unity は書けるけれど HMD の実機テストは未経験、というエンジニアも一定数存在します。プロトタイプの見た目だけでは判別できないため、事前ヒアリングで確認します。

3. ネイティブ SDK・OpenXR・XR Interaction Toolkit などの知識

• OpenXR（クロスプラットフォーム XR 仕様）の理解と実装経験。
• Meta XR SDK / XR Interaction Toolkit / Mixed Reality Toolkit / ARKit / ARCore など、対象デバイスの SDK 実装経験。
• ハンドトラッキング・アイトラッキング・パススルーなど、デバイス固有機能の実装経験。

これらは Unity/Unreal のスキルとは独立した専門領域です。デバイスに合わせて必要な SDK を経験しているかを確認します。

4. パフォーマンスチューニング経験

• フレームレート維持の設計・実装経験（GPU 負荷・CPU 負荷・ドローコール削減）。
• スタンドアロン VR HMD の熱設計への配慮（連続稼働時の温度上昇・スロットリング対策）。
• プロファイリングツール（Unity Profiler / RenderDoc / Meta OVR Metrics Tool）の利用経験。

XR は 60fps 未満に落ちると即酔いに直結するため、パフォーマンスチューニング経験の有無が体験品質に直結します。

5. 3DCG パイプライン理解

• 3D フォーマット（FBX / glTF / USD / OBJ）の取り扱い・変換経験。
• Substance Painter / Blender / Maya など DCC ツールとの連携経験。
• アセットバンドル・アドレッサブルなどランタイム 3D アセット管理経験。

エンジニア自身が 3DCG を制作する必要はありませんが、3DCG チームとの連携で必要な最低限のパイプライン理解があるかを確認します。ここが弱いと 3DCG チームとエンジニアの間で頻繁に手戻りが発生します。

PoC から本番運用へつなぐ発注設計｜長期化と再委託のリスク対処

XR プロジェクトは PoC で終わり、本番運用に届かないというパターンが後を絶ちません。「デモは動いたが本番展開の予算が下りない」「本番でチーム編成を組み直せない」「運用保守の担い手が決まらない」といった要因です。発注設計の段階でこれらのリスクを潰しておきます。

PoC フェーズと本番制作フェーズのスコープ切り分け

PoC と本番制作は、目的も成果物も評価基準も違います。契約時点で切り分けておきます。

• PoC の目的: 技術的な実現可能性の検証（このデバイスでこの体験が作れるか）、体験の方向性の確認（このコンセプトがユーザーに受け入れられるか）、コスト感の見極め（本番制作の予算を稟議するための材料を得る）。
• PoC の成果物: 特定シーン・特定機能に限定したプロトタイプ、検証結果レポート、本番制作の見積根拠となる工数見積。
• 本番制作の目的: 実運用に耐えるコンテンツ完成、複数デバイス・多言語・分析ログ・運用保守フローの整備。
• 本番制作の成果物: リリース可能なアプリ本体、運用ドキュメント、保守契約。

PoC 契約時点で本番制作の見積根拠を成果物に含めておくと、本番稟議のスピードが上がります。

本番移行時にチーム編成を切り替える判断

PoC で1名または少数のフリーランスで動かした場合、本番制作ではチーム編成の再構築が必要になることが多くあります。判断の目安は次の通りです。

• PoC のエンジニアを本番でも継続: PoC の知見・コードベースが活かせる、本番規模も1〜2名で回る規模、といった場合。
• 開発会社に切り替え: 本番規模が大きくなる（3名以上体制が必要）、企画・3DCG・音響の一括発注が必要、納期にコミットしたい、といった場合。
• ハイブリッド編成に移行: PoC の技術リードを継続しつつ、周辺スキル（3DCG・企画）を別途調達する、といった場合。

移行時に「コードベース・ドキュメント・設計判断の背景」を引き継げる状態にしておくことが、次のフェーズの立ち上がりを大きく左右します。PoC 契約時に「本番移行時の引き継ぎ資料作成」を成果物として含めておくと、切り替えがスムーズになります。

運用保守を発注範囲に含めるかどうかの判断軸

XR コンテンツは公開後も継続対応が発生します。運用保守を発注範囲に含めるかは、以下の観点で判断します。

• デバイス OS の更新頻度: Meta Horizon OS・visionOS・iOS/Android は年数回のメジャーアップデートがあり、既存アプリの動作検証・修正が必要になります。HoloLens 2 のように EOL が迫っているデバイスを採用する場合は、サポート終了時期を運用計画に組み込み、代替デバイスへの移植を含めた保守契約を設計する必要があります。
• Unity/Unreal のバージョン: LTS バージョンでも定期的なアップデートがあり、セキュリティ・パフォーマンス改善のため追随することが望ましい領域です。
• コンテンツ更新の頻度: 研修コンテンツで年1回更新、展示で四半期ごと更新、といった頻度に応じた稼働工数を見積もります。
• 障害対応の SLA: 業務利用の場合、障害発生時の対応時間・復旧目標を発注時に決めます。

運用保守を PoC・本番制作と同じ発注先に一貫して任せると、コードベース・設計判断の背景を熟知したチームが継続対応できる利点があります。一方、本番リリース後の保守だけを別建てで安価な準委任契約にする選択肢もあります。プロジェクトの継続性・予算・重要度で判断してください。

まとめ｜VR/AR エンジニア外注を成功させる判断のポイント

VR/AR エンジニアを外注する際は、業務システム発注の延長ではなく、XR 特有の3つの不確実性（対応デバイス・体験品質・3DCG 制作境界）を発注前に潰しておくことが成功の分かれ目になります。本記事の内容を発注前チェックリストとしてまとめると以下の通りです。

発注前に決めるべき3つの前提

• 対応デバイス（Meta Quest 系 / Vision Pro / HoloLens / スマホ AR / WebXR / PC VR のいずれか、または優先順位付き候補。HoloLens 2 採用時はサポート終了時期を確認）
• 体験目的（社内研修 / 展示 / エンタメ / 業務効率）と品質基準（フレームレート・酔い対策・視覚品質）
• 技術スタック（Unity を第一候補としつつ、必要に応じて Unreal / WebXR / ネイティブ SDK を検討）

依頼先パターンの選び方

• 大規模・企画から必要 → 開発会社一括発注
• PoC・追加開発・スポット → フリーランス直契約
• 中規模・継続開発 → 社内 PM ＋外部エンジニアチームのハイブリッド

契約形態のフェーズ別使い分け

• PoC フェーズ → 準委任契約
• 本番制作フェーズ → 請負契約
• 運用フェーズ → 業務委託（月額稼働）または準委任契約

エンジニア評価軸の5チェック

• Unity/Unreal Engine の実務経験（バージョン・XR 対応バージョン・商用リリース）
• 対応デバイスの実案件経験（想定デバイスと同じ HMD での実装経験）
• ネイティブ SDK・OpenXR・XR Interaction Toolkit の知識
• パフォーマンスチューニング経験（フレームレート・GPU 負荷・熱設計）
• 3DCG パイプライン理解（FBX / glTF / DCC ツール連携）

PoC 止まりを防ぐ発注設計

• PoC 契約時点で「本番移行時の引き継ぎ資料作成」を成果物に含める
• 本番移行時のチーム編成切り替えを事前に想定する
• 運用保守の範囲・SLA を発注時に決めておく（EOL 予定デバイス採用時は代替機種への移植計画も含める）

これらを RFP と契約書に落とし込むことで、XR プロジェクトを「作って終わり」ではなく「事業として継続運用する」体制に近づけることができます。まずは対応デバイスと体験目的を1つに絞り込むところから、社内での要件整理を始めてみてください。