アプリ開発費用は、画面数だけでなく、解決する業務、対応OS、データ、外部連携、品質、安全、審査、公開後の保守で決まります。公的な一律相場はありません。要件をそろえず金額だけ比較せず、初期開発と継続運用を同じ期間で見積もります。
費用を一つの数字で決められない理由
同じ「予約アプリ」でも、閲覧だけか、会員、在庫、決済、通知、店舗管理まで含むかで作業が異なります。既存システムの状態、対象端末、法令、品質水準でも変わります。確認できない金額を相場として断定しません。
1. 調査・企画費
ユーザー調査、業務整理、競合確認、価値提案、KPI、実現性検証の費用です。省略すると不要機能を作る可能性があります。成果物、調査人数、意思決定の範囲を見積書で確認します。
2. 要件定義費
機能、画面、データ、権限、外部連携、非機能、対象外を定義します。曖昧な要件は追加費用や納期変更の原因になります。受け入れ条件と変更手続きまで含めます。
3. UX・UI設計費
ユーザーフロー、ワイヤーフレーム、プロトタイプ、ビジュアル、アクセシビリティ、デザインシステムを含みます。画面数だけでなく状態数、端末、言語、ユーザーテストで工数が変わります。
4. iOS・Android実装費
片方だけか両方か、ネイティブか共通基盤かで体制が変わります。共通化率を根拠なく決めず、端末固有機能、性能、チーム経験、長期保守を確認します。対応OS範囲も見積条件にします。
5. バックエンド費
API、データベース、認証、管理画面、バッチ、通知、ファイル処理を含みます。利用者数だけでなく、データ量、同時利用、可用性、監査、バックアップで設計が変わります。
6. 外部サービス費
地図、決済、SMS、メール、通知、分析、本人確認、動画などの利用料です。初期接続費だけでなく、従量課金、最低料金、地域、通貨、税、上限、解約を確認します。公開価格がなければ見積もりを取ります。
7. セキュリティ費
脅威分析、認証、暗号化、権限、診断、ログ、インシデント対応を含みます。金融、医療、子ども向けなど領域の要求を確認します。後付けより設計段階から組み込みます。
8. テスト費
単体、結合、実機、性能、セキュリティ、アクセシビリティ、受け入れテストの費用です。対応端末とOS、シナリオ、再テスト、テストデータ、環境を明記します。品質を下げて予算調整しないよう優先条件を決めます。
9. ストア公開費
開発者アカウント、署名、ビルド、説明、画像、プライバシー申告、審査対応が関係します。AppleとGoogle Playの現行条件は公式ページで確認します。審査通過を保証する費用として扱いません。
10. インフラ費
サーバー、データベース、配信、監視、ログ、バックアップ、ドメインなどの継続費です。通常時と繁忙時、障害時を分けて試算します。クラウドの割引や無料枠を永続的な前提にしません。
11. 運用・保守費
OS更新、SDK更新、脆弱性、障害、問い合わせ、ストア情報、証明書、監視、軽微改修を含みます。対応時間、対象作業、月間上限、時間外、重大障害、報告を契約で確認します。
12. コンテンツ運用費
商品、記事、動画、翻訳、キャンペーン、FAQなど継続更新が必要なアプリでは、制作と承認の費用が発生します。管理画面を作る費用と、運用担当の人件費を分けて見ます。
13. データ移行費
既存顧客、商品、履歴を移す場合、調査、変換、重複、欠損、照合、切り替え、切り戻しが必要です。データ件数だけでなく品質と権利を確認します。元データが未整理なら事前調査を分けます。
14. プロジェクト管理費
計画、会議、課題、品質、変更、ベンダー調整、報告を含みます。単なる管理上乗せとみなさず、誰が意思決定し、リスクを管理するか確認します。自社側の担当工数も総費用に入れます。
15. 予備費
仕様変更、審査差し戻し、外部API変更、端末問題など不確実性へ備えます。割合を推測で固定せず、リスク一覧と対応策から決めます。予備費を使う承認条件を明文化します。
MVPで範囲を絞る
最小限の価値を検証できる機能に絞り、将来機能を別見積もりにします。単に安い試作品ではなく、測定可能で安全に運用できる範囲を定めます。捨てる前提の実装か継続利用する基盤かも明示します。
見積依頼書をそろえる
目的、対象、機能、画面、OS、データ、連携、品質、セキュリティ、運用、希望時期、予算条件を全社へ同じ内容で渡します。不明点は質問欄にし、各社が異なる前提で数字を出さないようにします。
見積書の比較方法
工程、成果物、数量、単価、前提、対象外、追加単価、支払い、検収、保証、保守を行単位で比較します。総額が安くても、テスト、管理画面、ストア対応、元データが別料金なら同じ条件ではありません。
契約前の確認
著作権、ソースコード、デザイン、ストアアカウント、クラウド、ドメイン、データ、外部ライセンスの帰属を確認します。解約時の引き渡し、環境再現、権限削除、追加費用を決めます。
総保有費用で判断する
初期費、継続利用料、保守、社内運用、改修、移行、終了までを共通期間で集計します。売上保証や回収期間を推測で置かず、複数シナリオで資金余力を確認します。
費用管理表の作り方
初期と継続を分け、行に調査、要件、設計、実装、テスト、公開、インフラ、外部サービス、保守、社内工数、移管を置きます。列には数量、単価、期間、前提、対象外、出典、確認日を置きます。公開料金が変動するサービスは確認周期も記録します。
候補会社の見積額を一つのセルへ集約せず、同じ工程へ対応させます。含まれない項目は0円ではなく「-」とし、未取得であることを明示します。税、通貨、支払時期、最低利用期間を勝手に統一せず、原表記と条件を残します。
変更費用を管理する
変更要求には、理由、影響する画面・API・データ・テスト、追加額、日程、承認者を記録します。軽微という言葉だけで無償対応を期待せず、契約した単価と変更手続きに沿います。逆に、当初要件に含まれる修正を追加扱いにしていないかも確認します。
公開後の予算会議
毎月のクラウド、外部サービス、保守、問い合わせを実績で確認し、予算との差を原因別に分けます。利用増加による健全な増加と、障害、不要ログ、設定ミスによる増加を区別します。単純に費用を下げるため、監視やバックアップを停止しません。
四半期ごとに契約、利用数、権限、保守対象を見直し、不要サービスを安全に解約します。データ出力、移行、削除、トークン停止を完了してから契約を閉じます。確認結果と更新日を台帳へ残します。
予算を経営会議へ報告するときは、当初予算、承認済み変更、実績、今後の確定費、リスクを分けます。未確定の売上や補助金を確定財源として扱いません。金額の根拠となる見積書、請求書、公式料金ページと確認日へ戻れるようにし、担当者の記憶だけで将来費用を更新しない運用にします。
終了費用も初期計画へ含めます。データの出力・削除、利用者への案内、外部サービス解約、ストア非公開、移管、証明書失効には作業が必要です。契約終了時に初めて条件を確認せず、見積と契約で単価、成果物、期限を決めてください。
まとめ
アプリ開発費用は、企画から終了までの工程と条件を分解して比較します。一律相場ではなく、同じ要件の見積書、公開情報、契約条件を確認し、初期費だけでなく保守と社内工数まで予算化してください。
この分野の実務を相談したい方へ
記事で扱っている内容は、当社が実務として支援している領域です。 自社で進めるか外部に任せるかの判断からご相談いただけます。