携帯/モバイルアプリ開発の保守・運用費用・ランニングコストについて

モバイルアプリの保守・運用費用は、月10万〜100万円以上まで幅があります。その差を生むのは、初期開発費、サポート体制、OS・ストア対応の範囲です。

たとえば、オンデマンド型なら月10万〜30万円、24時間365日対応なら月60万〜100万円以上が相場です。

▼全体ガイドの記事
・携帯/モバイルアプリ開発の完全ガイド

モバイルアプリの保守・運用費用の全体像

初期開発費と運用費を合わせた総保有コストを事業効果と照らす図
維持にかかる費用も投資判断の一部です。

保守・運用費用は、初期開発費の年間15〜20%が標準的な目安です。たとえば、初期開発費が1,000万円なら年間150万〜200万円になります。これを月額に換算すると、約12.5万〜16.6万円の保守費用です。

この保守費用には、不具合修正やセキュリティアップデートなどが含まれます。OSバージョンアップ対応や軽微な改善も、その範囲に入ります。ただし、15〜20%はあくまで目安で、実際の費用はアプリの複雑さ、サポート体制、ユーザー数の規模によって変わります。

モバイルアプリは、Webサイト以上に公開後も手をかけ続けなければ動かなくなります。OSは毎年更新され、ストアのポリシーも頻繁に変わるからです。運用を止めれば、アプリは数年で陳腐化します。

そのため、初期開発費だけでなく数年分のランニングコストを含めて、総保有コスト(TCO)で投資を判断することが欠かせません。一般的には、初期開発費と3〜5年分の運用費を合算し、その総額に見合う事業効果が得られるかを判断する方法が現実的です。

月額保守費用の相場とサポート体制

月額保守費用は、必要なサポート範囲によって段階的に変わります。

  • オンデマンド型:不具合が発生したときだけ対応する形です。
  • 営業時間内対応:平日日中の問い合わせや障害への対応です。
  • 24時間365日対応:深夜や休日の障害にも、すぐ動ける体制です。

オンデマンド型は月10万〜30万円で、ユーザー数が少ないアプリや、停止しても事業への影響が小さいアプリに向いています。一方、営業時間内対応は月30万〜60万円が目安で、多くのBtoBアプリや一般的なサービスアプリがこの水準に収まります。

24時間365日対応は、月60万〜100万円以上が相場です。決済を伴うアプリや、停止すると直接損失が出るサービスでは、この対応が必要になります。

サポートレベルは、アプリの利用シーンと、停止したときに事業へどれだけ響くかで決めます。たとえば、社内利用が中心で営業時間外には使わないアプリに24時間対応を付けるのは、過剰投資です。なお、決済を伴うBtoCアプリをオンデマンド対応だけで運用すると、障害時の機会損失が懸念されます。

保守契約では、含まれる作業と別料金になる作業を分けて確認しておきます。特に、OSアップデート対応や機能追加は、保守の範囲外になるケースが少なくありません。

保守・運用費用の内訳

保守・運用費用は、内訳を分けて確認すると比較しやすくなります。

  • インフラ費用:サーバーやクラウドを使うための費用。
  • 人件費:保守や障害対応を担う工数にかかる費用。
  • ライセンス・付帯費用:証明書やドメインなどの費用。

小規模なアプリのインフラ費用は月5,000円〜3万円程度ですが、ユーザー数が増えると、月5万〜50万円以上に膨らむことがあります。そのため、想定ユーザー数とアクセスのピークを見込んでインフラを設計することが大切です。

人件費は運用費の大半を占めます。エンジニアの相場は、初級が月60万〜100万円、中級が80万〜120万円です。上級は月120万〜160万円が相場で、確保する人月数によって月額が決まります。

SSL証明書は年3,000円〜8万円、ドメインは年1,000円〜5万円です。一方で、商用データベースのライセンスは、年数十万〜百万円以上かかることがあります。さらに、ストアの年間更新料やマーケティング費用も発生します。

見積もりでは、内訳と金額が明示されているかを確認します。何にいくらかかるかを把握できれば、適正なコスト管理につながります。

ポイント

保守費は初期開発費の年間15〜20%を目安に考えます。ただし、アプリの複雑さやユーザー数の規模で上下するため、見積もりの根拠を自社の規模に当てはめて確かめてください。

モバイルならではのランニングコスト

公開を続ける間に発生するストア手数料、OS追従、追加開発、マーケティングの費用を示す図
配信後の予算には複数の費目を含めます。

モバイルアプリの運用費用がWebシステムと大きく違うのは、ストアとOSに縛られる点です。App StoreとGoogle Playに依存し、AppleとGoogleのルールに従う必要があるためです。

iOSやAndroidは毎年更新されるため、そのたびにアプリの改修も必要になります。公開を続けるかぎり、こうした固定的なコストは避けられません。そのため、Webサイトにはないモバイル特有の負担として、企画段階から予算に組み込んでおきます。

ストア手数料とOSアップデート追従費用

ストアで配信を続けるには、登録料や更新料がかかります。

  • App Store:毎年の更新料がかかります。
  • Google Play:初回登録料だけがかかります。
  • OS追従:毎年の改修と再審査が伴います。

App Store(iOS)は毎年99米ドル(約1.4万円)の更新料が必要です。一方、Google Play(Android)は初回登録時に25米ドル(約3,300〜3,600円)を支払うだけで、以降の更新料は不要です。金額自体は大きくありませんが、iOS側は毎年支払いが続きます。

iOSもAndroidも毎年1回のメジャーアップデートを行い、iOSのメジャーアップデートは例年9月頃です。

アップデートでは、APIの非推奨化や新しいプライバシー要件への対応が必要になります。その対応には、1回あたり数十万円規模の費用が定期的に発生します。対応を放置すると、アプリが動かなくなり、ユーザー離れを招きます。

また、アップデートのたびにストアの再審査も必要です。Appleの審査は1〜7日で、リジェクトされると再申請でさらに遅れます。

FlutterやReact Nativeを使う場合は、フレームワーク側の対応が遅れることがあります。その結果、OSの新機能への対応に数週間〜数か月のラグが生じる場合もあります。

OS追従とストア対応は、毎年発生する固定費として見込んでおきます。

追加開発費とマーケティング・ユーザー獲得費用

保守費用とは別に、追加開発費とマーケティング費用も見込んでおく必要があります。

  • 追加開発費:リリース後の機能追加や改善に使う費用。
  • ASO:ストア内で見つけてもらうための施策。
  • CPI:広告経由のインストール獲得にかかる費用。

アプリは、リリース後もユーザーの反応を見ながら改善を重ねていくものです。そのため、追加開発費として初年度は初期開発費の30〜50%を確保することが推奨されます。

たとえば、1,000万円で開発したアプリなら、初年度に300万〜500万円を見込むイメージです。反対に、改善投資を怠ると、競合に機能面で差をつけられ、ユーザーが離れていきます。

とくにBtoC向けアプリでは、ユーザーを獲得し続けるためのマーケティング費用が欠かせません。ASO(アプリストア最適化)には、月10万〜30万円かかります。

広告経由でインストールを獲得する場合、1件あたり数百円〜数千円のCPI(Cost Per Install)がかかります。何万人ものユーザーを獲得するなら、マーケティング費用が開発費を上回ることもあります。

つまり、ランニングコストは保守費だけでなく、追加開発費とマーケティング費まで含めて考えます。初期の事業計画に組み込んでおけば、リリース後に予算が足りなくなる事態を防ぎやすくなります。

ポイント

ストアの更新料やOS追従の費用は、毎年発生する前提で予算に入れます。OS追従の改修は1回数十万円規模になることがあり、リリース後の資金計画で見落としやすい項目です。

保守・運用費用を抑える方法

モバイルアプリのランニングコストは、設計段階の工夫で大きく圧縮できます。保守費用は初期開発費に連動するため、初期の選択が数年分のコストを左右します。

MVP化とコードベース一本化によるコスト削減

保守費用を抑えるには、まず初期開発費そのものを小さくすることが近道です。

  • MVP化:必要な機能に絞って、先にリリースする進め方です。
  • コードベース一本化:両OSの保守工数を抑える方法です。

保守費は初期開発費の15〜20%で計算されるため、初期開発費が下がれば保守費も下がります。MVPで機能を絞れば、リリース後はユーザーの反応を見ながら機能を足していけます。その結果、総保有コスト(TCO)を抑えられます。

ネイティブでiOSとAndroidを別々に作ると、コードベースは2つになります。改修のたびに二重の工数がかかるため、保守の負担が重くなります。

一方、FlutterやReact Nativeでコードベースを1本にまとめると、両OSに一度に反映できます。そのため、OSアップデート対応や機能改修の保守工数を大きく減らせます。

ただし、端末固有の機能を深く使うアプリでは、ネイティブ部分の追加実装が必要になります。その場合は削減効果が薄れることもあるため、要件に応じて見極めます。つまり、設計段階で選ぶ開発方式が、運用フェーズのコストの行方を決めます。

相見積もりとWeb・LINEミニアプリ代替の検討

保守費用が適正かどうかは、複数社の見積もりを比べ、代替の形態があるかを見ると判断しやすくなります。

  • 相見積もり:費用の内訳と相場を比べます。
  • Webアプリ・PWA:ストア依存の費用をなくせます。
  • LINEミニアプリ:既存の基盤を使って提供します。

相見積もりは3〜5社から取ります。そのうえで、年間の保守費が初期開発費の15%以内か、内訳が妥当かを確認します。

見積もりに、余計な委託費や中間マージンが上乗せされていないかも、あわせて確認します。「一式いくら」と提示された場合は、費目ごとの金額を出してもらいます。

WebアプリやPWAなら、ストア審査や年間更新料、OS追従のコストがかかりません。そのため、運用の負担を大きく減らせます。

LINEミニアプリなら、独自アプリの維持費を抑えながらサービスを提供できます。すでに多くのユーザーが使っている基盤を利用できる点も特徴です。

一方、プッシュ通知や端末固有の機能をフルに使う場合は、ネイティブやクロスプラットフォームが必要になります。そのため、「本当に独立したアプリが必要か」を企画段階で問い直す価値があります。運用コストを抑える余地は、リリース後ではなく企画段階で大きく決まります。

ポイント

保守費は初期開発費に連動するため、まずは機能を必要最小限に絞れるかを検討します。Webアプリやクロスプラットフォームへの置き換えも、要件次第で候補になります。

保守・運用体制の選び方と委託先の見極め

保守委託先の契約で確認するSLA、保守範囲、担当ベンダー、権利の帰属を示す図
契約内容の確認が将来の引き継ぎにも関わります。

保守・運用は、誰がどの体制で担うかによって、コストと品質が変わります。そのため、内製にするか外注にするか、外注ならどこに頼むかを早めに決めておく必要があります。

モバイルアプリは毎年、OS追従とストア対応が避けられません。だからこそ、発注の段階で運用体制まで設計しておくと、長期のコストを抑えられます。

内製と外注の比較

運用体制は、内製、外注、両者を組み合わせる方法から選びます。

  • 内製:自社サービスを理解しやすい反面、人材確保が必要です。
  • 外注:専門知識を活用できる反面、契約範囲の確認が欠かせません。
  • ハイブリッド:核心部分を内製し、専門領域を外注します。

内製する場合は、モバイルアプリのエンジニアを社内に確保しなければなりません。その単価は、月60万〜160万円が相場です。

iOSとAndroidの両方をカバーするには、複数名が必要になることもあります。内製の強みは、自社サービスへの理解が深く、改善のスピードが速い点です。一方で、採用の難しさや属人化のリスクもあります。

外部委託なら、OS追従や障害対応、軽微な改善を月額の固定費で任せられます。専門ベンダーは複数の案件で知見を積んでいるため、対応が手早いのが強みです。さらに、OSアップデートやストアのポリシー変更にも、最新の動向を踏まえて対応できます。

ただし、外注では自社サービスへの理解が内製ほど高くないこともあります。また、契約範囲の外にある対応は別料金になりやすく、そこがデメリットです。

OS追従やインフラ運用を外注するハイブリッド体制は、コストと機動力のバランスに優れています。そのうえで、自社の人材状況とサービスの重要度から、内製と外注の範囲を決めます。

委託先選定で確認すべきポイント

委託先は、契約条件と将来の乗り換えやすさを見て選びます。

  • SLA:障害時の対応水準
  • 保守範囲:追加請求になる作業の線引き
  • 担当ベンダー:保守を誰が担うか
  • 権利の帰属:コードとアカウントを誰が持つか

SLA(サービス品質保証)では、障害時の一次対応までの時間を確認します。あわせて、復旧の目標時間と対応時間帯が契約書に明記されているかを見ることが大切です。

対応時間帯が営業時間内なのか24時間なのかは、必ず確かめます。条件が曖昧なままだと、障害時に契約範囲外と判断されるおそれがあります。

保守範囲では、OSアップデート対応が含まれるかを見ます。含まれる場合でも、年に何回まで対応するのか、機能追加は別料金になるのかまで確認します。こうした線引きを事前に確認しておけば、想定外の追加請求を防げます。

開発元がそのまま保守を担うのか、別のベンダーへ引き継ぐのかも確認します。開発元は、コードへの理解が深く保守を進めやすい点が利点です。一方で、保守費が割高になることもあるため、相見積もりで比べます。

ソースコードやストアのデベロッパーアカウントの権利が自社にあるかを確認します。サーバーやドメインなどの各種アカウントも、自社が持つ状態にしておきます。

権利をベンダーに握られたままだと、将来の乗り換えで大きな障害になります。契約前にこの点を確かめておくことが、長期の安定運用と適正なコストの前提になります。

ポイント

保守の担い手は、自社サービスへの理解と人材の確保状況から決めます。委託先の保守範囲と権利の帰属は契約書で具体的に定めておくと、後の乗り換えで困りにくくなります。

まとめ

iOS・Android両対応を前提にすると、保守費は初期開発費の年間15〜20%が目安です。サポート体制によって、オンデマンド型の月10万〜30万円から、24時間365日対応の月60万〜100万円以上まで幅があります。

費用の内訳は、インフラ費、人件費、ライセンス費に分かれます。モバイル特有の費用としては、App Storeの年99米ドルの更新料があり、毎年のOSアップデート追従費もランニングコストに含めて考えます。

追加開発費は、初年度に初期費の30〜50%を見込む考え方です。ASOやCPIなどのマーケティング費用も、ユーザー獲得に応じて発生します。

費用を抑えるには、MVP化とクロスプラットフォームによる一本化が有効です。そのうえで、相見積もりで内訳を精査し、WebアプリやLINEミニアプリへの代替も検討します。

モバイルアプリは、作る費用より維持し成長させる費用が長期で大きくなりがちです。そのため、発注時には初期開発費だけでなく、数年分のランニングコストで比べることが大切です。複数の開発会社には、運用フェーズの体制と費用の中身を具体的に尋ねてみてください。

▼全体ガイドの記事
・携帯/モバイルアプリ開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。