ARKitフリーランス案件の単価と獲得方法｜ARCore対応AR特化ガイド

iOS/Android アプリのフリーランスとして数年働くうちに、単価が頭打ちになる感覚を持つ方は少なくありません。案件検索を眺めても、iOS/Android 単独スキルの募集は競合が多く、Unity や Unreal のゲーム系ポジションばかりが目に入る場合もあります。そこで浮かび上がってくる選択肢が、ARKit や ARCore を武器にした「モバイルAR特化」への軸足移動です。

しかし実際に情報を探すと、Unity/Unreal を前提とした AR/VR キャリア論や、発注者視点の費用相場記事は多く見つかる一方で、iOS/Android ネイティブ経験を活かした「モバイルAR特化」のフリーランス案件情報はほとんど整理されていません。単価は Unity エンジニアと比べて勝てるのか、どのエージェントに登録すべきか、visionOS の登場でスキルの価値はどう変わるのか。判断材料が散らばっているために意思決定がなかなか進みません。

この記事では、そうした「ニッチスキルを継続的な案件受注につなげるための意思決定支援」を軸に、モバイルAR（ARKit/ARCore）フリーランス案件の全体像・単価レンジ・エージェント選び・ポートフォリオ設計・visionOS 時代のキャリア戦略までを一気通貫で整理します。

読み終えたときには、翌週から着手できる具体的なアクション（ポートフォリオ改修・エージェント複数登録・単価交渉の準備）まで持ち帰れる状態を目指して構成しています。

モバイルAR（ARKit/ARCore）フリーランス案件の全体像

まず把握すべきなのは、モバイルAR案件市場における「自分のスキルセットの位置づけ」です。ここが曖昧なままエージェント面談に進むと、Unity 案件を薄く提案されて終わってしまうことがあります。

ARKit・ARCore の位置づけ（Unity/Unreal との違い・ネイティブ実装の強み）

ARKit（Apple）と ARCore（Google）は、それぞれ iOS と Android のネイティブ SDK として提供される AR フレームワークです。Unity や Unreal Engine を経由せず、Swift や Kotlin から直接 AR 機能を実装できる点が最大の特徴です。

Unity/Unreal 経由でも同じ SDK を利用できますが、ネイティブ実装には次の優位性があります。

• 既存の iOS/Android アプリに AR 機能を追加する際、アプリサイズやビルド時間の増加を最小化できる
• Swift/Kotlin の言語エコシステム（依存管理・テスト・CI）をそのまま流用できる
• OS のカメラ API・センサー API・共有機能などとの連携が素直で、プラットフォーム固有機能を活用しやすい
• Apple Vision Pro（visionOS）への技術転用が近い（後述）

一方でクロスプラットフォームのゲームコンテンツや、既存 Unity 資産を活かした 3D 表現が主目的の案件では、Unity/Unreal に分がある場合が多いのが実情です。この「棲み分け」を理解しておくと、エージェント面談で自分の得意領域を明確に伝えられます。

モバイルARフリーランス案件の主なカテゴリ

モバイルAR案件は、ざっくり次のようなカテゴリに分けられます。

1. PoC・実証実験系: 新規サービスの実現可能性を検証する短期案件。数週間〜3ヶ月の受託型が多い
2. EC・ショールーム系: 家具や化粧品の試着・試置きなど、既存 EC/カタログアプリへの AR 機能追加
3. 教育・医療・観光系: 学習アプリ、遠隔医療支援、観光案内アプリなどへの AR 機能組み込み
4. 産業用ARマニュアル・保守点検系: 工場設備の点検、作業ナビゲーション、遠隔支援。BtoB 中心で継続契約になりやすい
5. エンタメ・ブランド体験系: キャンペーン用のフィルター、ブランド体験アプリ

産業用途は堅めの需要があり、たとえば横河電機はプラント現場で AR とモバイル端末を組み合わせたパトロール・メンテナンス支援ツールを実証済みですし（横河電機 R&D）、富士通は沼津工場で紙媒体マニュアルを AR ベースの作業ナビゲーションに置き換えたと報告しています（サイバネット AR活用事例）。継続受注を狙う場合は、このあたりの BtoB カテゴリを軸に据えると安定しやすい傾向があります。

iOS/Androidネイティブ経験がAR案件でどう活きるか

「AR 案件」と聞くと Unity/Unreal 経験が必須のように感じられるかもしれませんが、ネイティブ実装案件では iOS/Android の実務経験がそのまま強みになります。具体的には次の観点です。

• 既存アプリへの AR 機能組み込みは、AR 部分より「既存機能との整合」「アプリ全体の設計」の重みが大きい
• App Store / Google Play への申請・審査・アップデート運用の実務ノウハウがそのまま必要
• パフォーマンスチューニング・電池消費最適化・端末別互換確認など、モバイル特有の運用スキルが直接効く
• 既存 iOS/Android 案件で使ってきた設計手法（MVVM・Clean Architecture 等）を AR 機能にも横展開できる

Unity/Unreal エンジニアがモバイル AR 案件に応募する場合、ここが逆に弱点になりがちです。ネイティブ経験があるモバイル AR エンジニアは、「AR も iOS/Android アプリの実務運用も両方できる」という希少な立ち位置を狙えます。iOS/Android 単独案件の相場観についてはiOS/Androidエンジニアのフリーランス単価と案件動向にまとめていますので、あわせて参考にしてください。

ARKit/ARCore フリーランスの単価相場と Unity/Unreal との比較

続いて、最も気になる単価の話に進みます。ここでは「モバイル AR 単独案件」のレンジと、Unity/Unreal エンジニアの単価との比較の両面から整理します。

モバイルARフリーランス単価レンジの実態（月額稼働・スポット・受託の3パターン）

モバイル AR に特化した案件の単価は、市場全体で情報が整理されていないため、iOS/Android フリーランス相場と AR 案件の費用相場から推定的にレンジを見立てる必要があります。参考になる公開データは次のとおりです。

• iOS のフリーランス案件は月額単価の平均が約 77 万円、リモート案件が 50.8%（iOSのフリーランス案件・求人一覧（フリーランスHub））
• レバテックの職種別単価は 74〜110 万円、経験 3〜5 年で 80〜100 万円、5〜10 年で 100〜120 万円が目安（2026年6月フリーランス案件市場動向（フリーランスボード））
• ARシステム開発の発注側費用相場では、フリーランス単価は月額 40〜60 万円というレンジ提示もあり（ARシステム開発の費用と料金相場（PRONIアイミツ））

これらを踏まえると、モバイル AR フリーランスの単価レンジは以下のように整理できます（あくまで公開情報からの推計であり、実際は案件難易度・実績・交渉次第で上下します）。

「モバイル AR 特化」を明確に打ち出すと、iOS/Android 単独案件の相場（月額 77 万円前後）に対して 10〜30 万円程度の上乗せが狙える案件が現れる、というのが公開情報から見立てられる現実的なレンジです。

Unity/Unreal エンジニアとの単価比較

Unity/Unreal エンジニアの単価とも比較しておくと、モバイル AR 単独の立ち位置が明確になります。詳細はUnityフリーランスの単価市場と案件動向およびUnreal Engineフリーランスの単価と案件事情で個別に解説していますが、比較の要点は次のとおりです。

• Unity エンジニアはゲーム・XR コンテンツ全般で案件母数が多く、月額 80〜120 万円のレンジに厚みがある
• Unreal Engine は AAA ゲーム・映像・建築 VR 領域で単価が高めだが案件母数はやや少ない
• モバイル AR ネイティブ実装案件は「Unity より母数が少ないが、iOS/Android 実務経験を武器に競合が少ない」ポジション

ゲーム表現を主目的とする案件では Unity/Unreal に軍配が上がる一方、「既存モバイルアプリへの AR 統合」「業務システム連携」「App Store/Play Store のリリース運用込み」といった案件では、ネイティブ AR エンジニアの方が刺さります。単価面で真正面から Unity/Unreal と勝負するのではなく、「案件カテゴリの棲み分け」で優位に立つ発想が現実的です。

単価が上がる／下がる要因

同じ「モバイル AR 案件」でも、次の要素の有無で単価は数十万円単位で変動します。

単価が上がる要因

• visionOS / Apple Vision Pro 対応経験（後述）
• 産業用途（BtoB）・医療・製造業でのリリース実績
• 既存アプリへの AR 機能追加を「アプリ全体の設計込み」で担当できる
• ARKit・ARCore の両方をカバーできる（iOS・Android どちらも 1 人で完結）
• SLAM・空間認識・ハンドトラッキング等の応用領域を扱える
• 技術記事・OSS・登壇などの外部発信で技術的裏付けを示せる

単価が下がる要因

• AR 機能単体の実装しかできず、既存アプリ設計は別途エンジニアが必要
• iOS または Android の片方しか対応できない（案件によっては大きな減点）
• ポートフォリオが「触ってみた」レベルで、リリース実績や技術的深さを提示できない
• PoC 単発の実績のみで、継続案件の完遂経験がない

visionOS 対応や産業用途の実績が単価を大きく押し上げるという点は覚えておいて損はありません。詳しくは後述の visionOS 章で扱います。

モバイルAR案件を扱うフリーランスエージェント・プラットフォームの選び方

単価感が掴めたら、次は「どこに登録すればモバイル AR 案件と出会えるか」です。ここは複数チャネル併用が原則で、1 社に絞ると案件供給が細って継続受注が難しくなります。

エージェント経由 vs プラットフォーム直営業のメリット・デメリット

案件獲得ルートは大きく分けて次の 3 系統があります。

モバイル AR のようにニッチな領域では、エージェント 1〜2 社 + プラットフォーム 1〜2 個 + 直営業チャネル 1〜2 本の「合計 4〜6 チャネル」を並行運用するのが安全策です。

モバイルAR案件が出やすいエージェントの見極めポイント

エージェントを選ぶ際は、次のポイントを確認すると「AR 案件を実質的に扱っているか」を判別しやすくなります。

• 案件検索で「AR」「XR」「ARKit」「ARCore」「Vision Pro」などのキーワード検索・スキルフィルタが機能するか
• iOS / Android スキル案件の中に AR 関連要件を含む案件がどれくらい混在しているか
• リモート案件の比率（AR 案件はプロトタイピングも多く、フルリモートで完結する案件も多い）
• スタートアップ案件の比率（Findy Freelance のようにモダン技術・スタートアップ中心のエージェントは AR/XR 案件が出やすい傾向）

Findy Freelance はリモート案件比率が高くスタートアップ中心（Findy Freelance 公式）、SOKUDAN は副業・複業案件が中心でリモート率 92%（SOKUDAN 公式）といったチャネル特性を把握したうえで、「大企業の受託案件はレバテック系、スタートアップの新規プロダクトは Findy Freelance、副業レベルは SOKUDAN や Workee」といった具合に使い分けると効率的です。

複数チャネル併用で継続受注に繋げる設計

単発案件で終わらせず継続受注に繋げるには、チャネルの数だけでなく「配分」の設計が重要です。

1. メインチャネル（月額稼働の主軸）: 週 3〜週 5 で稼働する主力案件。ここは信頼できるエージェント 1〜2 社に絞る
2. サブチャネル（スポット・PoC 対応）: 週 1〜週 2 の稼働で AR 特化案件を回す。プラットフォーム直営業と組み合わせる
3. 育成チャネル（次の案件供給源）: 直営業・リファラル・登壇経由の関係構築。すぐには受注に繋がらないが、半年〜1年で継続契約の芽になる

メインチャネルだけに依存すると、案件終了時に一気に収入が途切れます。サブチャネルと育成チャネルで「次の案件が常に見えている」状態を維持することが、継続受注に繋げる基本設計です。

案件獲得に向けたポートフォリオと提案書の作り方

エージェント登録・プラットフォーム登録を済ませても、面談・書類選考で刺さらなければ受注には至りません。モバイル AR ならではのポートフォリオと提案書の作り方を整理します。

モバイルAR特化のポートフォリオに載せるべき要素

Unity ゲーム系のポートフォリオとは「見せ方の型」が異なります。モバイル AR 案件では、次の要素をセットで揃えると発注者側の判断コストが下がります。

• 動画デモ（30秒〜1分）: 実機で動く AR 機能のスクリーンキャプチャ。ハンドトラッキング・空間認識・SLAM 精度が視覚的に伝わる形にする
• 公開アプリ or TestFlight リンク: 発注者が実機で試せる状態が最強。App Store 公開実績があれば審査通過ノウハウの証明にもなる
• GitHub リポジトリ: 実装コードの透明性を示す。README には ARKit/ARCore の API 選定理由・パフォーマンス調整のポイントを添える
• 技術ブログ or Zenn/Qiita 記事: 実装の思考過程・ハマったポイントを整理した記事。SEO 経由で発注者から声がかかることもある
• 設計ドキュメント: 既存アプリへの AR 機能組み込みを担当する場合の設計判断（ネイティブ vs Unity、SDK 選定、パフォーマンス目標）

「触ってみた」レベルの Hello AR 系サンプルではなく、「業務でも使えそうな粒度」まで完成度を上げた 1 本があると、面談での説得力が段違いです。

iOS/Android 経験を強みに変換する提案書の書き方

提案書では「AR ができます」だけでなく、「モバイルアプリ全体を任せられるエンジニアで、AR も自走できる」というポジションを言語化するのが効果的です。具体的な構成例は次のとおりです。

1. 自己紹介: iOS/Android の実務経験年数、担当した代表アプリ、リリース本数
2. モバイル AR 領域の経験: ARKit/ARCore のプロジェクト経験、扱った API、達成した精度・パフォーマンス指標
3. 提案する体制: 案件要件に応じて「単独完遂型」「AR パート専任型」「PM 兼任型」など複数モードを提示
4. リスク対応: 端末互換・OS バージョン差・審査リジェクトなどモバイル特有のリスクへの対応方針
5. 単価と稼働: 稼働時間・単価レンジ・受注可能開始時期を具体的に提示

Unity/Unreal エンジニアとの差別化ポイントである「モバイルアプリの実務運用スキル」を、提案書内で言語化しておくのがコツです。

単価交渉時に押さえる技術的難易度の言語化

単価交渉で「なぜこの単価か」を説得できるように、技術的難易度を数値・言葉で示せるようにしておくと有利です。

• 想定端末数と互換性テストの工数: iOS/Android それぞれ何機種でテストする想定か
• AR 表示のパフォーマンス目標: 60fps 維持、初回起動 3 秒以内、バッテリー消費 X% 以下、など
• 空間認識の要件: 平面検出のみか、SLAM や環境マッピングまで必要か
• 既存アプリとの連携範囲: 独立アプリか、既存アプリの UI/データフローへの組み込みか
• 審査リスク: プライバシー説明・カメラ許諾フロー・広告 SDK との併用など、App Store 審査で引っかかりやすい要素の有無

これらを提案書に組み込んでおくと、単価が「作業時間の掛け算」から「案件難易度に対する妥当な報酬」に変わります。値下げ交渉の材料が入り込む余地も小さくなります。

visionOS 時代を見据えたモバイル AR フリーランスのキャリア戦略

ここまでは現在の案件市場を前提とした話でした。この章では、Apple Vision Pro / visionOS の登場がモバイル AR エンジニアに与える影響と、今後 1〜3 年のキャリア設計を整理します。

visionOS がモバイル AR エンジニアに与える影響

Apple Vision Pro は 2024 年 2 月に米国で発売され（Wikipedia: Apple Vision Pro）、日本国内でも受託開発企業が visionOS 対応を続々と打ち出しています。CLOUD FLAG は visionOS の専門知識を持つエンジニアが在籍していると公表しており（CLOUD FLAG visionOS 開発サービス）、アップフロンティアは XR と Apple アプリ開発の経験を組み合わせた visionOS 受託開発を提供（アップフロンティア Vision Pro）、JustWork は「国内でも数少ない visionOS の実案件・PoC 経験を持つエンジニアが在籍」とし、iOS 開発経験を基盤に visionOS 開発に取り組んでいると説明しています（JustWork visionOS 開発）。

これらの共通点は「iOS/Swift 経験を土台に visionOS へスライドしている」ことです。visionOS のアプリは Swift・SwiftUI・RealityKit などの iOS 系技術がベースで、ARKit の知識もそのまま活きます。つまり、ARKit フリーランスとして積み上げた経験は visionOS 案件に直結する資産だという整理ができます。

Indeed でも visionOS(Swift) または iOS(Swift) の開発経験と PoC 経験を求める求人が掲載されており（Indeed Apple Vision Pro 求人）、「visionOS 対応可」を提案書に書けるだけで単価交渉の主導権を握りやすくなる状況です。今のうちに Vision Pro シミュレータで最低 1 本 PoC を作り、ポートフォリオに追加しておくと、1〜2 年後のリターンが大きくなる領域です。

産業用 AR（BtoB）市場への軸足移動の考え方

もう 1 つの中長期戦略として、BtoB の産業用 AR 領域への軸足移動があります。前述のとおり横河電機や富士通のような大手が既に AR による保守点検・作業支援を実運用に組み込んでおり、業種別では ARマニュアル系のソリューションを提供する企業も増えています（ARマニュアル企業紹介（AVR Japan）、保守保全・メンテナンス業務用のARの選び方）。

BtoB 案件はコンシューマ AR 案件と比べて次の特徴があります。

• 単発の PoC で終わらず、本番運用・保守フェーズが数年続くため継続受注に繋がりやすい
• クライアント側の意思決定者が「業務改善効果」で判断するため、話題性や UX トレンドに左右されにくい
• iOS/Android 両対応・端末管理・オフライン対応など、モバイルアプリの実務スキルがそのまま求められる

エンタメ系 AR の流行り廃りに振り回されるよりも、BtoB 業務用途の案件を 1 本メインチャネルに組み込んでおくと、キャリア全体の安定度が上がります。

継続受注に繋げるためのスキル更新サイクル

モバイル AR は SDK・OS の更新頻度が高く、半年放置すると案件で提示される要件に追いつけなくなる領域です。継続受注を実現するには、スキル更新サイクルを最初から設計に組み込むのが有効です。

• 半年ごと: WWDC / Google I/O の AR/XR 関連セッションを一通り確認し、新 API のサンプル実装を最低 1 本作る
• 1 年ごと: ポートフォリオを 1 本刷新（visionOS 対応、ARCore 新機能、新 API 活用など、その時点のトレンドを反映）
• 常時: 技術ブログ or 登壇で最低月 1 回のアウトプット（案件の副次的リファラル導線になる）

このサイクルを回し続けると、「モバイル AR ×最新 API 対応済み」という希少ポジションを維持できます。単価の上振れ要因を自分で作り続けるイメージです。

モバイルAR フリーランス案件を安定的に受注するための次のアクション

ここまでの内容を踏まえて、翌週から着手できるアクションプランに落とし込みます。

3ステップアクション

継続受注に向けた最初の 3 ステップは次のとおりです。

1. ポートフォリオ整備（今週）: 動画デモ・GitHub・技術記事のうち、最も不足している 1 つを補強する。visionOS シミュレータの PoC を追加できると理想
2. エージェント複数登録（来週）: メイン用の総合エージェント 1〜2 社 + サブ用のスタートアップ・副業向けプラットフォーム 1〜2 個の合計 3〜4 チャネルに登録する
3. 単価レンジの相場観アップデート（月次）: 単価診断ツール（レバテックフリーランス 単価診断 など）や案件検索ページを月に一度は確認し、市場相場と自分の提示レンジのズレを補正する

いずれも 1 回で終わりではなく、月次〜四半期の運用フローに組み込むことが重要です。

継続受注に繋げるチェックリスト

案件終了のたびに、次の項目を確認する運用にしておくと継続受注に繋がりやすくなります。

• 案件で身についた新しいスキル・API・業務ドメインを言語化し、ポートフォリオに反映したか
• クライアントに次案件の可能性（機能追加・保守・別プロジェクト）を確認したか
• 案件で得た定量成果（DAU 向上、審査通過、パフォーマンス改善数値など）を提案書に追記したか
• エージェント担当者に案件完了と次の稼働可能タイミングを共有したか
• 直営業・リファラル経由の関係者に「次案件募集中」の告知を月次で発信したか

これらを機械的にこなすだけで、次の案件が途切れるリスクを大きく下げられます。モバイル AR というニッチ領域を選んだからこそ、「案件供給の仕組み化」を最初に整えておくことが、フリーランスとしての安定収入に直結します。

関連情報

モバイル AR（ARKit/ARCore）を含む幅広いフリーランス案件を探している方は、Workee でフリーランス案件を探す をご覧ください。iOS/Android ネイティブ、XR、visionOS 対応など、モバイル AR エンジニアと親和性の高い案件情報を確認いただけます。