アプリ開発予算は、公開までの制作費だけを確保しても成立しません。
企画と開発の初期費用、クラウドと問い合わせの継続費、OS更新と改善の定期費、障害や仕様変更の予備費を一年の支出時期へ置きます。
初回版で使い切らず、公開後に安全に運用し改善できる金額を残してください。
アプリ開発の目的に合う相談先は、外注と学習を目的別に分けた相談ガイドにまとめています。
| 予算区分 | 主な支出 | 発生時期 |
|---|---|---|
| 初期開発 | 要件、設計、実装、テスト、公開 | 公開前 |
| 導入 | 移行、教育、素材、端末 | 公開前後 |
| 継続運用 | クラウド、API、監視、問い合わせ | 毎月 |
| 定期更新 | OS、SDK、証明書、安全性対応 | 四半期、年次、随時 |
| 改善 | 利用調査、UI、機能追加 | 効果確認後 |
| 予備 | 障害、外部変更、再審査 | 必要時 |
予算を六つの支出目的へ分ける
初期費と月額だけでは、データ移行、端末、教育、証明書、改善が抜けます。
支出の目的、責任者、承認条件、利用期限を区分ごとに決めます。
| 区分 | 承認前に確認すること | 使わない条件 |
|---|---|---|
| 初期開発 | 範囲、成果物、受け入れ | 対象外の追加要望 |
| 導入 | 移行件数、教育対象、旧手順停止 | 通常運用の人件費 |
| 継続運用 | 利用量、上限、担当時間 | 大規模な機能追加 |
| 更新 | 期限、影響OS、試験範囲 | 新規企画 |
| 改善 | 指標、仮説、測定期間 | 効果を測れない要望 |
| 予備 | 発生事象と承認者 | 計画済みの通常作業 |
安全性を予備費だけへ押し込みません。
NIST Secure Software Development Frameworkが扱う環境保護、成果物、脆弱性対応は、初期開発と継続運用の通常予算へ含めます。
公的な情報システム整備の観点を見るなら、デジタル庁の標準ガイドライン群を参照し、自社に必要な要件、調達、運用、管理の項目を選べます。
一年分の予算を七段階で作る
年度合計だけでなく、契約と支払いが発生する月へ配置します。
- 初回リリースの目的、範囲、公開希望月を決める
- 要件、設計、実装、品質、公開、導入の初期費を見積もる
- クラウド、API、監視、問い合わせの月額を三シナリオで出す
- OS更新、証明書、ストア、安全性、改善の年次費を置く
- 外部API変更、障害、再審査、仕様未確定の予備を分ける
- 契約、請求、決裁、支払時期を月ごとの資金表へ置く
- 毎月、実績と利用量を戻し、残予算と次の更新を再計算する
クラウド費用は通常、利用増、異常急増の三パターンを作ります。
AWS Pricing Calculatorのガイドのような公式試算手段と採用サービスの現在の単価を使ってください。
予算作成時に無料枠へ収まっても、公開後の利用者、保存量、ログ、バックアップで変わります。
無料枠終了後と有料サポートを含むシナリオも残します。
初期費と十二か月運用費を合算する計算例
次の数字で、一年予算の組み方を示すと仮定しましょう。
初期開発700万円、導入50万円、月額運用20万円、年次更新80万円、予備70万円とします。
十二か月の運用費は20万円×12で240万円です。
一年目の合計は700＋50＋240＋80＋70で1,140万円になります。
| 区分 | 計算 | 一年目 |
|---|---|---|
| 初期開発 | 一式 | 700万円 |
| 導入 | 一式 | 50万円 |
| 継続運用 | 20万円×12 | 240万円 |
| 定期更新 | 年間 | 80万円 |
| 予備 | 事象別 | 70万円 |
| 合計 | 全区分 | 1,140万円 |
予備70万円を自由な追加機能へ使うと、障害や外部変更へ対応できません。
改善予算とリスク予備を別の承認条件にしてください。
ランニングコストを利用量と担当工数で管理する
クラウドの請求だけがランニングコストではありません。
監視確認、問い合わせ、障害対応、OS更新、依存関係、ストア申請、分析、改善会議の人件費も含まれます。
費用は月額合計だけでなく、利用者一人、取引一件、保存データ一単位あたりでも見ます。
利用者が増えたのに単位費用が下がらない場合は、固定費と従量費、無駄なログ、再試行、未使用環境を調べます。
AWSのコスト最適化資料は、費用を継続的に測定し改善する考え方を示しています。
月次レビューでは請求差だけでなく、利用量、性能、障害、担当工数を同じ期間で確認してください。
固定契約を年額にすると安くなる場合でも、サービス終了や構成変更の可能性を見ます。
利用量が安定する前に長期契約へ寄せすぎないことが重要です。
ストアと外部契約の更新責任を予算へ入れる
ストア登録、証明書、ドメイン、外部API、素材、監視サービスには契約者と更新日があります。
契約名義、管理者、請求先、更新日、解約手順を台帳へ残します。
Appleの参加条件と現在の費用はApple Developer Programの公式案内で確認します。
Google Play側の登録はPlay Consoleの開始案内を使い、現在の本人確認と費用条件を確認してください。
課金を行う場合は手数料や対象プログラムも別に確認します。
Google Playのサービス手数料に関する案内のような公式情報を使い、古い割合を予算へ固定しません。
担当者が退職しても更新できるよう、個人アカウントだけへ所有権を置かないことが重要です。
更新できなかった場合の公開停止やビルド不能も予算リスクへ入れます。
予算実績を範囲と成果へ結び付ける
予算消化率だけでは、価値と残リスクを判断できません。
支出を要件、成果物、公開版、運用指標へ結び付けます。
月次では、計画、実績、差、差の理由、残作業、次回支出、予測年額を更新します。
差の理由は範囲追加、単価、工数、利用量、障害、外部価格、時期ずれへ分類してください。
改善投資は、利用率や問い合わせ減少などの成果指標を決めてから承認します。
使われない機能を作った費用を、開発完了だけで成功としません。
終了時の費用も必要です。
利用者告知、データ出力、契約解約、ストア非公開、データ削除、問い合わせ期間をサービス終了計画へ入れます。
アプリ開発予算でよくある質問
予備費は何％にしますか？
一律の正解はありません。
未確定仕様、外部API、データ移行、審査、障害など事象ごとに発生可能性と影響を出し、通常作業の改善費と分けてください。
無料クラウドなら運用費はゼロですか？
無料枠内でも監視、問い合わせ、更新、バックアップ、障害対応の工数は残ります。
利用増後の単価は公式の料金試算手段と採用サービスの価格表で確認します。
一年目と二年目で同じ予算ですか？
二年目は初期開発が減る一方、利用量、OS更新、改善、外部価格、保守体制で変わります。
一年目の実績を初期費、月額、更新、改善、予備へ分け、二年目の公開計画から再計算してください。
公開後に使える資金を残して初回予算を決める
持続可能な予算は、初回版を作れる金額ではなく利用者へ提供し続け、問題を直し、効果を測れる金額です。
初期、導入、継続、更新、改善、予備を分け、月次実績から一年の見通しを更新します。
- 予算を分ける初期開発、導入、継続運用、定期更新、改善、予備
- 一年計画へ置く公開月、月額三シナリオ、更新イベント、支払時期
- ランニングコストへ含めるクラウドと監視、問い合わせ、更新の担当工数
- 契約台帳へ残す名義、管理者、請求先、更新日、解約手順
予算と期間が固まったら、補助金を活用する際の対象経費と申請準備を確認し、採択前発注などの条件を公式公募要領へ照合してください。
