VR/ARゲーム開発のもう一度頼まれる人｜次に繋がる終わり方

2026年5月31日

丸山桃子

この記事のポイント

✓VR/ARゲーム開発でリピートされる人は
✓納品の終わり方が違います
✓検収を軽くする納品物の作り方

VR/ARゲーム開発でリピートされる人と、腕は確かなのに一度きりで終わる人の差は、実装の巧さではなく「終わり方」にあります。同じUnityのプロジェクトを納めても、次のフェーズで声がかかる人と、そこで関係が切れる人がいる。分かれ目は最後の2週間に集中しています。この記事では、納品直前から検収、請求、その後の短い期間までを対象に、次の依頼につながる終わり方の手順と判断の基準を整理します。デザインの才能や運の話ではなく、再現できる作業として書きます。

VR/ARの現場で「もう一度頼まれる人」が持っている共通点

VR/ARの案件は、Webサイト制作のように「公開したら完了」で切れる仕事ではありません。体験型のコンテンツは、実機に載せてから初めて分かることが多すぎるからです。展示会で来場者に被せてみたら想定より首を振る人が多かった、屋外のARで太陽光に負けてマーカーを認識しなかった、想定していない身長の人が操作すると手が届かない。こうした発見は納品後に必ず出ます。

つまり発注側は、納品の時点で「この先も続く作業」を前提に相手を見ています。技術的に作れる人は探せば見つかります。しかし、続く作業を安心して任せられる人は簡単には見つからない。リピートの本質は、実装力ではなく「引き継ぎコストの低さ」です。

まず、拡張現実そのものの定義を押さえておくと、発注側の期待値がどこにあるのかが見えやすくなります。

拡張現実とは、実際に見えている現実の環境の中にCGを重ね合わせて見えるようにすることをいいます。現実の世界には存在しないはずの「CGで表現された物体」が重なることによって、結果的に現実の世界が拡張される（＝現実が拡張される）、ということで、「拡張現実」といわれるわけです。自分のスマホでAR表現ができてしまうほど昨今ではARはとても身近になっています。出典: samaa.biz

現実の環境にCGを重ねるということは、現実の側が変われば作ったものの見え方も変わるということです。展示スペースの照明が変わる、来場者の年齢層が変わる、端末のOSが上がる。発注側はこの変化に付き合ってくれる相手を探しています。ここを理解しているかどうかが、終わり方の質に直結します。

発注側が次も同じ人に頼む理由は技術力だけではない

発注担当者の立場で考えると分かりやすいはずです。新しい人を探すには、募集要項を書き、候補者の作品を見て、面談し、仕様を一から説明し、社内の関係者に紹介する必要があります。この手間は決して小さくありません。同じ品質が期待できるなら、説明が済んでいる相手に頼むほうが合理的です。

だから発注側が見ているのは「この人に任せると自分の仕事が減るかどうか」です。仕様の曖昧なところを先に質問してくれる、実機での確認結果を写真つきで送ってくれる、社内会議で使える資料をそのまま出してくれる。こうした振る舞いは実装スキルとは別軸ですが、次の依頼を決める材料になります。

体験型コンテンツは「作って終わり」にならない

VR/ARのコンテンツは、公開後に運用の相談が生まれる性質があります。ヘッドセットの世代交代、モバイルARフレームワークの更新、コンテンツの季節差し替え、イベント会場ごとのキャリブレーション。これらは開発というより保守と改修の領域です。

発注側から見ると、この保守の相談先が「作った本人」であることの価値は大きい。他人が書いたVRプロジェクトの構造を読み解くのは、Webのそれよりはるかに時間がかかります。シーン構成、Prefabの依存関係、XR用のインタラクション設定、レンダリングパイプラインの選択。ここが読めないと、小さな修正でも見積もりが跳ね上がります。逆に言えば、あなたが作ったプロジェクトを「あなたなら安く早く直せる」状態にして渡しておくと、次の依頼はほぼ自動的に戻ってきます。

VR/AR領域の仕事の全体像や、案件がどのような単位で発生するのかを整理しておきたいなら、VR/AR・ゲーム開発・モデリングのお仕事に職種の分類と依頼のパターンがまとまっています。自分の担当範囲が発注側の全体計画のどこに位置しているかを把握しておくと、次に必要になる作業を先読みしやすくなります。

納品前の1週間で決まる、次の依頼の有無

リピートの成否は、納品ボタンを押す前の1週間でほぼ決まります。ここでやることは追加の実装ではなく、相手の検収作業を軽くする準備です。

検収の負担を下げる納品物の作り方

発注担当者は、受け取ったビルドを社内の関係者に見せる立場にあります。上司、企画、営業、場合によってはクライアント企業。つまり納品物は「担当者が説明に使う道具」でもあります。

具体的には次の形を揃えておきます。実機で動くビルド（想定デバイスごと）、動作確認の手順書、確認してほしいポイントの一覧、既知の不具合と回避策、ソースコード一式とその起動手順。この5点セットがあると、担当者はそのまま社内に回せます。担当者が資料を作り直さないと社内に説明できない納品物は、それだけで評価が下がります。

動作確認の手順書を一緒に渡す

VR/ARは「起動できない」が頻発します。ヘッドセットの開発者モードが有効になっていない、端末がペアリングされていない、権限の許可が出ていない、ARのマーカー画像が印刷されていない。技術者にとっては当たり前の手順が、発注側の担当者には初見です。

手順書は文章だけでなく、スクリーンショットを並べる形が確実です。電源を入れる、アプリを起動する、この画面が出たらここを押す、この表示が出れば正常。ここまで書いておくと、担当者は自分ひとりで確認を終えられます。確認のたびに開発者へ問い合わせが必要な状態は、発注側にとって負担であり、次に頼むかどうかの判断に効いてきます。

ビルド環境と依存関係を残す

半年後に改修を頼まれたとき、自分自身が困らないための作業でもあります。使用したエンジンのバージョン、レンダリングパイプラインの種類、導入したパッケージとそのバージョン、外部SDKの取得元、ビルド設定の値。テキストファイル1枚にまとめてリポジトリに置いておきます。

この作業を省くと、次に開いたときにビルドが通らず、原因調査から始まることになります。改修の見積もりが膨らみ、発注側は「思ったより高い」と感じ、別の人を探し始めます。終わり方の丁寧さは、半年後の自分の受注可能性を守る作業でもあるわけです。

引き渡しのドキュメントに何を書くか

引き継ぎ資料は長ければよいものではありません。読まれない資料は無いのと同じです。書くべきことは3つに絞れます。

実装の意図を残す

コードを読めば何をしているかは分かります。分からないのは「なぜそうしたか」です。フレームレートを優先してこの表現をあきらめた、酔いを避けるため移動方式をテレポート型にした、屋外での認識精度を考えてマーカーサイズを大きくした。こうした判断の理由を残しておくと、後任者や未来の自分が同じ検討をやり直さずに済みます。

意図が書かれていない実装は、次に触る人から「なぜこんな作りに」と疑われます。逆に理由が書いてあると、その判断が正しかったことの証明になり、あなたの評価が上がります。

既知の不具合と回避策を隠さない

残っている不具合を伏せて納品するのは、短期的には楽ですが最悪の選択です。発注側は必ず見つけます。そして「隠された」と受け取ります。信頼は一度で失われます。

正しいやり方は、既知の不具合を一覧にして、それぞれに影響範囲と回避策と対応の見込みを添えることです。特定の端末でのみ発生する、この操作を避ければ再現しない、次のフェーズで対応可能。ここまで整理して出せば、それは欠陥の報告ではなく、状況の共有になります。発注側の担当者は社内でそのまま説明できます。

次にやるとよいことを3つだけ書く

引き継ぎ資料の最後に、改善の提案を3つだけ書きます。多すぎると「売り込み」に見えますし、ゼロだと関心の薄さに見えます。

書く内容は、現状で妥協した点、実機で確認して気づいた改善の余地、運用が始まってから発生しそうな課題。優先順位をつけて短く書きます。これが次のフェーズの相談を呼ぶ入口になります。営業の言葉を使わずに、事実の共有として書くのが要点です。

検収から請求までの終わり方

納品物を渡した後の事務的なやり取りも、印象を大きく左右します。ここを雑にすると、技術がよくても「面倒な人」として記憶されます。

検収期間の区切りを自分から提案する

検収の期間が決まっていない案件は、いつまでも終わりません。発注側の担当者も他の業務を抱えているため、放っておくと確認が後回しになり、数週間後にまとめて修正依頼が来ます。

自分から「本日から7営業日を確認期間とし、その間に出た不具合は今回の範囲で対応します」と提案します。区切りを示すことは相手を急かす行為ではありません。むしろ担当者は、社内に確認を依頼する根拠ができて助かります。期間を切ると、追加要望が無限に続く事態も防げます。

追加要望と契約外作業の線引き

検収の過程では、必ず当初の仕様に無い要望が出ます。「ついでにこの色を変えてほしい」「ここに音を足せないか」。すべてを断るのも、すべてを受けるのも間違いです。

判断の基準はシンプルにできます。作業時間が短く、既存の実装で対応でき、品質に影響しないものは受ける。工数が発生する、設計に手を入れる、新しい検証が必要になるものは別途の相談にする。この線引きを最初のやり取りで宣言しておくと、その場での交渉が要りません。

音の追加のように、担当領域の外に出る要望も出てきます。自分で抱え込まず、作曲・編曲・効果音・ジングルのお仕事のような隣接領域の仕事の輪郭を把握しておくと、「この部分は専門の方に頼んだほうが早いです」と根拠つきで案内できます。断り方に説得力が出て、かえって信頼されます。

請求と支払いサイトの確認

請求書は検収完了の連絡が来た当日か翌営業日に出します。ここが遅いと、経理の締めに間に合わず支払いが翌月に回り、結果として自分の資金繰りが悪くなります。

請求時には、締め日と支払期日を文面で確認しておきます。発注側にとっても後で照会が減るので歓迎されます。事務のやり取りが正確な相手は、社内で通しやすいという評価につながります。この種の文書作法をきちんと固めたい場合は、ビジネス文書検定で扱われる書式の考え方が実務にそのまま使えます。

納品後の短い期間で信頼が決まる

納品が終わった後の数週間の振る舞いが、リピートの最後の分かれ目になります。

軽微な不具合対応の範囲を先に決める

納品後に小さな不具合が出るのは、VR/ARでは普通のことです。問題は、その対応が無償なのか有償なのかを決めていないことです。決めていないと、発注側は「無料で直してもらえる」と思い、開発側は「これ以上は無償では無理」と感じ、双方に不満が残ります。

先に決めておく形が最も安全です。納品から一定期間内の、仕様どおりに動作しない不具合は無償で修正する。仕様の変更や新しい要望は別途見積もる。この2行を契約書か発注書のやり取りに入れておけば、後の摩擦がなくなります。境界が明確な相手は、発注側にとって計算しやすい相手です。

実機での確認結果を共有する

納品後に自分の手元で実機確認を続け、気づいたことを短く報告します。特定のOSバージョンで挙動が変わった、屋外の明るさで見え方が変わる、長時間の装着で発熱が出る。これらは頼まれていない情報ですが、発注側にとっては運用の判断材料になります。

過剰にやる必要はありません。月に一度、数行の連絡で十分です。連絡が途切れない相手は、次の企画が動き出したときに真っ先に思い出されます。

VR/AR特有の「置き土産」で差がつく

一般的なソフトウェア開発の引き継ぎに加えて、VR/ARには固有の資産があります。ここを残せる人は明確に少数です。

快適性の検証記録を残す

VRコンテンツで最も重要な非機能要件は、酔いを起こさないことです。フレームレートの維持、移動方式の選択、視界の端の処理、加速度の与え方。これらをどう設定し、実機でどう検証したかの記録は、そのまま次のプロジェクトの資産になります。

記録には、対象端末、平均フレームレート、体験時間、被験者の人数と感想、調整した項目を並べます。ヘッドセット向けの体験では72fpsや90fpsといった目標値を割り込む区間が酔いの原因になりやすいので、どのシーンで落ちたかまで書いておくと価値が高まります。発注側にとっては、次の企画で仕様を決める根拠になります。

体験の設計は、姿勢や身体感覚を扱う研究的な取り組みからも学べます。

VR 空間上で組体操を体験するコンテンツです。過去の自分の姿勢（背中の傾き）が，地面装置によって足元に提示されます。出典: protopedia.net

身体の動きをどう可視化し、どこにフィードバックを返すか。こうした設計判断を言語化して残せると、次の相談で「この人は体験そのものを設計できる」と見なされます。

デバイスごとの挙動メモ

同じコードでも、端末が変われば挙動は変わります。トラッキングの精度、コントローラーのボタン配置、パススルーの質、平面検出の速さ、性能の上限。実機で検証して分かったことをメモに残しておくと、次の案件で端末を選ぶ段階から相談を受けられるようになります。

このメモは自分の資産でもあります。新しい依頼を受けるとき、端末ごとの制約を即答できる人は、見積もりの精度が高く、発注側から見て安心感があります。

アセットとライセンスの整理

購入したアセット、無償で使ったモデル、フォント、効果音。それぞれの取得元と利用条件を一覧にして渡します。ここを曖昧にしたまま納品すると、発注側が商用展開する段階で問題になります。

権利の整理ができている納品物は、法務の確認が通りやすく、社内での扱いが軽くなります。この一覧を作れる開発者は多くありません。地味ですが、差がつく作業です。

進行中の報告が「終わり方」の質を決めている

終わり方の準備は納品直前に始まるものではありません。制作の途中でどう報告してきたかが、そのまま最後の印象になります。途中経過が見えない相手からいきなり完成品が届くと、発注側は評価の基準を持てず、細かな指摘を大量に返すことになります。逆に途中を共有していれば、最後の確認は形式的なもので済みます。

週に一度の定型報告を作る

報告のフォーマットを固定しておくと、書く側も読む側も負担が減ります。含めるのは4項目です。今週やったこと、来週やること、判断が必要な事項、リスクとして見えていること。この順番で並べ、それぞれを箇条書きで数行に収めます。

VR/ARの案件では「判断が必要な事項」が特に重要になります。移動方式をどうするか、対象端末を絞るか広げるか、パススルーを使うか。これらは発注側が決めるべき事柄であり、開発側が勝手に決めて進めると後で覆ります。判断を仰いだ記録が残っていれば、仕様変更が起きた際にも責任の所在が明確になり、追加費用の相談がしやすくなります。

動くものを早い段階で見せる

VR/ARの体験は、文書では伝わりません。仕様書に「臨場感のある移動」と書いてあっても、実際に被ってみるまで良し悪しは判断できないからです。だからこそ、粗くてもよいので早い段階で実機に載せたものを見せます。

初期の段階で見せると、認識のずれが小さいうちに修正できます。完成間際に大きなずれが発覚するのが、最も損失の大きいパターンです。試作を見せた回数が多い案件ほど、最後の修正が少なくなり、結果として双方の満足度が上がります。これは体験型コンテンツに固有の性質であり、Web制作の進め方をそのまま持ち込むと失敗します。

悪い知らせほど早く出す

遅延、技術的な行き詰まり、想定していた手法が使えないと判明したとき。伝えにくい内容ほど早く伝えます。発注側にとって最悪なのは、対処する時間が残っていない段階で問題を知らされることです。

早く伝えれば、発注側は仕様を削る、期日をずらす、人を足すといった手を打てます。この選択肢を相手に残せる人は、トラブルがあってもむしろ評価が上がります。隠して自力で解決しようとした結果、期日直前に破綻するのが最悪の展開です。

発注側の社内事情を想像しておく

もう一段上の視点として、発注担当者が社内でどう動いているかを想像できると、渡すべきものが自然に決まります。担当者は上司に進捗を報告し、予算の執行を説明し、次年度の企画を通す必要があります。あなたが渡した資料は、その説明の材料として使われます。

だから納品物には、社内で回せる形の要約を1枚添えると効きます。何を作ったか、どの端末で動くか、どんな体験ができるか、次にできることは何か。技術用語を減らして、非エンジニアが読める言葉で書きます。この1枚があると、担当者は社内会議でそのまま使えます。使われた資料の作者は、次の企画が立ち上がる会議の場で名前が出ます。

反対に、技術的に完璧でも社内で説明できない納品物は、担当者を困らせます。困らせた相手には、次を頼みにくい。発注担当者もまた組織の中で評価される立場にあることを忘れないほうがいい。この視点を持てるかどうかが、単発とリピートの分水嶺になります。

リピートを断ち切ってしまう終わり方

逆に、確実に関係を切ってしまうパターンも整理しておきます。

連絡が遅い、返信が読みにくい

技術者に多いのが、調査が終わるまで返信しない癖です。発注側は「読んだかどうか」すら分からず不安になります。正しいのは、受け取った時点で「確認します。回答は明日中に出します」と即返し、期日に結論を出すことです。

返信の書き方も評価されます。結論を先頭に置き、理由を短く添え、必要な判断を明示する。長文で経緯だけを書き、結局どうしてほしいのかが分からない返信は、担当者の時間を奪います。文章の型は分野を問わず共通で、著述家，記者，編集者の年収・単価相場で扱われるような書き手の職域でも同じ原則が働きます。伝わる文章を書ける開発者は、それだけで希少です。

仕様の変更履歴を残していない

口頭やチャットで決まった変更を、どこにも記録していないケースは非常に多い。納品後に「そんな話はしていない」という食い違いが起き、双方が疲弊します。

対策は単純で、変更が決まるたびに1行の記録を残すことです。日付、変更内容、決めた人、理由。この記録があると、後から揉めません。争いを未然に防ぐこの習慣は、フリーランスとして長く続けるための基礎体力です。

最後の一往復を省略する

検収が終わった後、何も言わずに関係が終わるパターンです。発注側からすれば「終わった」という区切りが無く、次に声をかけるきっかけも生まれません。

最後に短い連絡を1通入れます。今回の納品物の概要、残した資料の場所、対応可能な期間、今後の連絡先。営業文は不要です。事務的な締めの1通が、次の相談の入口になります。

案件の入口を複数持つという考え方

リピートは強力ですが、1社への依存は危険でもあります。企業側の都合で予算が消えることは普通に起きます。安定して仕事を続けるには、リピートを増やしつつ、新規の入口も持ち続ける必要があります。

直接取引という構造の意味

20年この市場を見てきた立場から言えば、長く続く人ほど、目の前の作業を速く終わらせることよりも「この人に任せると楽だ」という関係づくりに時間を使っています。作業は代替できても、安心して任せられる関係は代替が難しいからです。

そしてもう1つ、運営者として見てきた限りでは、仲介手数料が乗らない直接取引の場では、同じ予算でも依頼側はより多くを頼め、受け手の手取りは厚くなります。手数料0%という条件は、金額の大小の話に見えて、実際には「同じ関係をどれだけ長く続けられるか」に効いてきます。抜かれる分が無いので、依頼側は次のフェーズを出しやすく、受け手は無理な単価交渉をせずに関係を維持できる。この循環に入った人は、案件を探す時間そのものが減っていきます。

隣接領域の仕事を持っておく

VR/ARの案件は波があります。イベントの時期、展示会の開催、企業の予算年度。閑散期を埋める第二の柱を持っておくと、精神的にも金銭的にも安定します。

相性がよいのは、同じ技術基盤を使う分野です。3D表現やインタラクションの経験は、UI/UXデザインのフリーランスになるには？必要スキルと案件相場で扱われる領域と重なります。データ処理や機械学習を扱う周辺分野なら、AI・マーケティング・セキュリティのお仕事の職種群が近い位置にあります。開発職全体の収入構造を俯瞰したいなら、ソフトウェア作成者の年収・単価相場で職種としての位置づけを確認しておくと、自分の立ち位置を客観視できます。

実績として語れる形に整えておく

案件が終わったら、その内容を自分の実績として説明できる形に整理します。守秘義務があって公開できない案件でも、公開できる範囲は必ず存在します。使用したエンジンとバージョン、担当した工程、対象端末、直面した技術的課題とその解決方法、体験時間や想定利用人数といった規模感。ここまでは多くの場合、固有名詞を伏せれば説明できます。

整理する際は、公開可能な範囲を発注側に確認しておくのが確実です。「制作物の画面を実績として掲載してよいか」「社名を出さない形なら可能か」を検収の連絡と一緒に聞きます。終わったあとに改めて連絡するより、やり取りが続いているうちに聞くほうが返事が早く、印象も自然です。この確認を取っておくと、次の商談で見せられる材料が1つ増えます。

実績を整えておく効果は、新規の受注だけではありません。既存の取引先が社内で別部署にあなたを紹介するとき、紹介しやすい資料になります。担当者が「こういう人がいます」と説明する場面で、渡せるものがあるかどうかは大きな違いです。紹介経由の依頼は競合が発生しにくく、条件の交渉もしやすい傾向があります。終わった案件を放置せず、次に使える形に変換しておく作業は、時間あたりの効果が非常に高い部類に入ります。