返信が来る提案は何が違うのか、VR/ARゲーム開発の案件の取り方を分解する

2026年7月21日

中西直美

この記事のポイント

✓VR/ARゲーム開発の案件の取り方を
✓提案文の中身から分解します
✓返信が来ない提案に共通する型

「10件応募して、返信が1件も来ませんでした」。VR/ARの開発を仕事にしたい方から、こういうご相談をよくいただきます。技術の勉強は続けている。作ったものもある。それなのに、送った提案がどこにも届かない感覚が続くと、自分の力そのものを疑い始めてしまう。でも大丈夫です。返信が来ない理由の多くは、実力ではなく提案文の組み立て方にあります。この記事では、VR/ARゲーム開発の案件の取り方を、提案の中身から順番に分解していきます。

返信が来ない提案には、はっきりした共通点があります

まず、これまで見てきた提案文の中で、返信が来なかったものに共通していた特徴を挙げます。責めるつもりはまったくありません。ほとんどの方が、最初は同じところでつまずきます。

1つ目は、自分の話から始まっていることです。「はじめまして。独学でUnityを学び、3年になります」。丁寧ですが、読む側にとってこの文には情報がありません。発注者が知りたいのは、あなたが誰かではなく、自分の困りごとが解決するかどうかです。

2つ目は、募集要項に書かれた条件への回答が抜けていることです。対象デバイス、必要な経験年数、契約期間、稼働時間。相手はそれを条件として書いています。触れられていない条件は、満たしていないと解釈されます。

3つ目は、どこにでも出せる文面になっていることです。「貴社の事業に興味を持ちました」「精一杯努めさせていただきます」。この2文は、どの案件にも当てはまるからこそ、どの案件にも刺さりません。

こういうご相談を受けるとき、私はいつもこうお伝えします。返信が来ないのは、あなたが選ばれなかったのではなく、読まれる前に脇に置かれただけかもしれません、と。

提案が読まれる時間は、想像よりずっと短い

発注する側の立場を、少し想像してみてください。

募集を出すと、数日で何通も提案が届きます。担当者はそれを、他の業務の合間に開きます。1通あたりに使う時間は、最初のふるい分けでは数十秒です。その数十秒で、読み進める価値があるかどうかを判断します。

つまり、勝負は冒頭の2行から3行で決まります。ここに「この人は自分の案件を理解している」という手がかりがあれば、続きが読まれます。なければ、そこで閉じられる。

これは冷たい話ではなく、ただの物量の問題です。だからこそ、冒頭の書き方を変えるだけで結果が変わることがあります。実際、提案文の順番を入れ替えただけで返信が来るようになった、というご報告をいただくことは珍しくありません。

募集要項から、相手が本当に困っていることを読み取る

提案を書く前に、やっておきたい作業があります。募集要項を、条件の一覧としてではなく、相手の事情が書かれた文章として読み直すことです。

VR/ARの募集では、たとえばこういう内容が書かれています。

VRゲーム開発案件で、C++、Unityを用いた開発経験が3年以上ある方を募集しています。要件定義から運用保守まで一連の工程に携わることができ、開発環境構築やワークフロー改善なども担当します。AIでのキャラクター制御やクラウドサーバー環境構築・運用経験があれば尚歓迎です。契約形態は業務委託で、契約期間は即日〜中長期、精算基準時間は140時間～180時間、精算サイトは30日サイトです。出典: 求人ボックス

この文章から読み取れることを、順に並べてみます。

「要件定義から運用保守まで一連の工程」と書かれているのは、工程を分担できる人員が足りていないということです。つまり、言われた実装だけをする人ではなく、前後の工程を引き受けられる人を探しています。

「開発環境構築やワークフロー改善なども担当します」という一文は、現場が整理されていないことを示しています。チームの誰かが困っている可能性が高い。

「即日〜」という開始時期は、急いでいるサインです。すぐに動けることが、経験年数と同じくらい効きます。

「精算基準時間は140時間～180時間」は、フルタイムに近い稼働を想定しているという意味です。副業として週末だけ動きたい方には合いません。ここを読み飛ばして応募すると、条件が合わずに終わります。

このように、募集要項には条件だけでなく、相手の事情が滲んでいます。それを読み取って提案に反映させると、文面が一気に個別のものになります。

返信が来る提案文は、5つのブロックでできています

ここからは実際の組み立て方です。順番が大事なので、上から順に書いてみてください。

1つ目のブロック、冒頭2行で「読む理由」を作る

最初に書くのは、自己紹介ではなく、相手の案件への理解です。

たとえば「要件定義から運用保守まで一連の工程を担当できる方を、という点を拝見しました。前職では小規模チームで、仕様の整理からリリース後の不具合対応までを一人で回していました」。この2文があるだけで、続きを読む理由が生まれます。

ポイントは、募集要項の言葉をそのまま引くことです。相手が書いた言葉が返ってくると、読まれた実感が生まれます。

2つ目のブロック、条件に1対1で答える

次に、募集要項に書かれた条件へ、順番どおりに答えます。箇条書きで構いません。むしろ箇条書きのほうが確認しやすくて喜ばれます。

対象デバイスへの対応可否、使用経験のあるエンジンとバージョン、書ける言語、稼働可能な時間、開始できる時期、実機の保有状況。相手が挙げた項目に、抜けなく答えてください。

3つ目のブロック、足りない部分を隠さない

ここが一番大切かもしれません。満たせない条件があるとき、触れずに済ませたくなる気持ちはよくわかります。でも、隠された不足は、あとで必ず問題になります。

代わりに、こう書いてください。「クラウドサーバーの運用経験はありません。ただし、サーバーとの通信を実装した経験はあり、運用については既存の手順書に沿う形であれば対応可能です」。

不足を認めたうえで、どこまでならできるかを示す。この書き方をすると、返信率はむしろ上がります。発注する側が一番怖いのは、できないことを「できます」と言われて、後から止まることだからです。

正直に書いて断られたなら、それは合わなかっただけです。隠して受注して、途中で行き詰まるほうが、あなたの心にずっと長く残ります。

4つ目のブロック、見積もりは幅と前提をセットで書く

金額の話を避ける方が多いのですが、書いてあるほうが検討されやすくなります。相手も予算を持って募集しているからです。

書き方は、幅と前提をセットにします。「ご提示の内容であれば、月間140時間の稼働を前提として、この範囲でお受けできます。要件定義から関わる場合は、初月に仕様整理の時間を見込ませてください」。

前提が書かれていれば、条件が変わったときに再見積もりを出す根拠になります。金額だけを書くと、あとで「そのお値段でここまでやってもらえると思っていました」というすれ違いが起きます。

5つ目のブロック、最後の一文で相手の手間を減らす

締めの文は「よろしくお願いいたします」だけにせず、次の動きを1つ提示してください。

「ご不明点があれば、こちらでまとめて回答をお送りします。オンラインでのご説明が必要でしたら、平日夜と土日に対応可能です」。

相手が次に何をすればいいかがわかると、返信のハードルが下がります。逆に、判断を全部相手に委ねる文面は、後回しにされやすい。

返信が来なかった文面と、来た文面を並べてみます

言葉で説明するより、並べて見比べたほうが早いかもしれません。同じ人が、同じ案件に対して書いた文面の型を、書き換え前と書き換え後で示します。

書き換え前は、こういう形でした。

「はじめまして。〇〇と申します。独学でUnityを学び、個人でVRコンテンツを制作しております。貴社の募集を拝見し、大変興味を持ちましたのでご連絡いたしました。まだ実務経験は多くありませんが、精一杯努めさせていただきます。何卒よろしくお願い申し上げます。」

丁寧で、失礼なところは1つもありません。ただ、この文面には、相手の案件に関する言葉が1つも入っていません。読む側からすると、どの募集に送られた文面なのか判別できない状態です。

書き換え後は、こうなりました。

「募集要項の『要件定義から運用保守まで一連の工程』という記載を拝見しました。小規模なチームで、仕様の整理から不具合対応までを一人で担当した経験があります。以下、条件への回答です。対象デバイスはスタンドアロン型ヘッドセットに対応可能です。Unityは実務で2年、C#は読み書きともに可能です。C++は読解はできますが、実装経験は限定的です。稼働は月間で140時間程度まで確保できます。開始は2週間後から可能です。クラウドサーバーの運用経験はありません。既存の手順書に沿う形であれば対応できますが、設計からの担当は難しいと考えています。ご不明点があればまとめて回答をお送りします。オンラインでのご説明は平日夜と土日に対応可能です。」

長さは倍近くになっていますが、読む時間はむしろ短くなっています。知りたいことが順番に並んでいるからです。

注目してほしいのは、C++とクラウド運用について「できない」と書いている点です。書き換え前の文面には、できないことが1つも書かれていませんでした。何も書かないことは、謙虚さではなく情報の欠落として受け取られます。

こうした書き換えをすると、「自信がないように見えませんか」と心配される方がいます。逆です。できる範囲とできない範囲をはっきり線引きできる人は、仕事の見通しが立てられる人だと受け取られます。

案件を探す場所によって、提案の書き方は変わります

同じVR/AR開発の案件でも、どこで見つけたかによって、相手が読みたい内容は変わります。

企業が直接募集している案件では、契約形態と稼働時間が重視されます。チームに入って動く前提なので、いつから、どれくらい、どういう体制で参加できるかを先に書く。技術の詳細はそのあとで構いません。

制作会社からの外注案件では、納品物の定義と工程の切り分けが重視されます。どこからどこまでを担当できるか、他の担当者との受け渡しの形をどう想定しているか。ここが明確な提案が通ります。

個人や小規模事業者からの依頼では、事情が変わります。相手は技術の詳しい判断ができないことが多く、専門用語を並べた提案は逆効果になります。何がどう変わるのかを、日常の言葉に置き換えて書いてください。「レンダリング負荷を最適化します」ではなく「かぶったときに映像がカクつく問題を減らします」と書く。それだけで、話が進むようになります。

同じ内容を、相手に合わせて言い換えられるかどうか。これは技術力とは別の能力で、しかも案件の取り方を大きく左右します。

実績は、提案文の中では1行で足ります

提案文に、これまで作ったものをどう載せるかで悩む方も多いです。

結論から言うと、提案文の本文に長く書く必要はありません。1行で「制作物はこちらでご覧いただけます」とリンクや資料の場所を示せば十分です。相手は、興味を持ってから見に行きます。本文で長々と説明されると、読む前に疲れてしまう。

ただし、その1行を書く位置は考えてください。冒頭に置くと、条件への回答より先に見られて、判断が実績だけに寄ります。条件への回答を書いたあと、見積もりの前あたりに置くのが自然です。

もう1つ、実績の見せ方で効くのが、案件との関連づけです。「制作物はこちらです」と書くより、「今回の募集に近い内容として、手のジェスチャーで操作するUIを実装したものがあります」と1行添える。相手がどれを見ればいいかがわかるだけで、確認してもらえる確率が上がります。

提案を送ったあとの、静かな時間の過ごし方

送信ボタンを押したあと、返信を待つ時間がつらい、というご相談もよくいただきます。

まず知っておいてほしいのは、返信が来るまでの期間は、思っているより長いということです。担当者が社内で確認を取っている場合、1週間かかることも普通にあります。返信がないこと自体は、断られたことを意味しません。

そのうえで、待っているあいだに次の提案を書いてください。1件に気持ちを預けすぎると、返事がなかったときの落ち込みが深くなります。同時に3件から5件、動いている状態を保つほうが、心が安定します。

そして、1週間経って何もなければ、1回だけ短い確認を送って構いません。「先日お送りした件、ご検討状況はいかがでしょうか。ご縁がないようでしたら、その旨お知らせいただければ幸いです」。この一文は、意外なほど返信を引き出します。

断られたときに、自分を責めないための考え方

提案が通らなかったとき、多くの方が「実力不足だった」と受け取ります。でも、選ばれなかった理由は、こちらから見えないところにあることがほとんどです。

社内で候補者がすでに決まっていた。予算が下りなかった。案件そのものが延期になった。別の応募者が実機を持っていた。どれも、あなたの技術とは関係のない理由です。

私がカウンセリングの場でお伝えしているのは、結果ではなく行動を数える習慣を持つことです。「今週は提案を3件書いた」「募集要項の読み解きを毎回メモに残した」。これなら自分で数えられます。返信の有無は相手が決めることなので、そこを自分の評価軸にすると、心がもちません。

私自身、独立したばかりの頃に、送った案内が一件も返ってこない時期がありました。文面を何度も書き直して、そのたびに自分の価値を疑った。あとから振り返ると、あの時期に書き直した回数が、いまの言葉の選び方を作っています。返ってこなかった提案も、無駄にはなりません。

単価と相場を、感覚ではなく数字で持っておく

提案に金額を書くには、相場の感覚が必要です。ここが曖昧だと、安すぎる金額を出して自分を消耗させるか、高すぎる金額を出して検討から外れるかのどちらかになります。

目安を持つには、まず職種としての相場を確認しておくのが早いです。ソフトウェア作成者の年収・単価相場には年収と単価のデータが整理されており、提示された金額が市場のどのあたりにあるかを測る基準になります。金額の話をするときに、自分の中に基準があるだけで、声の落ち着き方が変わります。

もう1つ、手取りの計算も忘れないでください。仲介サービスを経由する取引では、報酬から一定割合が差し引かれます。同じ金額で受注しても、経路によって手元に残る額が変わる。中間マージンの乗らない直接取引の形をとれる場では手数料0%で受け取れるため、同じ働きに対して残る額が厚くなります。

案件の幅を知っておくことも、提案の説得力につながります。VR/AR・ゲーム開発・モデリングのお仕事を見ると、モデリングから実装まで工程がどう切り出されているかがわかり、自分がどの位置で貢献できるかを言葉にしやすくなります。音の担当が別発注になる構造は作曲・編曲・効果音・ジングルのお仕事にまとまっており、AIによるキャラクター制御を含む案件が増えている点はAI・マーケティング・セキュリティのお仕事の内容と重なります。

初心者のうちに、提案の勝率を上げるためにできること

経験が浅い段階では、条件で勝てないことがあります。それでも返信を得ている方には、いくつか共通した動きがあります。

1つは、応募する案件を絞ることです。10件に同じ文面を送るより、3件に個別の文面を書くほうが、返信は来ます。数を打つほど疲れて文面が雑になる、という悪循環にも入りません。

2つは、対応できる周辺作業を明示することです。実装経験が浅くても、素材の整理、ドキュメントの作成、動作確認と不具合報告の切り分けなど、担当できる範囲は必ずあります。相手が困っているのは、必ずしも最先端の実装だけではありません。

3つは、返信の速さです。相手からの質問に、その日のうちに答えが返ってくること。この1点で信頼が積まれるのを、何度も見てきました。

4つは、文章の整え方です。提案文は、あなたの仕事の質が最初に伝わる場所になります。ビジネス文書検定は業務文書の型を体系的に学べる資格で、こうした文面を整える力は、そのまま受注率に返ってきます。技術と並行して、ここも磨いておく価値があります。

そして、ネットワークやサーバーの基礎知識があると、対応できる案件が広がります。CCNA（シスコ技術者認定）の学習範囲は通信の仕組みを体系的に押さえる内容で、マルチプレイやサーバー連携を含む案件で話が通じるようになります。

1件目を取ったあと、2件目を取りに行かない方法

案件の取り方というと応募の話だと思われがちですが、実際に長く仕事が続いている方は、応募の回数が年々減っていきます。理由は単純で、一度受けた相手から次の依頼が来るようになるからです。

そのために効くのは、納品したあとの動き方です。3つだけ挙げます。

1つ目は、納品時に「次に起きそうなこと」を1行添えることです。「今回の実装は現行のOSバージョンで確認しています。次のメジャーアップデートで挙動が変わる可能性があるので、その際はお声がけください」。この一文があると、相手は次に困ったときにあなたを思い出します。

2つ目は、納品から少し経った頃に、短い確認を送ることです。「先日納品した機能について、その後の不具合などございませんでしょうか」。営業の文面ではないので、相手も身構えません。この連絡がきっかけで次の相談につながる例を、たくさん見てきました。

3つ目は、断った案件についても丁寧に返すことです。条件が合わずに辞退するとき、理由を添えて断ると、条件の合う案件が出たときに再び声がかかります。断り方は、次の受注の入り口になります。

これらは提案文のテクニックではありません。でも、案件の取り方という意味では、新しい応募先を探すより効率がいい。相談を受けていて、応募疲れで消耗している方には、まずここをお伝えしています。

もう1点、記録の話をしておきます。送った提案は、必ず控えを残しておいてください。どの案件に、どういう文面を送って、返信が来たか来なかったか。10件も溜まると、返信が来た文面に共通する型が見えてきます。自分の記録から見つけた型は、他人に教わった型より確実に身につきます。

将来性を、不安ではなく判断材料として見る

VR/AR領域は、需要の伸びに対して扱える人が足りていない状態が続いています。だからこそ、経験が浅い段階でも案件に触れる余地があります。

ただ、募集要項の求めるスキルは年々広がっています。エンジンの操作だけでなく、AIによる挙動制御、クラウド環境の運用、パフォーマンス改善まで求められる案件が増えている。これは負担が増えたようにも見えますが、見方を変えれば、どこか1つの周辺スキルを持っているだけで差がつくということでもあります。

不安になったときは、「この分野に将来性があるか」ではなく、「自分が半年後に何を1つ足せるか」に問いを変えてみてください。前者は答えが出ませんが、後者は今日から動かせます。

足すものを選ぶときの目安は、募集要項に繰り返し出てくる言葉です。いくつかの募集を並べて読むと、同じ単語が何度も出てくることに気づきます。その単語が、いま現場で足りていないものです。流行や評判ではなく、自分が応募したい範囲の募集要項から拾う。この選び方なら、学んだことがそのまま提案に書ける材料になります。

反対に、範囲を広げすぎるのはおすすめしません。少しずつ多くの分野に手を出すと、どの募集にも「経験があります」と書けない状態が続きます。半年で1つ、はっきり書けるものを増やす。そのほうが、提案文は強くなります。

運営者として見てきた、案件が続く人の提案の書き方

フリーランスと在宅ワークの市場を20年見てきた立場から言えば、案件が途切れない人の提案文には、共通するひとつの性質があります。それは、相手の手間を減らそうとする姿勢が、文面の隅々に出ていることです。

条件への回答が箇条書きで整理されている。できないことが先に書いてある。次の動きが提示されている。どれも、読む側の判断を軽くする工夫です。技術力が同等なら、判断が軽いほうが選ばれます。当たり前のようですが、これを最初からできている方は多くありません。

もう1つ、長く続く方は、単発の受注ではなく「この人に任せると楽だ」という関係づくりに時間を使っています。納品したあとに、次に起きそうな不具合を1行添えておく。仕様の穴に気づいたら実装前に指摘する。こうした一手間は、その案件の報酬には乗りません。でも、次の依頼が来るかどうかを決めています。

額面と手取りの違いについても触れておきます。中間マージンが乗る取引では、依頼者が出した予算の一部が仲介側に流れ、受け手に届く額はその分だけ薄くなります。マージンが乗らない直接取引では、同じ予算で依頼者はより多くの工程を頼めるようになり、受け手の手取りは厚くなる。運営者として見てきた限りでは、この構造は1件では気づきにくく、年単位で積み上がったときにはっきりと差になって現れます。

提案が通らない時期は、誰にでもあります。そのときに文面を1つずつ直していった人が、半年後に安定して受注しています。返信が来ないのは、あなたに価値がないからではありません。伝え方が、まだ相手に届く形になっていないだけです。そこは、今日から直せます。