iOSとAndroidを同じ予算で公開する内製ロードマップ｜地方企業が10万円アプリを両OS対応で出す5ステップ
「アプリ開発は外注で500万円〜が相場」「iOSとAndroidを両方出すなら、さらに費用がかかる」——5年前まではこれが常識でした。2026年の今は、地方の中小企業が、社内のメンバーで、iOSもAndroidも10万円〜で公開できる時代になっています。
みかもデジタル（株式会社みかもDX部門・社員18名）は、2026年4月に車買取専門店エムネットの公式アプリをApp Store（iOS版）で公開しました。Android版（Google Play）も同じコードベースから順次リリースしていく予定で、両OS対応の運用が現場で動いています。
このコラムでは、その実装で得た知見をもとに、地方企業がiOSとAndroidの両OSアプリを内製公開するための5ステップを、誰でも再現できる形で公開します。技術選定、機能の絞り方、ストア申請、社内運用——どこに勘所があるかを順を追って整理します。
前提：なぜ「両OS対応」が10万円〜で成立するのか
iOSとAndroidは別のOSなので、本来は別の言語（Swift／Kotlin）で別のコードベースを書きます。当然、工数も2倍になります。これが「両OS対応＝高い」と言われてきた理由です。
みかもデジタルが10万円〜で両OS対応を実現できているのは、React Native＋Expo という技術選定によります。1つのTypeScriptコードベースから、iOS／Android両方のアプリをビルド・配信できるフレームワークで、Meta（旧Facebook）が開発した実績ある技術です。
大手企業（Microsoft Office、Discord、Walmart、Shopify など）でも採用されている技術なので、「地方企業が安く作るための妥協」ではなく、業界標準の選択肢のひとつとして位置づけられます。
ステップ1｜「何を解決するアプリか」を1文で書く
アプリ開発でいちばん大事なのは、技術選定でも費用でもなく、「このアプリは、誰の、何を、どう変えるか」を1文で言えるかです。これが曖昧なまま進むと、機能を足し続ける開発が始まり、リリースされません。
エムネットアプリの1文は、こうです。
徳島で車を売ろうか迷っている人が、会員登録なし・スマホ1台で、概算の買取額を10秒で確認できる。
この1文が決まると、次のような判断が機械的にできるようになります。
- 会員登録機能 → 1文に「会員登録なし」と書いたので入れない
- 豪華なホーム画面アニメーション → 「10秒で確認」という時間軸に貢献しないので入れない
- プッシュ通知 → 1文の解決には不要なので、第1弾では入れない
- かんたん自動査定 → 1文の核なので、最優先で実装
- LINE査定への遷移 → 「もっと正確に知りたい」という次の意図を満たすので入れる
この1文を、紙1枚に書き出してから設計に入ること。これが10万円アプリの最初のステップです。
ステップ2｜技術選定（React Native＋Expoが地方の正解）
地方企業がアプリを内製するなら、以下の技術スタックを推奨します。みかもデジタルでも採用している構成です。
| レイヤー | 採用技術 | 理由 |
|---|---|---|
| アプリフレームワーク | React Native + Expo（Managed Workflow） | iOS／Android を1コードベースで書ける。学習コストが比較的低い |
| 言語 | TypeScript | 型安全。AI支援との相性が良い |
| ビルド／配信 | EAS Build（Expoのクラウドビルド） | ローカルにXcode／Android Studioのフル整備が不要 |
| ストア提出 | EAS Submit | App Store／Google Play への申請を半自動化 |
| 状態管理 | React hooks のみ | Redux／Zustandなどは第1弾では不要 |
| 外部連携 | URLスキーム（LINE・電話・メールなど） | サーバを立てずに連携できる |
| サーバ／DB | 使わない（または既存のWebサイトを再利用） | 運用費を発生させない |
| AI支援 | Claude／Cursor／GPT などのコード支援 | 専業エンジニアがいない会社でも実装が現実的になる |
「Flutter ではなく React Native？」という質問はよくいただきます。Flutter も優れた選択肢ですが、地方企業向けには「Webサイト運用と同じTypeScriptで書ける」「AIツールとの相性」「Expoのクラウドビルドの導入の楽さ」の3点で、React Native＋Expo を推奨しています。
ステップ3｜機能を「3つ以内」に絞る
第1弾アプリでもっとも難しいのは、機能を入れない判断です。経営層・現場・お客様の声を聞いていくと、「あれもこれも欲しい」が必ず増えます。10万円〜で出すには、主要機能を3つ以内に絞り切ります。
エムネットアプリの3機能
- かんたん自動査定——車種・年式・走行距離・状態を選ぶだけで、概算買取額を表示
- LINE査定——ワンタップで公式LINEに遷移し、写真を送ってプロ査定を受ける
- 出張査定予約——日時・エリアを選んで、エムネットの受付フォームに連携
第1弾で入れない機能（一例）
- ユーザー登録・ログイン
- プッシュ通知
- アプリ内アナリティクス（Firebase／Amplitude等）
- 会員ポイント・スタンプカード
- アプリ内決済
- SNSログイン連携
- 多言語対応（必要に応じて第2弾で）
「これら全部入れたい」という気持ちはわかります。ただし、機能を入れるたびに、テスト工数・プライバシーポリシー対応・ストア審査の説明が増えます。第1弾はミニマムで出して、本当に必要だった機能だけを第2弾で足す——この方が、結果的に安く・速く・続きます。
ステップ4｜ストア申請（iOS／Android並走で進める）
iOS／Androidの両OSで公開する場合、ストア申請は並走で準備します。片方を完了してからもう片方を始めると、開発の余熱が冷めて手戻りが増えるためです。
iOS（App Store Connect）の主要項目
| 項目 | ポイント |
|---|---|
| アカウント | Apple Developer Program（年$99） |
| 法人登録 | 法人アカウントの場合、D-U-N-S番号の取得が必要 |
| プライバシーラベル | 収集／共有するデータを正確に申告（収集しないなら「収集しない」を明示） |
| スクリーンショット | iPhone複数サイズ＋iPadサイズで用意 |
| レビュー対応 | アプリ説明文・プレビューでアプリの動線を過不足なく説明 |
Android（Google Play Console）の主要項目
| 項目 | ポイント |
|---|---|
| アカウント | Google Play Developer（初回$25・買い切り） |
| 法人登録 | 法人の身分証明書提出が必須化されている。早めに準備 |
| コンテンツレーティング | IARCの質問票で取得 |
| データセーフティ | 「収集しない／共有しない」を明示 |
| スクリーンショット | Phone／7-inch tablet／10-inch tabletサイズで用意 |
並走するときのコツ
- アイコン・スクリーンショットの素材は同時に発注／生成する
- アプリ説明文は最初にiOS用を作り、Android用にトーンを合わせて流用
- EAS Build／EAS Submit を使うと、両ストアへのビルド・申請がコマンドで揃う
- ビルド番号・バージョン番号は両OSで揃えると、後の運用が楽
ステップ5｜社内運用（公開してからが本番）
アプリは公開して終わりではありません。むしろ、公開してからの90日が品質を決めると言っていいくらい、リリース直後の運用が大事です。
毎日見るべき指標
- クラッシュレポート——App Store Connect／Google Play Console で、エラーが発生していないか
- ストアレビュー——低評価が出たら即日対応、高評価には感謝の返信
- ストア検索順位——アプリ名で検索したときの表示位置
週次で確認する指標
- ダウンロード数——iOS／Android別に
- アプリからの問い合わせ数——LINE登録数・予約フォーム送信数など
- 来店・購入のコンバージョン——アプリ経由の実成約数
月次〜四半期で考える
- 第2弾のアップデート方針——お客様の声・現場のニーズで本当に必要だった機能を1つだけ追加
- ストア掲載文の改善——順位を見ながら、説明文・スクリーンショットを差し替える
- OSアップデート対応——iOS／AndroidのメジャーOSアップデートに合わせて、SDK・依存ライブラリを更新
かかる費用の現実
地方企業がiOS／Android両OSアプリを内製公開するとき、外部に支払うお金を整理します（人件費は含まず）。
| 項目 | 金額感 | 頻度 |
|---|---|---|
| Apple Developer Program | 年$99（為替で変動） | 毎年 |
| Google Play Developer | 初回$25（買い切り） | 1回のみ |
| EAS Build（Expoのクラウドビルド） | 無料枠内で運用可能 | 月次 |
| みかもデジタルへの開発依頼 | 第1弾：10万円〜（両OS対応・自社実装パターン） | 1回／プロジェクト |
| サーバ・DB（必要な場合） | 使わない設計が基本。必要時はご相談 | — |
Apple／Googleへの支払いはストアを使う以上避けられない実費で、これはどの開発会社に頼んでも同額です。みかもデジタルが「10万円〜で作れます」と言っているのは、開発工賃の部分を指しています。
「うちのお客様、本当にアプリ使う？」を見極める
最後に、もっとも大事な問いに戻ります。「アプリを作るべきかどうか」です。
みかもデジタルでは、初回の30分相談で次の3つを必ず確認します。
- お客様が、すでにスマートフォンで何かを操作している接点があるか（LINE・Instagramなど）
- 「Webサイトでフォーム入力」より「アプリで選択タップ」の方が体験がよくなる場面があるか
- アプリでなくても LINEミニアプリ・Webアプリ（PWA）で十分かを冷静に検討した上で「やはりアプリ」と言えるか
3番目を素通りせずに考え抜くと、「実はLINE公式アカウントの強化で十分」というケースも結構あります。みかもデジタルは、その場合は無理にアプリを売らず、LINEで完結する設計を提案します。
逆に、「アプリで本当に体験が変わる」事業であれば、10万円〜で第1弾を出して、お客様のリアクションを見ながら育てていく。これが、地方企業のアプリ内製の現実的なロードマップです。
よくあるご質問
Q. iOSとAndroid、片方だけでもいい？
A. はい、片方だけのリリースも可能です。お客様の主要ターゲット層がiPhone中心ならiOS先行、Android中心ならAndroid先行という選び方もあります。みかもデジタルでは、両OS対応で10万円〜の同じ価格帯でご相談いただけるので、最初から両方を見据えて設計するご相談が増えています。
Q. アプリの中で決済を入れたい場合は？
A. アプリ内決済は、AppleとGoogleの審査ルールが厳しく、15〜30%の手数料が発生する領域です。第1弾では入れずに、第2弾以降で「Webサイトでの決済に飛ばす」設計で対応するか、Stripeなどの外部決済を慎重に組み込む方が、収益性とユーザー体験のバランスが取りやすいです。
Q. 既存のWebサイトとデータを共有できる？
A. はい、できます。Webサイト側にAPI（REST／GraphQL）を用意してアプリから叩く構成、またはアプリからWebサイトのフォームに遷移する構成、どちらも対応可能です。みかもグループのサイト群はTypeScriptで作っているため、型定義を共有することで開発工数を圧縮できる強みがあります。
Q. アプリ内製を、自社のメンバーでやり切れる？
A. みかもデジタルでは、「設計と運用は社内、実装は内製＋必要に応じて外注」のハイブリッドも提案しています。「いきなり完全内製は怖い」というお客様には、最初の数本をみかもデジタルが伴走実装し、社内のメンバーに引き渡していく形でも対応可能です。
Q. アプリの中身がアップデートできなくなる「塩漬け」を避けるには？
A. これは外注したアプリで実際によく起きる問題です。対策は2つ。（1）コードベースを社内に置く（内製または共同所有）、（2）使う技術を業界標準のフレームワーク（React Native＋Expoなど）に揃える。みかもデジタルでは、コードはお客様にお渡しでき、技術スタックも開示しています。
まずは、1文を書き出すところから
iOSもAndroidも、10万円〜で内製公開できる時代です。地方の中小企業さまにとって、これは「いつかやりたい夢」ではなく、「今期の予算で実行できる施策」になりました。
とはいえ、技術選定や開発の進め方には勘所があります。みかもデジタルは、自社のエムネット公式アプリで実証した知見を、徳島の地方企業さまに無理なくお届けすることを目指しています。
アプリのご相談は、まず「このアプリは、誰の、何を、どう変えるか」を1文に書き出して、初回30分のご相談にお持ちください。その1文をベースに、技術・機能・費用・スケジュールをご提案します。料金の考え方は別記事「みかもデジタルのサービス料金の考え方」で公開していますので、あわせてご覧ください。
——
みかもデジタル｜株式会社みかも DX部門
徳島県三好郡東みよし町
https://mikamo-digital.jp/
