スマートフォンの普及で、アプリは事業のデジタル接点に欠かせません。期間は、規模と開発形態によって大きく変わります。両OS対応のフルスクラッチなら、小規模で1〜3か月、中規模で3〜6か月が目安です。
納期は、要件定義からストア申請までの工程を積み上げて組みます。全体像は携帯／モバイルアプリ開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・携帯／モバイルアプリ開発の完全ガイド
スマホアプリ開発の種類・工程・費用・会社選定までの全体像については、無料ホワイトペーパー「スマホアプリ開発の完全ガイドブック」で詳しく解説しています。
モバイルアプリ開発の期間とスケジュールの全体像
開発期間は、アプリの規模や複雑さ、採用する開発形態によって変わります。以下の目安は、iOS・Android両対応のフルスクラッチで開発する場合を前提にしています。
規模別の開発期間と費用の目安
規模別の期間と費用は、次の範囲が目安です。この相場は、iOS・Android両対応のフルスクラッチが前提です。
- 小規模：1〜3か月、50万〜400万円
- 中規模：3〜6か月、300万〜1,000万円、約5〜12人月
- 大規模：6か月〜1年、1,000万〜3,000万円、約15〜30人月
- エンタープライズ：1年以上、3,000万〜5,000万円以上
開発期間と費用は、機能数や複雑さに応じて段階的に増えます。小規模には、情報提供型や社内向けの簡易ツールが当たり、画面数は5〜10程度です。
中規模は、店舗予約や会員管理、決済連携に加え、プッシュ通知などを備えたアプリです。大規模には、ECやSNSのアプリがあります。マッチングやリアルタイム通信を伴うアプリも、この規模に入ります。
エンタープライズ案件は、金融・医療などで、高度なセキュリティや基幹システム連携を伴います。
開発形態が変わると、同じ機能でも期間と費用が変わります。まず自社アプリがどの規模帯に当たるかを把握し、そのうえで開発形態の選択により期間を調整するのが現実的です。
Webサイトと異なり、アプリは公開後も運用が続きます。さらに、OSの年次更新やストア方針の変更にも対応が必要になります。
そのため、開発計画にはリリースまでの期間だけでなく、運用も含めます。特に、ストア申請やテストを見落とすと、2〜3か月の想定では計画が崩れることがあります。
開発形態による期間の違い
開発形態は、機能要件や予算、求める品質に合わせて選びます。形態ごとに期間や費用、制約が異なります。
- ネイティブ：自由度と性能が高く、iOS・Androidを別々に開発
- クロスプラットフォーム：1つのコードから両OS向けに生成
- Webアプリ・PWA：ブラウザで動き、ストア審査が不要
- ノーコード：短期間・低費用で作れるが、複雑な機能に制限
開発形態の選択は最初の大きな判断で、期間と費用を左右します。誤ると後から修正しにくくなるため、早めに決めておくことが大切です。
ネイティブは、iOSをSwift、AndroidをKotlinで実装します。片OSのみの開発と比べると、両OS開発の工数は約1.5〜2倍です。
ネイティブは6か月〜1年以上かかり、費用は1,000万円〜数億円に及ぶこともあります。自由度と性能を重視する場合の選択肢です。
FlutterやReact Nativeを使うクロスプラットフォームは、ネイティブ別々の開発より費用と工数を30〜40%削減できます。費用はネイティブの60〜70%程度になります。期間も3〜8か月に収まることが多く、両OS対応では有力な選択肢です。
Webアプリ・PWAは2〜6か月、100万〜500万円程度です。さらに、更新が即時反映される点も特徴です。
ノーコードはBubbleなどを使い、期間は数日〜1か月、長くて3か月、費用は数万〜300万円が目安です。一方で、複雑な機能や端末固有機能には強い制限があります。
形態によって期間は数日から1年以上まで変わるため、機能要件、予算、品質のバランスを見て選ぶことが、納期計画の出発点になります。
工程別スケジュールの組み立て方
工程ごとの時間配分を把握しておくと、現実的なスケジュールを組み立てられます。
- 要件定義・企画：約10〜15%
- 基本・詳細設計、UI/UXデザイン：約15〜25%
- 開発・実装：約40〜60%
- テスト・品質管理：約15〜25%
- リリース・運用準備：約5〜10%
リリース・運用準備には、ストア申請が含まれます。開発・実装は、最も時間を要する工程です。
テストでは、iOS・Androidに加えて、新旧端末、OSバージョン、画面サイズの組み合わせを確認します。Webより膨らみやすいのは、こうした組み合わせを確かめる必要があるためです。
テストに10%未満しか割かない見積もりは、バグ多発のリスクが高いと考えられます。各工程とバッファをどう設計するかが、納期を左右します。
要件定義・設計フェーズ
要件定義と設計は、プロジェクトの成否を左右する上流工程です。中規模アプリの場合は、要件定義に2〜4週間を見込みます。
- 設計期間：中規模アプリでは3〜6週間程度
- 要件整理：機能要件と非機能要件を言語化
- 対応範囲：OS下限、対象端末、画面方向やタブレット対応を決定
- 端末機能：権限取得フローとストア基準も設計に含める
- 操作検証：試作画面でタップやスワイプを早期確認
非機能要件には、応答速度、オフライン時の挙動、セキュリティなどがあります。
対応範囲を広げるほどテスト工数も増え、線引きが曖昧だと後工程で工数が膨らみます。
端末固有機能には、プッシュ通知や位置情報のほか、カメラや生体認証があります。
上流工程を丁寧に進めると、開発以降の手戻りを防ぎやすくなります。Figmaなどでワイヤーフレームと試作品を作るのも、その一つです。
開発・テスト・ストア申請フェーズ
設計が終わると、開発、テスト、ストア申請へ進みます。中規模アプリの開発・実装は、2〜4か月程度が目安です。
- ネイティブ開発：iOS・Androidを二重に実装し、両OSの進捗を同期
- テスト：実機でOS・端末別の動作を検証
- ストア審査：通常1〜3日、長いと7日程度
クロスプラットフォームなら、1つのコードで両OSを同時に進められるため、開発期間を圧縮できます。
テストでは、ユニットテストや結合テストに加えて、プッシュ通知の到達、バックグラウンドからの復帰、通信切断時の挙動など、モバイル固有のシナリオを確認します。
ガイドライン違反で差し戻されると、修正と再申請に数日〜数週間かかります。緊急のバグ修正でも審査待ちが生じるため、リリース計画には審査のバッファを含めておく必要があります。
Webアプリ・PWAは、ストア審査を経ずに即時公開・更新できます。
端末・OS・ストアがスケジュールに与える影響
Webシステムと異なり、iOS・Android、App Store・Google Play、毎年のOS更新が日程に直接影響します。これらは企画段階から織り込んでおく必要があります。軽視すると、開発が順調に進んでもリリース直前に止まることがあります。
両OS対応、ストア審査、OS追従は、それぞれ日程に別の形で響きます。
両OS対応とストア審査のリードタイム
iOSとAndroidの両方に対応すること自体が、スケジュールに大きく影響します。方式ごとの工数と、申請時の余裕を見ておくことが大切です。
- ネイティブ別々開発：片OSのみの約1.5〜2倍の工数・費用
- クロスプラットフォーム：倍率を1.2〜1.4倍程度に抑えられる
- ストア審査：通常1〜3日、長いと7日程度
ネイティブは、UIの作法や言語が異なるため、画面の戻る操作や通知、権限取得などOS間の仕様差も調整が必要です。その結果、単純な2倍以上のコストも生じます。
新規公開や更新のたびに審査が必要です。Appleはガイドラインが厳しく、課金方式やプライバシー説明の不備で差し戻されることがあります。差し戻されると、再申請で数週間ずれ込むこともあります。
申請代行を外部に頼む場合は、両OSで約10万円が相場です。
審査は予測しづらい遅延要因です。そのため、顧客やプレスにリリース日を約束する場合は、最低1〜2週間の審査バッファを設けます。
一方で、Webアプリ・PWAは審査が不要です。リリース日を確実に管理したい場合は、この点が形態選択の判断材料になります。
OS年次アップデート追従と端末特有機能の実装
OS更新への対応と端末機能の実装は、リリース後の作業や開発工数に影響します。そのため、初期計画に加えて見積もっておくことが必要です。
- プッシュ通知：10万〜80万円、約0.5〜1人月
- 位置情報・マップ連携：40万〜250万円、約1〜3人月
- 端末機能の深い利用：クロスプラットフォームでも個別コードが必要な場合がある
iOSとAndroidは毎年1回メジャーアップデートされ、iOSは例年9月頃です。新OSのAPI非推奨化やプライバシー要件に対応しないと、正常に動作せず、利用者が離れるおそれがあります。
OS追従は、初回リリース後も毎年計画する定期作業です。通知や位置情報の費用と人月は、見積もりに個別に加算されます。
オフラインでもローカルデータを参照して安定動作させる場合や、省電力要件が厳しい場合は、ネイティブが優位です。長時間利用時にバッテリー・CPU・メモリの消費を抑える要件も、この例に当たります。
高度なセンサーなどを深く使うと、個別コードが増えます。その分、クロスプラットフォーム本来のコスト削減効果は薄れる傾向があります。制約を初期に見極めておくと、後半の工数増を防げます。
納期遅延の主因と短縮策
遅延の主因と対策、現実的な短縮策を知っておくと、限られた予算と日程のなかでも成果を高めやすくなります。
遅延を招く主因と回避策
仕様変更、審査の差し戻し、素材準備やテストの遅れは、いずれも納期を崩す原因になります。原因ごとの手立ては、下の項目に挙げます。
- 仕様変更：影響範囲・工数・費用を見積もり、承認後に着手
- 審査リジェクト：申請前にガイドライン適合性を確認
- 素材準備・テスト：原稿やデザインの準備とテスト期間を計画
最大の遅延要因は、開発途中の仕様変更（スコープクリープ）です。追加要望が重なると手戻りが連鎖し、当初の納期が崩れます。そのため、開始時に変更管理の進め方を発注側と開発会社で合意しておく必要があります。
Appleでは、課金やプライバシー説明、トラッキングの扱いで差し戻されることがあります。このため、再申請を見込んだ余裕も確保しておく必要があります。
デザインや原稿の準備が遅れることや、テスト中に想定以上のバグが見つかることも、遅延につながります。
全体予算の15〜20%をバッファとして確保し、不確実性に備える保険として計画に組み込みます。
MVP・クロスプラットフォーム・ノーコードによる短縮
開発期間の短縮策には、機能範囲や開発方式を調整する方法があります。効果と制約を見比べて選ぶ必要があります。
- MVP：最も効果的な短縮策
- クロスプラットフォーム：Flutter／React Nativeは、ネイティブ別開発比で費用・工数を30〜40%削減
- ノーコード：費用約1/3、100万〜300万円・1〜3か月
- BaaS・外部API：汎用機能を活用し、独自部分を開発
- オフショア：人月単価を30〜50%下げられる
MVP（Minimum Viable Product）は、全機能ではなくコア機能で検証し、後から拡張する方法です。期間と費用を50〜70%削減できます。
たとえば、1年・3,000万円規模の構想を、数か月・900万〜1,500万円のMVPに圧縮します。市場の反応を見ながら、段階的に拡張していきます。
ノーコードを選ぶ場合は、複雑な機能に制限がある点を先に確かめておく必要があります。
認証、通知、会員データベースは、FirebaseなどのBaaS（Backend as a Service）や外部APIでも賄えます。
オフショアは人月単価を下げられる一方、連絡調整と品質管理の手間が増えます。そのため、ブリッジSEの確保が前提になります。
各手法は単独でも併用でも効果を発揮します。速さ、安さ、品質のどれを優先するかに応じて、組み合わせを決めます。
見積もり依頼でスケジュール面を確認するポイント
納期計画を適切に立てるには、見積もり依頼の段階でスケジュールの前提と内訳を確かめておくことが大切です。「いつまでにできますか」とだけ尋ねると、会社ごとに前提が異なります。その違いは、後から「想定と違った」という問題につながります。
スコープと前提条件の明確化
正確な納期見積もりには、スコープと前提条件の明確化が欠かせません。漠然とした依頼では、会社ごとに前提がばらつきます。
そのため、要件概要書には、比べやすい見積もりにするために次の情報を記載します。
- 対応範囲：iOSのみ、Androidのみ、または両対応
- アプリの内容：主要機能、画面数、端末固有機能
- 連携・規模：外部システムやAPI、想定ユーザー数
- 目標：希望納期、リリース目標日
端末機能には、プッシュ通知や位置情報のほか、カメラや生体認証などがあります。対応OSと端末機能は、スケジュールを左右します。
デザインを自社で用意するか、開発会社に頼むかも、事前に決めておきます。前提を揃えておくと、複数社の見積もりを比べられ、認識違いによるスケジュール遅延も防げます。
工程別スケジュールとバッファの確認
見積もりは、金額だけでなく工程別の期間と余裕も見ることが大切です。そのうえで、内訳と契約条件を照らし合わせます。
- 工程：要件定義・設計・開発・テスト・ストア申請
- テスト：全体の15〜25%、iOS／Androidの実機検証を含む
- 審査余裕：通常1〜3日、差し戻し時は数週間を想定
- 契約：請負または準委任の特性を確認
テスト期間が極端に短い見積もりは、リリース後の不具合が増えるおそれがあります。審査のバッファも、計画に含まれているかを見ておきます。
顧客やプレスにリリース日を約束する場合は、審査遅延を吸収できる余裕があるかを確かめます。
仕様変更時の対応方針（変更管理プロセス）が明確かどうかも、大事な確認点です。曖昧な場合は、納期遅延のリスクになります。
請負契約は、予算と納期を見通しやすい一方、仕様変更に弱い特性があります。準委任契約は柔軟ですが、期間が変動しやすくなります。
納期が無理のない範囲で、不確実性に備えるバッファと根拠を示す会社を選ぶと、予定どおりの公開に近づきます。
まとめ
iOS・Android両対応を前提に、モバイルアプリ開発の期間・スケジュール・納期を整理しました。
開発期間は小規模の1〜3か月から大規模の1年以上まで幅があり、規模と開発形態が期間を左右します。開発・実装は工程配分の中で最大で、両OS対応ではテストも膨らみます。
ストア審査やOS更新に加え、通知、オフライン、省電力の機能も日程に影響します。納期を守るには仕様変更を管理し、審査の余裕を設けることが欠かせません。
MVPやBaaS、クロスプラットフォーム、ノーコードなどの短縮策は、優先順位に応じて組み合わせます。発注前には、要件概要を整理しておきます。
複数社に相談し、工程別の内訳とスケジュールの根拠を比べます。
▼全体ガイドの記事
・携帯／モバイルアプリ開発の完全ガイド
▼開発を相談する前に読みたい無料ホワイトペーパー
・スマホアプリ開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。