アプリ開発の委託・外注｜費用相場と失敗しない委託先の選び方

「アプリ開発を委託・外注したいが、費用相場も委託先の選び方も分からない」——アプリはWebサイトと違い、iOS/Androidという2つのOS、ストア審査、公開後の毎年のOS対応まで見据える必要があり、Web制作の感覚で委託すると想定外の費用がかさみます。この記事では、規模別の費用相場、委託先の種類の比較、進め方と契約前の確認事項、安く委託するコツまでを具体的に解説します。

アプリ開発を委託する費用の相場

まず規模別のざっくりした目安です。あくまで幅のある相場で、機能の多さと作り込みで上下します。

アプリの種類	内容の例	費用の目安
シンプル	情報表示・店舗予約・カタログ	100万〜300万円
中規模	ログイン・データ管理・プッシュ通知	300万〜800万円
大規模	決済・SNS連携・大量ユーザー・チャット	800万円〜

なぜ幅が広いかというと、アプリの費用は「画面数」ではなく「裏側の仕組み」で決まるからです。同じ予約アプリでも、ただ電話番号を表示するだけなら安く、在庫連動・自動キャンセル・決済まで含むと一気に上がります。

機能別の加算イメージも持っておくと見積もりが読めます。

追加する機能	加算の目安
会員登録・ログイン	+30万〜80万円
プッシュ通知	+20万〜50万円
クレジット決済（外部サービス連携）	+40万〜100万円
管理画面（運営側で内容を更新）	+50万〜150万円
地図・位置情報の連携	+30万〜80万円

アプリはiOS/Android両対応やストア審査で費用が上がりやすいのが特徴です（→アプリ開発の費用相場）。要件を絞れば一律100万円でも委託できます（→アプリを100万円で委託）。見積もりの読み方は見積書の見方、費用が決まる仕組みは人月とはもあわせてご覧ください。

開発期間の目安も持っておくと計画が立てやすくなります。シンプルなアプリで1〜3か月、中規模で3〜6か月、大規模で半年以上が一般的です。期間が延びるほど人件費（＝費用）も増えるため、「短く作って早く公開し、使われてから足す」進め方は、費用面でも有利に働きます。

iOS・Android・クロスプラットフォームの選択と費用差

アプリの委託費用を大きく左右するのが「どの土台で作るか」です。ここを最初に決めると、無駄なく委託できます。

作り方	特徴	費用のイメージ
ネイティブ（iOS・Android別々）	各OSに最適・動作が速いが、2つ分作る	最も高い
クロスプラットフォーム	1つのコードで両OSに対応	ネイティブの6〜8割
Webアプリ（ブラウザで動く）	審査不要・更新が楽・端末機能は制限	最も安い

ネイティブで両OSを別々に作ると、単純計算で開発量が約2倍になり費用も跳ね上がります。近年はクロスプラットフォーム（1つのコードでiOSとAndroidの両方を動かす技術）が主流になり、両対応でも費用を抑えやすくなりました。

• カメラ・位置情報・通知をフルに使う → ネイティブまたはクロスプラットフォーム
• とにかく安く早く形にしたい → まずWebアプリで検証し、必要ならアプリ化
• 片方のOSのユーザーが圧倒的に多い → まず片OSだけで始める

「絶対にネイティブでなければ」というケースは実は多くありません。まずクロスプラットフォームやWebで検討するだけで、委託費用が数百万円変わることもあります。

そもそも「アプリで作るべきか、Webで十分か」の見極めも大切です。アプリはWebと違い、次の特徴があります。

• 審査がある：Webは公開すればすぐ見られますが、アプリはストア審査を通す必要があります。
• 更新に時間がかかる：Webは修正を即反映できますが、アプリは再申請・再審査が必要な場合があります。
• 端末機能を使える：カメラ・位置情報・通知など、Webでは難しい機能が使えるのがアプリの強み。
• 保守が前提：毎年のOS更新に追従しないと、いずれ動かなくなります。

通知やカメラを使わないなら、Webアプリの方が安く早く、更新も楽なことが多いです。委託前にこの見極めをするだけで、費用の桁が変わることもあります（→社内開発と外注の比較）。

委託先の種類を比較する

委託先は大きく3種類。それぞれ得意・不得意があります。

委託先	費用感	強み	注意点
開発会社	中〜高	体制があり継続性・保守で安心。要件整理も任せやすい	会社により価格差が大きい
フリーランス	低〜中	費用を抑えやすく小回りが利く	1人依存で、体調・離脱・保守が止まるリスク
オフショア（海外委託）	低	単価が安く大人数を動かせる	コミュニケーション・品質管理・仕様のズレに注意

• 開発会社：公開後の保守やOS対応まで一貫して頼みたいならこれが基本。詳しくは開発会社の選び方。
• フリーランス：小さいアプリや検証段階に向く。比較の考え方はフリーランスと開発会社の違い。
• オフショア：コストは魅力だが、間に立って仕様を伝える人がいないと失敗しやすい。オフショア開発の注意点を参照。

アプリは公開後も毎年のOS対応が必要なため、「作って終わり」の相手より、継続的に頼める相手を選ぶと安心です。

ストア審査・公開の流れと公開後の保守

Web制作と一番違うのが、ここです。アプリは作った後に審査があり、公開してからも継続的な費用がかかります。

公開までのおおまかな流れ

1. 開発者アカウントの登録（App Store／Google Play）
2. アプリのビルドと申請データ（説明文・スクリーンショット・アイコン）の準備
3. ストアへ申請 → 審査（数時間〜数日）
4. 審査通過 → 公開

審査ではリジェクト（差し戻し）が起きることもあり、その対応に時間がかかる場合があります。差し戻しの理由は、説明文と実際の機能が違う・プライバシーの扱いが不明確・動作が不安定、などが典型です。慣れた委託先ならこうした点を事前に潰してくれます。委託時は「審査対応まで含むか」を必ず確認しましょう。特に公開日を決めているキャンペーン連動のアプリでは、審査の遅延が致命傷になり得るため、余裕を持ったスケジュールにしておくと安心です。

公開後にかかり続ける費用の例

• 開発者アカウント維持費（Apple は年額、Google は初回のみが目安）
• OSのバージョンアップ対応（毎年秋のiOS更新などで不具合が出たら修正）
• サーバー・外部サービスの利用料（データを扱うアプリの場合）
• 不具合修正・小さな改善

このため、初期の開発費だけでなく**年間の保守費（初期費用の1〜2割が一つの目安）**も見込んでおくのが安全です。保守を軽視すると、数年後に「OSが変わって動かない」まま放置され、作り直しになりがちです（→ベンダーロックインの回避）。

委託の進め方と契約前に確認すること

目的と困りごとを整理し、「予算内でどこまでできるか」を委託先に相談します。いきなり全機能を作らず、核心の機能から段階的に進めるとリスクを抑えられます。

進め方の基本ステップ

1. 誰の何の困りごとを解決するアプリか、目的を1行で言語化する
2. 必須機能と「あったら嬉しい機能」を分ける（→要件定義の進め方）
3. 予算と優先順位を委託先に伝え、範囲を握る
4. 見積もり・契約 → 開発 → テスト → 審査・公開 → 保守

契約前に、特に次の3点は書面で確認しましょう。

• 追加費用の条件：どこまでが固定で、何が発生したら追加になるのか
• 成果物（ソースコード）の権利：自社に移るのか、渡されないのか。渡されないと他社へ移れず縛られる
• 公開後の保守：OS対応・不具合修正が契約に含まれるか、別料金か

見積もりは可能なら2〜3社で比較すると相場感がつかめます。ただし金額だけを並べるのではなく、「同じ要件で出してもらう」ことが大切です。要件が揃っていないと、安く見える見積もりが実は機能を削っているだけ、ということが起こります。金額・含まれる範囲・保守の有無をそろえて比べましょう。

契約形態は請負と準委任の違い、発注全体の流れは発注の流れ、委託先の見極めは悪い開発会社の見分け方もご覧ください。よくある失敗はシステム開発の失敗パターンにまとめています。

委託で起きやすいトラブルと防ぎ方

アプリの外注で実際によく起きるつまずきと、その防ぎ方をまとめます。事前に知っておくだけで、多くは避けられます。

よくあるトラブル	なぜ起きるか	防ぎ方
見積もりより大幅に高くなった	要件が曖昧なまま着手し、後から機能が追加された	最初に必須機能を書面化し、総額固定の契約にする
完成したが使いにくい	作る側任せで、実際の使われ方をすり合わせていない	早い段階で試作画面を見せてもらう
OS更新でアプリが動かなくなった	保守契約がなく放置された	保守・OS対応の範囲を契約に含める
他社に乗り換えられない	ソースコードを渡してもらえていない	権利の帰属を契約前に確認する
審査で公開が遅れた	ストアの規約対応を委託先が想定していなかった	審査対応まで委託範囲か確認する

特に多いのが「要件が曖昧なまま安さで発注し、追加費用で膨らむ」パターンです。詳しい失敗例は開発の失敗事例にまとめています。逆に言えば、要件を書面化し・総額を固定し・権利と保守を握る——この3つを最初に押さえるだけで、委託の失敗はかなり防げます。

アプリ開発を安く委託するコツ

費用は「作る量」で決まります。作る量を賢く減らせば、品質を落とさず安く委託できます。

• ①まずWebやクロスプラットフォームで作る：ネイティブ2本立ては最後の手段。
• ②機能を核心に絞る（MVP）：最初の版は「一番大事な1機能」だけ。使われてから足す。
• ③片方のOSから始める：ユーザーが多い側だけ先に出し、反応を見て両対応へ。
• ④既存の部品・サービスを使う：決済・地図・通知などは既製サービスを組み込めば、ゼロから作るより速く安い。
• ⑤総額が固定される料金を選ぶ：追加費用で膨らむリスクを最初から消す。

「安さ」だけで委託先を選ぶと、仕様のズレや作り直しで結局高くつくこともあります。安くする=削る、ではなく安くする=無駄を作らないと考えるのがコツです。

もう一つ効くのが「補助金・助成金の活用」です。アプリ開発が対象になる制度もあり、条件が合えば費用の一部を軽減できます（→2026年のIT補助金、開発に使える補助金）。ただし補助金ありきで要件を膨らませると本末転倒なので、「必要なアプリを最小で作り、使える制度があれば併用する」順番がおすすめです。

一律100万円で委託できるD-oneApp

D-oneAppはアプリ開発を一律100万円（大規模なプロプランは一律200万円）でお引き受けします。着手前に総額が確定し、追加費用なく委託でき、成果物（ソースコード）の権利もお渡しします。

一律100万円で委託できる範囲の例です。

• 会員登録・ログインのあるアプリ
• 店舗予約・注文・カタログなどの実用アプリ
• 管理画面付きで、運営側が中身を更新できる構成
• クロスプラットフォームでのiOS/Android両対応（要件次第）

決済や大量ユーザー、複雑な外部連携を含む大規模なものは一律200万円のプロプランで対応します。「うちのアプリはどちらか」は相談で切り分けられます（→100万円でできること、100万円は本当にできるのか）。

委託先を選ぶチェックリスト

• 総額が着手前に確定するか（追加費用の条件が明確か）
• 成果物（ソースコード）の権利が自社に渡るか
• iOS/Androidどこまで対応するか、作り方が説明されているか
• ストア審査・公開まで含むか
• 公開後の保守・OS対応の扱いが決まっているか
• やり取りが速く、専門用語を噛み砕いて説明してくれるか

例：飲食店の予約アプリを委託したいケース

「電話予約が多くて対応が大変。アプリで予約を受けたい」という飲食店を想定します。最初から決済やポイント機能まで盛り込むと数百万円規模になりますが、まず「予約受付＋通知＋管理画面」に絞れば、クロスプラットフォームの両対応でも一律100万円の範囲に収まります。この場合、権利（ソースコード）が自社に渡るので、あとから別の相手に改修を頼むことも可能です。使われ方を見てから決済やポイントを足す——この段階的な進め方が、失敗せず費用を抑える王道です。同じ考え方は、店舗の会員アプリ・社内向けの業務アプリ・予約や申込みを受けるサービスアプリなど、多くのケースにそのまま当てはまります。

まとめ

アプリ開発の委託は、①規模別の費用相場（シンプルで100万〜300万、両対応で上がる）を把握し、②作り方（Web／クロスプラットフォーム／ネイティブ）で費用が大きく変わることを知り、③ストア審査と公開後の保守まで見据えて、④継続的に頼める委託先を選ぶのが大切です。契約前に「追加費用・権利・保守」の3点を必ず確認しましょう。要件を核心に絞れば、一律100万円でも十分に委託できます。「うちのアプリは委託でいくらか」は無料相談で整理します。