スマホアプリ開発の外注費用は、一般的に小規模で150万〜500万円、中規模で500万〜1,500万円、大規模で1,500万〜5,000万円以上が目安です。総額だけでなく、管理画面・サーバー・テスト・公開後の保守まで同じ条件にそろえて比較することが重要です。
スマホアプリ開発の費用相場と期間
スマホアプリの費用は、アプリの画面数だけでは決まりません。利用者が操作するアプリ本体に加え、データを処理するサーバー、運営担当者が使う管理画面、外部サービスとの連携、テスト、ストア申請などを含めて考える必要があります。
一般的な費用と期間の目安は次のとおりです。
| アプリの種類 | 主な機能 | 開発費の目安 | 期間の目安 |
|---|---|---|---|
| 情報提供・コンテンツアプリ | 記事閲覧、お知らせ、プッシュ通知 | 150万〜500万円 | 3〜5カ月 |
| 会員・予約アプリ | 会員登録、会員証、予約、通知 | 400万〜1,000万円 | 4〜7カ月 |
| EC・決済アプリ | 商品検索、カート、決済、注文管理 | 600万〜1,500万円 | 5〜9カ月 |
| マッチング・SNSアプリ | 検索、投稿、チャット、通報、課金 | 1,000万〜3,000万円 | 6〜12カ月 |
| 動画・位置情報・リアルタイム処理を扱うアプリ | 動画配信、地図、配車、ライブ通信 | 1,500万〜5,000万円以上 | 8〜18カ月以上 |
上記は、要件定義（＝作るものと完成条件を決める工程）、デザイン、開発、テスト、初回のストア申請までを含む場合の一般的な概算です。消費税、クラウド利用料、外部サービス利用料、公開後の保守、広告運用などは含まれないことがあります。
企画だけが決まっていて仕様が固まっていない場合は、調査や要件定義に50万〜300万円程度かかることもあります。最初から開発全体を一括契約せず、要件定義だけを先に依頼し、その成果物を基に開発費を確定する進め方も有効です。
開発費は人員と期間で決まる
開発会社の見積もりは、基本的に人月（＝1人が1カ月稼働する作業量）を基に計算されます。国内の開発会社へ依頼する場合、役割や経験によって異なりますが、1人月当たり80万〜180万円程度が大まかな目安です。
例えば、プロジェクト管理、デザイン、アプリ開発、サーバー開発、テストに合計15人月が必要なら、単価100万円の場合は人件費だけで約1,500万円になります。同じ画面数でも、外部連携や例外処理が多ければ必要な人月は増えます。
公開後に必要となる費用
アプリは公開して終わりではありません。OSの更新、利用する部品の更新、障害対応、問い合わせ調査などが継続的に発生します。
| 費用項目 | 一般的な目安 | 確認すべき点 |
|---|---|---|
| 保守・障害対応 | 月10万〜50万円程度から | 対応時間、監視、不具合調査、OS更新を含むか |
| 改善開発 | 月20万〜100万円以上 | 毎月の稼働時間、優先順位の決め方 |
| クラウド・サーバー | 月数千円〜数十万円以上 | 利用者数、画像・動画容量、通信量で変動 |
| 外部サービス | サービスごとに異なる | 地図、SMS、決済、チャット、分析ツールなど |
| ストア関連費用 | 各ストアの規定による | アカウント登録料、販売手数料、規約変更 |
保守費を開発費の月額1〜3％程度と表すこともありますが、実際には対応範囲で大きく変わります。初期費用だけでなく、3年程度のTCO（＝導入後の運用を含めた総費用）で比較すると、予算判断をしやすくなります。
アプリ開発費を左右する7つの要因
見積もりの差が生まれる主な理由は、見た目では分からない処理や品質条件が案件ごとに異なるためです。特に次の7点は費用へ大きく影響します。
1．対応OSと開発方式
iOSとAndroidの両方に対応する場合、OSごとに個別開発するネイティブ開発と、プログラムの多くを共通化するクロスプラットフォーム開発があります。
| 開発方式 | 費用傾向 | 向いているケース | 注意点 |
|---|---|---|---|
| ネイティブ開発 | 高くなりやすい | 高い動作性能や端末固有機能が重要 | OSごとの開発・テストが必要 |
| クロスプラットフォーム開発 | 抑えやすい | 会員、予約、EC、情報提供など | 一部の端末機能は個別対応になる |
| PWA | 比較的抑えやすい | Web中心で迅速に検証したい場合 | ブラウザ上で動くため、利用できる端末機能に制約がある |
PWAは、Webサイトをアプリに近い操作感で利用できる仕組みです。必ずしもアプリストアからの配布を前提としません。開発方式を先に指定するのではなく、必要な機能、操作性、将来の保守を開発会社へ伝え、複数案を比較することが大切です。
2．会員登録と権限管理
メールアドレスだけの登録と、SNSログイン、SMS認証、本人確認を含む登録では費用が異なります。法人管理者、一般会員、店舗担当者など複数の権限がある場合は、閲覧・編集できる情報を役割ごとに定義しなければなりません。
ログインだけでなく、パスワード再設定、退会、利用停止、端末変更、データ削除などの例外処理も見積もりに影響します。
3．決済・アプリ内課金
クレジットカード決済、月額課金、アプリ内課金では、利用できる仕組みやストアの規約が異なります。特にデジタルコンテンツを販売する場合は、企画段階で最新のストア規約を確認する必要があります。
発注前に、購入だけでなく、キャンセル、返金、解約、領収書、売上確認、決済失敗時の扱いまで整理してください。
4．サーバーと管理画面
発注者が見落としやすいのが、アプリの裏側にあるサーバーと管理画面です。会員情報、予約、商品、投稿などを扱うアプリでは、多くの場合、運営担当者向けの機能が必要です。
代表的な管理機能には、次のものがあります。
- 会員の検索、停止、退会処理
- 予約の確認、変更、キャンセル
- 商品、記事、お知らせの登録
- 投稿の監視、削除、通報対応
- 返金や決済状況の確認
- CSVデータの出力、集計
- 操作履歴の確認
発注のご相談を受ける立場でも、「利用者側の画面は考えたが、運営方法は決まっていない」というケースは少なくありません。アプリの機能と同時に、誰が、どの画面で、どの業務を行うかを洗い出すことが重要です。
5．外部サービス・既存システムとの連携
地図、決済、配送、SMS、会計、顧客管理などとのAPI連携（＝システム同士がデータを受け渡す仕組み）が増えるほど、調査とテストに時間がかかります。
既存システム側に連携機能がない場合や、仕様書が古い場合は、追加開発が必要になる可能性があります。外部サービスの利用料、障害時の責任分界、仕様変更への対応も確認してください。
6．デザインと対応端末
テンプレートを活用するデザインと、ブランドに合わせて全画面を個別設計するデザインでは工数が異なります。スマートフォンだけでなく、タブレットや横画面にも最適化する場合は、設計とテストの範囲が広がります。
対応するOSのバージョンや端末を広げすぎると費用が上がるため、想定利用者の端末構成を基に範囲を決めます。
7．セキュリティと非機能要件
非機能要件とは、機能そのものではなく、速度、セキュリティ、安定性、同時利用者数などの品質条件です。個人情報、位置情報、決済情報を扱う場合は、アクセス制御、通信・保存データの保護、操作履歴、バックアップなども設計します。
「多くの利用者に耐えられるようにする」だけでは見積もれません。同時利用者数、許容する応答時間、障害時の復旧目標などを、事業規模に応じて具体化する必要があります。
外注の進め方と依頼前の準備
スマホアプリ開発は、仕様書を完成させてから相談する必要はありません。ただし、目的、必須機能、運営業務、予算を整理しておくと、開発会社から現実的な提案を受けやすくなります。
開発から公開までの標準的な流れ
| 工程 | 主な内容 | 期間の目安 | 発注者が判断すること |
|---|---|---|---|
| 企画整理 | 課題、利用者、収益方法、目標を整理 | 2〜4週間 | 何を検証するか、予算上限 |
| 要件定義 | 機能、画面、運用、品質条件を決定 | 3〜8週間 | 必須機能と完成条件 |
| 設計・デザイン | 画面遷移、操作性、データ構成を設計 | 3〜8週間 | 操作方法、デザインの承認 |
| 開発 | アプリ、サーバー、管理画面を実装 | 2〜6カ月以上 | 途中成果物の確認 |
| テスト | 端末、機能、連携、負荷などを確認 | 3〜8週間 | 受入テストと修正判断 |
| ストア申請・公開 | 申請情報の準備、審査対応、公開 | 1〜4週間以上 | 公開日、説明文、問い合わせ窓口 |
工程は一部並行して進むため、期間を単純に合計したものが全体期間になるわけではありません。また、ストア審査の期間は一定ではなく、修正や再申請が必要になることもあります。希望公開日の直前ではなく、数週間の予備期間を設けると安全です。
依頼前に整理するチェックリスト
- アプリで解決したい利用者の課題
- 想定する利用者と具体的な利用場面
- 利用者に最も行ってほしい操作
- 必須機能と公開後に追加できる機能
- 参考アプリと、参考にしたい部分
- iOS・Androidの対応希望
- 既存システムや外部サービスとの連携
- 運営担当者が行う作業と必要な管理画面
- 取り扱う個人情報、位置情報、決済情報
- 公開後に確認する売上、継続率、予約数などの指標
- 初期開発の予算上限と運用予算
- 希望公開日と、その日程が必要な理由
新規事業では、最初から全機能を作るよりも、MVP（＝利用価値を検証できる必要最小限の製品）として範囲を絞る方が適しています。利用実績のない段階で高度な機能を作り込むと、開発費だけでなく、変更費用や保守費も増えるためです。
候補会社へ同じ条件で提案を求める場合は、RFP（提案依頼書＝開発の目的や条件をまとめた資料）を用意します。項目やまとめ方は、RFPの作り方｜システム開発の依頼準備で詳しく解説しています。
仕様が固まっていない場合は、次のように段階を分ける方法もあります。
- 企画・要件整理だけを依頼する
- 画面イメージや試作品で利用方法を確認する
- 必須機能を確定して開発見積もりを取り直す
- 本開発を発注する
- 公開後の利用状況を基に改善する
企画段階で費用や実現方法を整理したい場合は、開発のご相談はこちらからご相談いただけます。
見積もり・開発会社の比較と失敗回避
見積もりは、最終金額の安さではなく、対象範囲、前提条件、成果物、変更ルールをそろえて比較します。同じ要望でも、一方は管理画面やテストを含み、もう一方はアプリ本体だけということがあります。
見積書で確認する項目
| 比較項目 | 確認内容 |
|---|---|
| 対象範囲 | iOS、Android、サーバー、管理画面のどこまで含むか |
| 工程 | 要件定義、デザイン、開発、テスト、申請が分かれているか |
| 前提条件 | 画面数、機能数、対応端末、外部連携の条件が明記されているか |
| 成果物 | ソースコード、設計書、デザインデータ、テスト結果が納品されるか |
| テスト | 対象端末、OS、セキュリティ、負荷の確認範囲 |
| 変更対応 | 追加費用が発生する条件と計算方法 |
| 検収 | 完成と判断する基準、確認期間、修正方法 |
| 権利・アカウント | 知的財産権、ソースコード、ストアアカウントの帰属 |
| 公開後 | 無償修正、保守、OS更新、障害対応の範囲 |
| 別途費用 | クラウド、外部サービス、端末、ストア関連費用 |
検収とは、納品物が契約した条件を満たしているか確認する手続きです。「問題なく動くこと」だけでは判断が分かれるため、主要な操作やテスト条件を契約前に決めておきます。
見積もりが「アプリ開発一式」としか書かれていない場合は、追加費用の条件を判断できません。候補会社には内訳、対象外、金額が変動する要因を質問してください。相見積もりの具体的な比較方法は、システム開発の相見積もり｜取り方と比較方法も参考になります。
契約形態も確認する
スマホアプリ開発では、主に請負契約と準委任契約が使われます。
- 請負契約：合意した成果物の完成を目的とする契約
- 準委任契約：一定期間、専門業務を適切に行うことを目的とする契約
仕様が固まっている開発は請負契約、調査や要件定義、継続的な改善は準委任契約が適する場合があります。ただし、契約名だけで判断せず、成果物、責任範囲、変更手続き、支払い条件を確認してください。
開発会社を見極める質問
類似アプリの実績だけでなく、次の質問への回答を比較すると、提案力や透明性を判断しやすくなります。
- 予算を抑えるなら、どの機能を後回しにすべきですか
- 見積金額が増える可能性がある項目は何ですか
- アプリ以外に必要なサーバーや管理画面は何ですか
- 対応端末とテスト範囲をどのように決めていますか
- ストア審査で問題になり得る点はありますか
- 公開後の障害対応とOS更新は誰が担当しますか
- 担当者が交代した場合も保守できる資料が残りますか
- ストア、クラウド、外部サービスのアカウントは発注者名義にできますか
良い提案は、要望をすべて実装する提案とは限りません。事業目的に照らして不要な機能を減らし、費用をかけるべき部分と後回しにできる部分を説明できる会社を選びます。
よくある失敗と回避策
| よくある失敗 | 起きる問題 | 回避策 |
|---|---|---|
| 最安値だけで選ぶ | 管理画面やテストが対象外で追加費用が発生 | 各社の対象範囲と除外項目をそろえる |
| 参考アプリ名だけで依頼する | 必要機能の解釈が会社ごとに異なる | 参考にする画面・機能・理由を具体化する |
| 利用者側の画面だけを考える | 公開後の運営業務が手作業になる | 管理、問い合わせ、返金、通報対応まで整理する |
| 初回から全機能を入れる | 予算と期間が膨らみ、検証が遅れる | 必須機能と追加機能を分ける |
| ストア規約を後から確認する | 課金方法や登録手順の変更が必要になる | 企画・要件定義の段階で最新規約を確認する |
| 口頭で仕様を変更する | 費用、納期、完成条件で認識がずれる | 変更内容と影響を文書で承認する |
| 保守契約を後回しにする | 障害やOS更新に対応できない | 公開前に窓口、対応時間、費用を決める |
| 発注者側の確認が遅れる | 開発と公開が後ろ倒しになる | 承認担当者と回答期限を決める |
要件が不確かな案件では、当初予算をすべて開発契約に使わず、追加調査や公開後の改善に備えて10〜20％程度の予備枠を残す方法もあります。予備費を前提に曖昧な発注をするのではなく、変更時の判断余地を確保するためのものです。
まとめ
- スマホアプリ開発費は、小規模で150万〜500万円、中規模で500万〜1,500万円、大規模で1,500万〜5,000万円以上が一般的な目安です
- 開発期間は小規模で3〜5カ月、中規模で5〜9カ月、大規模では1年以上かかる場合があります
- 費用は対応OS、開発方式、会員・決済機能、サーバー、管理画面、外部連携、品質条件で変わります
- 発注前に、利用者の課題、必須機能、運営業務、予算、公開後の指標を整理します
- 見積もりは総額だけでなく、対象範囲、前提条件、成果物、検収、変更ルール、保守まで比較します
- 新規サービスでは、最初から機能を詰め込まず、必要最小限の範囲で公開して改善する進め方が有効です
- 初期費用だけでなく、保守、クラウド、外部サービス、改善開発を含む総費用で判断することが重要です
よくある質問
Q1．スマホアプリは100万円以下でも開発できますか？
検証用のプロトタイプや、既存サービスを組み合わせた機能限定のアプリであれば可能性があります。ただし、会員機能、独自のサーバー、管理画面、両OS対応、ストア申請まで含めると、100万円を超えるケースが一般的です。対象外となる工程や公開後の改修費も確認してください。
Q2．iOSとAndroidを同時に開発すると費用は2倍になりますか？
必ずしも2倍にはなりません。クロスプラットフォーム開発では共通部分を活用できますが、OS固有の機能、表示調整、端末テスト、ストア申請はそれぞれ必要です。片方だけの場合と両方に対応する場合の見積もりを分けて依頼すると判断しやすくなります。
Q3．見積もりを取る前に仕様書は必要ですか？
完成した仕様書は必須ではありません。解決したい課題、対象ユーザー、必須機能、運営業務、予算、希望時期を整理すれば相談できます。ただし、各社へ異なる情報を渡すと比較できないため、同じ依頼資料と質問項目を用意してください。
Q4．公開後の保守費用はいくらですか？
小規模から中規模のアプリでは月10万〜50万円程度からが一般的な目安です。ただし、監視、問い合わせ調査、OS更新、障害対応、改善開発をどこまで含むかで変わります。クラウドや外部サービスの利用料も分けて確認してください。
Q5．何社から見積もりを取るべきですか？
一般的には2〜3社が比較しやすい目安です。多すぎると質問対応や条件調整の負担が増えます。候補各社へ同じ資料を渡し、金額だけでなく、提案内容、対象範囲、体制、リスクの説明、公開後の支援を比較してください。