LASSIC Media らしくメディア

LASSIC IT事業部｜元請（プライムベンダー）としてシステム保守・運用を受託

スマホアプリ運用代行とは何か

スマホアプリの運用代行とは、リリース後のアプリを安定稼働させるためのサーバー管理・障害対応・OS更新対応・ユーザーサポートなどの業務を、専門パートナーに委ねる外注形態です。開発フェーズの一括費用とは異なり、運用コストはリリース後も毎月継続的に発生する点が特徴です。自社でエンジニアを確保し続けるコストと比較しながら、外注の要否を判断することが重要です。

運用代行に含まれる主な業務範囲

スマホアプリの運用代行は、リリース後のアプリ運営全般を対象とします。主な業務範囲には以下のものが含まれます。

• サーバー・インフラの管理・監視（AWS/GCP/Azure等のクラウド環境）
• iOS/AndroidのOSバージョン更新対応
• App Store/Google Playの審査要件変更への対応
• バグ修正・軽微なUI改修
• ユーザーからの問い合わせ対応（ヘルプデスク）
• セキュリティパッチの適用

これらの業務は継続的かつ専門的な知識を要するため、外注によって社内リソースを本業に集中させる効果が期待できます。契約時にどの業務範囲を委託するかを明確に定めることが、費用見積もりの精度を高める第一歩です。

開発フェーズと運用フェーズの費用構造の違い

アプリ開発の費用は、要件定義からリリースまでの一括費用として発生します。一方、運用フェーズの費用は監視・障害対応・バージョン更新などが毎月定常的に発生する月額継続費用の構造です。開発費は規模によって大きく異なりますが、この記事では公的なデータが存在しないため具体額は取り扱いません。

重要なのは、開発完了後も運用コストが恒常的に発生するという点です。リリース前の段階から運用予算を計画に組み込んでおくことで、予算超過を防ぐことができます。

費用相場：月額10万円〜の内訳と変動要因

スマホアプリの運用代行費用は、複数のIT外注サービス企業の解説によると月額10万円〜が一つの目安とされています（^*1）。ただし公的な標準相場は存在せず、アプリの規模・SLA要件・稼働時間帯などによって費用は大きく変わります。まずは自社アプリの要件を整理したうえで、複数社に見積もりを依頼することをおすすめします。

費用の主な内訳5項目

運用代行の費用は複数の項目に分かれています。内訳を理解することで、不要な費用を削減しやすくなります。

1. サーバー・インフラ費：AWSなどのクラウドサービスの実費です。小規模アプリでは月数千円〜数万円程度が目安とされています。
2. 監視・障害対応費：24時間365日の監視か、平日日中のみかで費用が大きく変わります。24時間対応では人件費が大幅に増加します。
3. OS/APIバージョン更新対応費：iOSおよびAndroidの年次アップデートへの対応費用で、年に数回発生します。
4. ヘルプデスク・ユーザーサポート費：IT外注企業の解説によると別途20〜50万円程度が目安とされています^*2。対応チャネル（メール・チャット・電話）によって変動します。
5. ドキュメント管理・月次報告費：運用状況の可視化・報告業務の費用です。月次レポート作成も含まれます。

これらの費用項目の中で、何を委託範囲に含めるかを明確にすることで、見積もりの比較検討が容易になります。

費用を変動させる主因：規模・SLA・稼働時間帯

運用代行費用を大きく左右するのは、主に以下の3つの要因です。

• SLA（サービスレベルアグリーメント）の要件：稼働率99.9%と99.99%では、求められる監視体制や冗長構成が異なり、費用に直接影響します。
• 対応時間帯：24時間365日対応は、平日日中のみと比較して人件費が数倍規模になることがあります。
• アプリのDAU・インフラ規模：日次アクティブユーザー数が増えるほど、サーバーコスト・障害対応工数が増加します。

また、機能追加・改修の頻度も費用に影響します。定常的な保守業務に加え、月に数回の機能追加が発生する場合は、別途費用が加算されます。

※上記はIT外注企業が公表する複数の参考値をもとに作成した目安です。公的な標準相場は存在せず、実際の費用は要件によって変わります。

月額保守費用の考え方：開発費の15%/年が目安

「開発費の15%/年」という目安の使い方と限界

「保守費用は開発費の15%/年が目安」という考え方は、複数のIT外注企業の解説で見られる参考値です^*3。たとえば開発費が1,000万円のアプリであれば、年間150万円・月額約12〜13万円が一つの参考値になります。ただし、これは公的な標準ではありません。

実際の費用はアプリの複雑度・使用技術スタック・SLA要件によって大きく上下します。シンプルな情報提供アプリと、決済機能や外部APIを多数組み込んだアプリでは、保守の難易度が異なるためです。この目安はあくまで予算計画の出発点として活用し、最終的には詳細な見積もりを取ることが重要です。

保守と運用の費用を分けて見積もる理由

「保守（maintenance）」と「運用（operation）」は区別して費用を把握することで、見積もりの精度が上がります。

• 保守：バグ修正・セキュリティ更新・OSバージョン対応など、発生頻度が変動する作業です。スポット対応が可能な場合もあります。
• 運用：サーバー管理・稼働監視・ユーザーサポートなど、毎月定常的に発生する作業です。月額固定での委託が一般的です。

両者を一括した金額だけで比較すると、発注先ごとに含む業務範囲が異なるため、単純な費用比較が難しくなります。RFP（提案依頼書）を作成する際も、保守と運用を分けてスコープを定義することで、見積もりの比較検討が容易になります。

月額契約とスポット契約の選び方

運用代行の契約形態は、主に「月額定額契約」と「スポット契約」の2種類があります。それぞれの特徴を理解したうえで、アプリの特性に合わせて選択することが重要です。

• 月額定額契約：毎月一定額を支払う形式です。予算管理がしやすく、継続的な監視業務に向いています。緊急時の対応速度が高い点もメリットです。
• スポット契約：案件ごとに費用が発生する形式です。小規模な改修や一時的なサポートに向いており、費用を最小化できます。ただし緊急対応は別途調整が必要になる場合があります。

実務上は、月額定額で定常業務を委託しつつ、大きな機能追加や特定プロジェクトはスポットで対応するハイブリッド型が採用されることも多くあります。

運用保守を外注しないリスク

OS・APIバージョン更新対応の遅延リスク

Appleは毎年秋にiOSのメジャーアップデートをリリースします。Apple公式ガイドラインによると、更新後のOSに対応していないアプリはApp Storeから削除されるリスクがあります。ユーザーがアプリを利用できなくなれば、ビジネスへの直接的な影響が発生します。

Google Playにも年次のターゲットAPIレベル要件があります。Googleの公式ポリシーによると、指定されたAPIレベルに対応していないアプリはPlayストアでの配信が停止されます。これらの対応は毎年継続的に発生するため、内製体制が整っていない場合は外注による計画的な対応が有効です。

障害対応を内製する場合の工数・専門知識

スマホアプリの内製保守には、複数領域の専門知識を持つエンジニアが常時待機できる体制が必要です。主に必要となるスキルセットは以下のとおりです。

• iOS開発（Swift/Objective-C）
• Android開発（Kotlin/Java）
• サーバーサイド開発（Node.js・Python・PHP等）
• インフラ・クラウド管理（AWS/GCP/Azure等）
• セキュリティ（脆弱性スキャン・パッチ管理）

これらすべての領域を内製でカバーするには、複数名のエンジニアを専任で配置する必要があります。アプリが主力事業でない企業にとっては、人件費・採用コスト・教育コストを踏まえると外注のほうがコスト効率が高いケースも少なくありません。

外注の進め方：RFP作成から契約まで4ステップ

ステップ1：業務スコープの棚卸しと要件定義

最初に行うべきは、現行の運用業務を一覧化することです。何を・誰が・どの頻度で行っているかを整理することで、外注範囲と内製継続範囲を明確に分けられます。また、SLA要件（稼働率・応答時間・対応時間帯）を数値で明文化することが、後工程の精度を高めます。

業務スコープが曖昧なまま発注すると、想定外の作業が「追加費用」として発生するリスクがあります。棚卸しの段階で境界を明確にしておくことで、見積もり比較が容易になります。

ステップ2：RFP（提案依頼書）の作成

RFP（Request for Proposal・提案依頼書）とは、外注先に対して提案内容を依頼するための文書です。複数社から比較可能な提案を受けるために重要なドキュメントです。RFPに含めるべき主な項目は以下のとおりです。

• 委託する業務スコープの詳細
• SLA要件（稼働率・障害対応時間・報告頻度）
• 移行期間と引き継ぎ条件
• 連絡体制（担当者・エスカレーションルート）
• 評価KPI（稼働率・インシデント対応時間等）
• 希望する契約形態（準委任/請負）

RFPの質が高いほど、パートナー候補から受け取る提案の比較精度が上がります。

ステップ3：パートナー候補の評価軸

複数の候補から最適なパートナーを選ぶための評価軸を事前に定めておくことが重要です。主な評価軸は以下のとおりです。

• 技術スタック対応実績：自社アプリと同じiOS/Android・フレームワークへの対応経験があるか
• SLA達成率・インシデント対応実績：過去の障害対応事例を確認できるか
• コミュニケーション体制：専任担当者の有無・エスカレーションルートが明確か
• 元請（プライムベンダー）かSES仲介か：プライムベンダーは責任の一元化が可能ですが、SES仲介は品質管理が複雑になる場合があります

特に「元請かどうか」は重要な確認事項です。問題発生時の責任の所在が明確かどうかで、長期的な運用品質に影響します。

ステップ4：契約形態の選択（請負 vs 準委任）

運用代行の契約形態は大きく「準委任契約」と「請負契約」の2種類です。それぞれの特性を理解したうえで、業務内容に応じて選択することが重要です。

• 準委任契約（民法第656条）：成果物ではなく業務遂行自体を委託する契約です。継続的な監視・保守・サポートなど、成果物を明確に定義しにくい定常業務に適しています。
• 請負契約：完成した成果物を納品することを約束する契約です。機能追加やリリースなど、成果物が明確な案件に適しています。

実務上は、定常的な運用業務は準委任契約、機能追加・改修は請負契約と組み合わせるハイブリッド型が採用されることが多くあります。契約形態によって費用の発生構造や責任範囲が変わるため、契約書の段階で弁護士や専門家に確認することをおすすめします。

まとめ：費用判断の3つの軸

スマホアプリの運用代行費用を判断する際は、3つの軸を整理することが有効です。本稿ではその軸を①費用相場、②保守費の考え方、③外注の進め方として解説しました。要点を3つに集約すると次のとおりです。

第一に費用相場として、月額10万円〜が目安とされていますが、SLA要件・稼働時間帯・アプリ規模によって大きく変動します。公的な標準相場は存在しないため、複数社への見積もり依頼が欠かせません。

第二に保守費の目安として、「開発費の15%/年」は参考値として活用できますが、保守と運用を分けて見積もることで予算精度が向上します。第三に外注の進め方として、業務スコープの棚卸しからRFP作成・パートナー評価・契約形態の選択まで4ステップで進めることで、発注後のトラブルを防ぐことができます。

自社アプリの要件を整理し、責任の一元化が可能な元請パートナーに相談することが、長期的なコスト最適化につながります。

よくある質問

著者：テレリモ総研編集部　鈴木 亮佑

ご不明な点はお問い合わせフォームからもご連絡いただけます。

1. *1　出典：IT外注サービス各社「スマホアプリ運用代行 費用・相場解説」（各社公式サイト・2023〜2024年公表。発注ラウンジ・DEHA Solutions等の情報を参考）
2. *2　出典：IT外注サービス各社「アプリ保守・ヘルプデスク費用の目安」（各社公式サイト・2023〜2024年公表）
3. *3　出典：IT外注サービス各社「システム保守費用の算出方法・15%の根拠」（各社公式サイト・2023〜2024年公表。ペンタゴン・DEHA Solutions等の情報を参考）

Tweet