「iOSとAndroidの両方で使える業務アプリを作りたい」——中小企業の経営者から最近よく届くテーマです。社員が現場でスマホから日報入力、顧客にも配布、両OS対応。ただ、見積もりを取ると1500万円、2000万円といった金額が並びます。本当にそれだけ必要なのか。本記事では、iOS・Android両対応の業務アプリ開発について、費用構造・現実的な選択肢・PWAという第三の道までを整理します。
この記事の結論（3行）
- iOS・Android両対応をネイティブで作ると相場1200〜2500万円、PWAなら300〜600万円で実現できる
- 中小企業の業務アプリの9割は、ストア配布よりPWAのほうが理にかなっている
- Apple/Googleの審査と年間維持費（合計約2万円/年）まで含めて初めて「総額」が見える
なぜiOS・Android両対応アプリは高くなるのか
業務アプリの見積もりが急に跳ね上がる最大の理由は、「同じものを2回作っている」という構造にあります。iOSはSwift、AndroidはKotlinという別々の言語で動き、別々のSDK、別々の審査プロセス、別々のテスト環境を必要とします。極端に言えば、開発・テスト・運用のすべてが2倍になる前提で見積もりが組まれているのです。
iOS開発とAndroid開発は別物である
iOSはAppleのXcodeとSwiftで開発し、AndroidはGoogleのAndroid StudioとKotlinで開発します。同じ「カレンダー」「ボタン」「リスト」の実装にも、コンポーネント名・配置ルール・推奨パターンがすべて違います。
さらに端末の多様性も無視できません。iPhoneは10数種類ですが、Androidは数百種類の端末・解像度・OSバージョンが存在します。Androidの動作確認だけでiOSの2〜3倍のテスト工数がかかり、両OSをネイティブで作る場合は事実上「iOS担当」「Android担当」の2チーム体制が必要になります。これが見積もりの根本的なコスト要因です。
中間マージンが乗る業界構造
もうひとつの理由が業界構造です。大手SIerに発注した場合、見積もりの裏側には元請け→1次下請け→2次下請けの多重構造が存在します。実際にコードを書くエンジニアの単価が60万円/月でも、最終的な請求書には150万円/月の単価が並ぶケースは珍しくありません。同じ要件・同じ機能でも、発注先の構造で金額が2〜3倍動くのが、アプリ開発の見積もりが読めない本当の理由です。手元の見積もりは、業務改善・システム見積もりAI適正診断で構造を整理すると、どこに無駄が乗っているかが見えてきます。
業務アプリの費用相場をiOS/Android別と統合方式で比較する
費用感の把握には、「ネイティブで両方作る」「クロスプラットフォーム1本で作る」「PWAで作る」の3パターンを並べて見るのがいちばん早道です。同じ機能規模の業務アプリを想定して相場を整理します。
| 開発方式 | 相場（中規模業務アプリ） | 開発期間 | ストア配布 | 主な技術 | |---|---|---|---|---| | ネイティブ両OS | 1200〜2500万円 | 6〜10ヶ月 | 可（必須）| Swift + Kotlin | | React Native | 700〜1500万円 | 4〜7ヶ月 | 可 | React Native | | Flutter | 700〜1500万円 | 4〜7ヶ月 | 可 | Dart / Flutter | | PWA | 300〜600万円 | 2〜4ヶ月 | 不要（URL配布）| Next.js等のWeb技術 |
ネイティブ両対応：1200万〜2500万円
iOSとAndroidをそれぞれの公式言語で開発する方式。動作の滑らかさ・OS固有機能（Apple Pay、Bluetooth等）の活用ではいちばん優れています。一方で開発・テスト・運用のすべてが二重化するため、相場は1200〜2500万円、10人月以上の作業量に相当します。
この投資が正当化されるのは、「カメラ機能をフル活用」「数十万人以上のエンドユーザー向け」「OS固有のセキュリティ機能を活用」など、ネイティブでなければ実現できない要件がある場合に限られます。中小企業の社内業務アプリで、この水準が必要になるケースはほとんどありません。
React Native / Flutter：700万〜1500万円
1つのコードベースでiOS/Androidの両方を動かせるクロスプラットフォーム技術です。React Native（Meta製）とFlutter（Google製）が代表で、業務アプリの現場ではどちらも採用されます。
メリットは、コードの7〜8割が両OS共通で書けるため、ネイティブ両対応比で30〜40%のコストダウンが可能なこと。デメリットは、OS固有の最新機能対応が半年〜1年遅れること、複雑なアニメーションではネイティブに劣ること、そして結局ストア配布コストはかかることです。スマホ端末機能（カメラ・GPS・プッシュ通知）をしっかり使いたい、社外の人にもストア経由で配りたい、という要件がある場合に検討する価値があります。
中小企業の業務アプリで現実的な選択肢：PWAという第三の道
ここまで読んで「やっぱり業務アプリは高い」と感じた方に、もう一つ強くお伝えしたい選択肢があります。PWA（Progressive Web App）です。Webブラウザで動くWebサイトでありながら、スマホのホーム画面に追加してアプリのように使え、オフラインでも動作する。Apple/Googleの審査が不要で、URLを共有するだけで配布できます。
PWAでできること・できないこと
PWAでも業務アプリの機能の大半は実装できます。カメラ撮影、GPS、プッシュ通知（iOS 16.4以降）、オフライン動作、ホーム画面アイコン、フルスクリーン表示——すべてPWAで実現可能です。Excelに代わる帳票入力、案件管理、現場日報、顧客台帳といった「業務アプリのど真ん中」の機能は、PWAで問題なく動きます。
一方、PWAが苦手なのはBluetooth周辺機器との常時接続、生体認証の深い活用、HealthKit/Google Fitなどのプラットフォーム固有データへのアクセスといった「OS本体に深く食い込む機能」です。ただし、これらが必須になる業務アプリは中小企業の現場では稀です。
なぜPWAを推奨するのか：3つの理由
第1に、開発コストが圧倒的に低い。Webの技術（Next.js等）で1本作るだけでiPhone・Android・PC・タブレットすべてで動き、両OS別開発の3分の1〜5分の1で済みます。
第2に、運用コストが安い。Apple Developer Program（年間1.2万円）もGoogle Play Developer Account（初回約3700円）も不要。更新はサーバーへのデプロイだけで全ユーザーに即時反映され、ストア審査待ち（1〜2週間）も発生しません。
第3に、URL配布の機動力。社内アプリを増員のたびにストア招待する手間がなく、LINEでURLを送れば即座に使えます。社外の協力会社や顧客にも配布しやすく、業務アプリの到達速度がまるで違います。
中小企業の業務アプリで、ストア配布が「目的」になっているケースは少なく、多くは「スマホで動く業務システムが欲しい」が本音です。その目的はPWAで十分達成できます。
Apple/Google審査と年間維持費の落とし穴
ネイティブやクロスプラットフォームでアプリを作る場合、開発費とは別に「ストア配布のコスト」が確実に発生します。これを見積もりに入れずに進めて、後から想定外の出費に直面するケースは少なくありません。
Apple App Store：年間1.2万円＋審査の壁
iOSアプリ配布にはApple Developer Programの登録が必要で、年間99米ドル（約1.2〜1.5万円）。毎年の支払い義務があり、更新を忘れるとアプリがストアから削除されます。審査も厳格で、「機能が薄すぎる」「Webサイトのラッパーに見える」といった理由でリジェクトされる事例が頻発し、修正対応に追加で20〜50万円かかることも珍しくありません。
Google Play：初回3700円＋柔軟な審査
Google Play Developer Accountは初回25米ドル（約3700円）の一回払いで、年額費用は発生しません。審査もAppleに比べて緩やかですが、2023年以降は本人確認要件が強化され、開発委託時は「アカウントを誰が持つか」を契約段階で明確にしておくべきです。
配布後の継続費用：3〜5年で大きな差
サーバー費（月3,000〜30,000円）、プッシュ通知（月0〜5,000円）、OSアップデート対応（年1〜2回、各20〜50万円）などの継続コストを全て含めると、ネイティブアプリの年間維持費は最低でも50万円前後、PWAなら年間5〜10万円程度。3〜5年運用を見据えると、この差は無視できません。
経営者目線で考える「アプリ開発の本当のコスト」
ここまでは技術論と費用論ですが、いちばん大事なのは経営の話です。アプリ開発で経営者がもっとも見落としやすいのは、「初期費用」ではなく「総コストと到達速度」です。
業界の慣習として、見積もりは初期開発費中心に組まれます。けれども実際には運用保守費・OSアップデート対応費・ストア年会費・更新作業の人件費が、3年で初期費用と同等以上に膨らむ。「1500万円のアプリを作ったが、3年で総額3500万円かかった」という構造が珍しくありません。
もう一つの問題が「ストア配布信仰」です。「業務アプリならApp Store/Google Playに載せるのが当たり前」という前提で見積もりが組まれ、その上に両OS対応の費用が乗ります。けれどもよく考えてみてください。社員50人が使う現場日報アプリに本当にApp Store配布は必要でしょうか。顧客向け予約アプリも、QRコード経由でPWAを開いてもらえれば十分なケースが大半です。
経営者が持つべき判断軸は3つです。
- このアプリの本当のユーザーは誰か（社員か、特定顧客か、不特定多数か）
- ストア配布の集客効果が必要なのか、URL配布で十分なのか
- 3年の総コスト（開発費＋運用費＋更新費）が事業利益に対して妥当か
この3点で考えれば、多くの業務アプリは「PWAで作る」が最適解です。「ストア配布が必須」という前提を一度疑うだけで、見積もりは3分の1になる可能性があります。
ぷらすわんの実例：Mamoria（地域防災・安全アプリ）
弊社の実例「Mamoria」は、地域住民向けの防災情報配信・安否確認・地域コミュニティ機能を備えた業務アプリで、データ規模は約89万件。機能規模・データ量・両OS対応を考慮すると、大手SIer発注で1500〜2500万円のレンジに位置するクラスです。
弊社はこれをPWA構成で開発・納品しました。iPhoneでもAndroidでも、ホーム画面に追加すればネイティブアプリと変わらない体験で動作します。プッシュ通知も位置情報もオフラインの過去情報閲覧も、すべてPWAで実装しています。
PWAを選んだ理由は3つです。第1に、防災アプリは「即座に住民の手元で動くこと」が最優先で、ストア審査を待つ余裕がない緊急配信を即時反映したかった。第2に、地域住民の年齢層が幅広く、ストアインストールのハードルを越えてもらうより、URLをLINEや回覧板で配るほうが到達率が高かった。第3に、自治体予算は単年で完結する必要があり、ネイティブ両対応の継続的な保守費構造は採用できなかった。
結果として開発期間は3ヶ月強、初期費用はネイティブ両対応相場の3〜4分の1。89万件のデータを扱う検索・通知処理もPWAで十分なパフォーマンスを実現できています。「PWAでは業務アプリは作れない」という思い込みは、実装の現場ではすでに過去のものになっています。
手元にあるアプリ開発の構想や見積もりが、本当にネイティブ両対応で組むべき案件なのか、それともPWAで十分実現できる案件なのか。これは構想段階で項目別に整理することで、初期段階で大幅にコストを変えられます。
まとめ：失敗しないための3つの実践と次の一歩
業務アプリのiOS・Android両対応開発は、ネイティブで1200〜2500万円、クロスプラットフォームで700〜1500万円、PWAなら300〜600万円。3〜5倍の差があります。中小企業の業務アプリで本当にネイティブ両対応が必要なケースは多くなく、「ストア配布が必須」「OS固有機能のフル活用が必要」を満たさないならPWAで業務目的は果たせます。
過剰な見積もりを掴まされない、導入後に使われない、を防ぐための3つの実践は以下です。
ストア配布が必須かを最初に問う
最初の論点は「機能」でも「予算」でもなく、「本当にストアに載せる必要があるか」です。社内利用ならPWAで十分。顧客向けでも、QRコードやURLで届ける範囲ならPWAで成立します。逆に不特定多数への集客やストア検索流入を狙うならネイティブ寄りが必要です。この第一問を経営者が自分の言葉で答えられるかで、見積もりが3分の1〜3倍動きます。
開発方式を業務要件から逆算する
「Flutterで作りたい」という技術指定から発注を始めると、ベンダー都合の見積もりを掴まされやすくなります。本来は「業務上どんなデバイス・どんな機能が必要か」を整理してから技術を選定する順序です。技術選定をベンダー任せにせず、要件側から提示できる準備があれば無駄な見積もりは減ります。
3年総コストで並べ替える
見積もりを初期費用だけで並べると判断を誤ります。「初期費用＋年間運用費×3＋OSアップデート対応費＋ストア年会費」で総額を算出し、その金額同士で比較すれば、「初期費用は安いが3年総コストは高い」といった逆転現象が見えてきます。複数社の見積もりを並べて妥当な構造を探すには、第三者目線での比較を依頼するのが有効です。
経営者として持つべき判断軸は「いくらで作れるか」ではなく「何のためにどの方式で作るのか」。手元の構想や他社見積もりがある方は、自社に最適な方式を業務改善・システム見積もりAI適正診断で整理することから始めてみてください。