Expoのシステム開発の完全ガイド - ブログ

Expoのシステムとは、React Nativeを土台にJavaScript／TypeScriptでiOSとAndroidのアプリを共通開発し、業務データや社内システムと安全に連携させるための開発基盤です。

「Expoで本格的な業務アプリを作れるのか」「React Nativeやネイティブ開発と比べて費用を抑えられるのか」「開発後の更新やセキュリティは誰が担うのか」と迷う担当者は少なくありません。この記事では、Expoの全体像、構築できるシステム、技術選択、進め方、費用相場、運用、開発会社・ベンダーの選び方まで、発注前に知っておきたい判断材料をまとめます。

Expoのシステムとは何ですか？

Expoは、React Nativeアプリの開発を始めやすくし、端末機能の利用、ネイティブアプリのビルド、ストアへの提出、リリース後の更新までを一つの流れで扱えるフレームワーク・ツールチェーンです。Expo単体が顧客情報や在庫情報を保存する業務システムになるのではなく、スマートフォンの画面とバックエンドのAPI、データベース、認証、管理画面などを組み合わせてシステム全体を構成します。

ExpoとReact Nativeの関係はどうなっていますか？

React Nativeは、Reactの知識を使ってiOSとAndroidのアプリを開発するための基盤です。ExpoはReact Nativeのプロジェクト作成、端末API、設定、ビルド、配布、更新を支援するため、開発チームが個別のネイティブ設定にかける時間を減らしやすい点に特徴があります。つまり、React Nativeがアプリを動かす中心技術で、Expoは開発から運用までを扱いやすくする周辺の仕組みと考えると理解しやすいです。

Expoにはどのような機能がありますか？

代表的な構成要素は、プロジェクトを作成するcreate-expo-app、画面遷移を管理するExpo Router、カメラ・位置情報・通知・ファイルなどを扱うExpo SDK、ネイティブ機能を追加するConfig PluginsやExpo Modulesです。さらに、EAS BuildでiOS／Androidのアプリをビルドし、EAS Submitでストア提出を支援し、EAS UpdateでJavaScriptやアセットの更新を配信できます。ログイン、権限管理、検索、写真添付、バーコード読み取り、プッシュ通知などは、これらの機能とAPIサーバーを組み合わせて実現します。

ただし、Expo Goは学習や簡単な動作確認に向いたアプリであり、業務案件の本番開発環境そのものではありません。独自のネイティブモジュールや本番に近い権限設定を検証する場合は、development buildを用意する必要があります。この区別を発注前に確認しておくと、「デモでは動いたのに本番機能を追加できない」という手戻りを防ぎやすくなります。

Expoで構築できるシステムの種類と構成

Expoは、一般消費者向けアプリだけでなく、現場担当者が使う業務システムにも適用できます。重要なのは、アプリに何を表示するかだけではなく、どの業務データをどこに置き、誰がどの操作を許可され、通信できないときに何をするかまでを一つの構成として決めることです。

現場作業・営業支援アプリ

訪問営業、点検、保守、配送、施工、棚卸しなどの現場業務では、顧客・案件・商品・在庫の検索、写真の添付、位置情報の取得、バーコードの読み取り、作業結果の登録、上長承認、プッシュ通知がよく使われます。紙の帳票をアプリに置き換えるだけでなく、入力した結果をAPI経由で既存の販売管理や在庫管理へ反映し、二重入力を減らす設計が効果的です。

顧客向け会員・予約・注文アプリ

会員証、予約、注文、決済、クーポン、通知、問い合わせなどをまとめた顧客向けアプリにも向いています。iOSとAndroidに共通の画面を提供しながら、通知許可や生体認証、端末の戻る操作などOSごとの違いも吸収できます。ただし、決済情報や本人確認情報を扱う場合は、アプリに秘密情報を持たせず、認証・決済・監査をバックエンド側で管理することが基本です。

業務システム全体の基本構成

基本構成は、利用者が操作するExpoアプリ、認証と業務ロジックを担うAPI、顧客・商品・案件などを保存するデータベース、管理者が使うWeb画面、ログ・監視・分析の仕組みです。画像や帳票を扱う場合はオブジェクトストレージ、通知にはプッシュ通知基盤、社内システム連携にはAPIゲートウェイや連携バッチを加えます。アプリだけを先に作ると、権限やマスタの不整合が後から発覚するため、最初からデータの流れを図にしておくことが大切です。

通信が不安定な現場では、オフライン時の入力を端末内に一時保存し、復帰後に同期する方式を検討します。その際は、同じデータを複数人が変更した場合の競合、送信済み判定、再送、端末紛失時の削除、端末内に残る期間まで決めます。オフライン対応は画面を一つ増やすだけの機能ではなく、データモデルと業務ルールを変える要件です。

React Native・Flutter・ネイティブとExpoはどう違いますか？

Expoが常に最適なわけではありません。共通化による開発効率、端末固有機能への対応、性能、採用できる人材、将来の保守を並べて比較し、業務要件に合う技術を選びます。ExpoはReact Nativeを使う選択肢の一つであり、必要に応じてネイティブコードや既存アプリとの共存も検討できます。

ExpoとReact Native単体の違い

React Native単体では、iOSとAndroidのネイティブプロジェクトを細かく制御しやすい一方、ビルド環境、署名、設定、ライブラリ更新をチームで整備する必要があります。Expoを使うと、共通の設定とEASによるビルド・配布を組み込みやすく、少人数でも開発を始めやすくなります。特殊なSDKやネイティブ改修が必要になった場合も、Config PluginsやExpo Modules、prebuildを使って拡張できるため、最初から全機能をネイティブで作り直す必要はありません。

ExpoとFlutterの違い

FlutterはDartと独自の描画エンジンを使い、画面の見た目を揃えやすい技術です。ExpoはJavaScript／TypeScriptとReactの知識を活用でき、Web開発や既存のReact資産と人材を共有しやすい点に強みがあります。どちらもiOSとAndroidの共通開発に向きますが、既存チームのスキル、必要な端末API、Webとの連携、UIの再現性、採用ライブラリの保守状況をPoCで確認してから決めると安全です。

ネイティブ開発を選ぶべきケース

高度な3D、動画処理、Bluetoothや特殊な周辺機器、OS固有のバックグラウンド処理、極端に厳しいレイテンシ要件が中心なら、SwiftやKotlinによるネイティブ開発を比較します。既存のネイティブアプリに段階的に新しい画面を追加する場合は、Expoを一部に組み込むBrownfield構成が候補になります。技術を一律に決めず、重要機能だけを実機で検証し、共通化できる範囲と固有実装の範囲を分けることが現実的です。

Expoのシステム開発の進め方

Expoの開発では、画面を作り始める前に業務の目的とデータの流れを定義し、技術的な不確実性を小さなPoCで潰してからMVPを作ります。iOSとAndroidを同時に対象にする場合でも、両OSの実機確認、ストア審査、バックエンド連携、現場受入を工程に含めることが重要です。

▶ 詳細はこちら：Expoのシステム開発の進め方/やり方/流れや方法/手法/工程/手順

要件定義と技術PoC

まず対象ユーザー、対象業務、解決したい課題、利用頻度、成果指標を明確にします。紙やExcelの帳票、現在の入力手順、例外処理、マスタの管理者を確認し、Must・Should・Couldに分けます。要件には画面数だけでなく、同時利用者数、対応OS、対応端末、カメラや位置情報の精度、オフラインの有無、認証方式、RTO・RPO、監査ログ、データ保存期間も含めます。

技術PoCでは、最も失敗しやすい機能を先に試します。たとえば、業務用バーコード端末、写真のアップロード、バックグラウンド同期、既存APIとの認証、プッシュ通知、オフラインからの復帰を実機で検証します。Expo Goで動いた結果だけで判断せず、実案件と同じdevelopment build、通信状態、権限拒否、古い端末で確認することがポイントです。

設計・開発・データ連携

設計では、画面遷移図、権限一覧、API仕様、データモデル、エラー時の動作、ログの項目、端末に保存するデータを定義します。画面は共通化できても、キーボード、戻る操作、通知許可、日付表示、アクセシビリティなどはOS差分が出るため、共通画面と固有調整を分けて設計します。管理画面やマスタ更新の仕組みもアプリと同じ業務システムの一部として見積もります。

開発は、ログインや主要業務の一連の流れを先に通す縦切りで進めると、後から連携不備が見つかりにくくなります。コードレビュー、静的解析、単体テスト、APIの自動テスト、development buildでの実機確認を継続し、EASのビルド設定と署名鍵の所有者を早い段階で決めます。ソースコード、設計書、環境変数、アカウント、証明書の引き渡し条件も契約に明記します。

テスト・現場受入・段階リリース

テストは、画面が表示されるかだけでは不十分です。正常系と異常系、通信断、権限拒否、端末回転、アプリの強制終了、二重送信、古いOS、低速回線、データ量が増えた状態を確認します。現場担当者には実際の端末と業務データに近いサンプルを渡し、入力時間、誤入力、承認漏れ、通知の見落としを確認してもらいます。

リリースは全員へ一度に配信せず、社内テスト、限定ユーザー、特定拠点、全体の順に広げます。EAS Updateを使う場合は、JavaScriptやアセットだけの修正と、ネイティブコードや権限を含む変更を分けます。後者は新しいストアビルドが必要です。runtime versionとchannelを管理し、問題が出たときにロールバックできる手順と判断者を用意します。EAS公式ドキュメントでも、段階配信とエラー監視、ロールバックが案内されています（出典: Expo EAS Update公式ドキュメント、2026年7月確認）。

Expoのシステム開発費用相場と期間

Expoを使うとiOSとAndroidの画面やロジックを共通化しやすくなりますが、開発費が自動的に半額になるわけではありません。バックエンド、管理画面、データ移行、端末差分、テスト、ストア申請、セキュリティ、リリース後の保守が残るため、画面数だけで見積を比較しないことが大切です。以下は業務アプリの要件を仮定した2026年時点の推定レンジです。

▶ 詳細はこちら：Expoのシステム開発の見積相場や費用/コスト/値段について

規模別の開発費用と期間

社内検証向けの小規模MVPなら、主要5〜10画面、ログイン、簡易API、iOS／Androidビルドを含めて300万〜800万円、期間は2〜4か月が一つの目安です。権限、通知、写真、検索、管理画面、外部APIを含む標準的な業務アプリなら800万〜2,000万円、4〜8か月程度が目安になります。複数の基幹システム連携、オフライン同期、監査、データ移行、負荷試験まで必要なら2,000万〜5,000万円超、8〜12か月以上を見込みます。これは公的なExpo専用統計ではなく、要件を仮定した見積レンジです（出典: 業務システムの工程別見積整理とExpo案件の要件仮定による推定、2026年）。

同じ画面数でも、写真を一枚送るだけか、大量の画像を圧縮してオフライン同期するかで工数は変わります。決済、本人確認、位置情報、特殊端末、複数組織の権限、既存データ移行が加わる場合も上振れしやすいです。見積書では、画面単価ではなく要件定義、UI設計、アプリ実装、API、管理画面、テスト、ストア提出、導入支援の項目に分けてもらいます。

EASやクラウドの利用料

EASの利用料は受託開発費とは別に考えます。Expo公式料金表を2026年8月に確認した時点では、Freeは月額0ドルでAndroidとiOSのビルドを各15回まで、Starterは月額19ドルで45ドル分のビルドクレジット、Productionは月額199ドルで225ドル分のビルドクレジットが含まれます。超過分は利用量に応じた追加料金となり、更新の対象となる月間アクティブユーザー数やCI/CDの利用量もプランごとに異なります（出典: Expo Application Services公式料金表、2026年8月確認）。

このほか、AppleとGoogleの開発者アカウント、APIやデータベースのクラウド費用、画像保存、監視、クラッシュ分析、メールや通知などの外部サービス、ドメイン、バックアップが発生します。契約時は、EASやクラウドのアカウントを誰が所有するか、開発会社の契約終了後も継続利用できるか、料金の支払者と上限通知を誰が管理するかを確認します。

保守・更新費用

保守費は、初期開発費の年10〜20％程度を出発点に、含まれる作業を確認します。OSやExpo SDKのアップデート、脆弱性対応、障害一次対応、クラッシュ監視、ストア再申請、軽微な改修、問い合わせ対応、バックアップ確認が含まれるかで実額が変わります。24時間監視や厳しい復旧目標、現場端末の交換対応まで求める場合は、通常保守と別の運用契約にすることがあります。

SDKは数年にわたって固定するものではなく、対応OSや依存ライブラリの変更を追いかける必要があります。Expo SDK 56は2026年5月に公開され、React Native 0.85、React 19.2、Expo UIの本番利用などが含まれます（出典: Expo SDK 56公式リリースノート、2026年5月）。新機能の採用だけを目的に急いで更新せず、互換性確認、テスト、段階リリースまでを保守計画に含めます。

Expoシステムのセキュリティと運用で注意すること

業務アプリでは、Expoを採用するかどうかよりも、認証、認可、データ保護、更新手順、監査の設計が安全性を左右します。特にスマートフォンは紛失や盗難、OSの違い、ネットワークの変化が起きやすいため、端末に保存する情報を必要最小限にし、サーバー側で業務データを管理することが基本です。

認証・権限・個人情報を守る設計

通信はTLSで保護し、アクセストークンは短い有効期限と安全な更新方式を組み合わせます。部署や役職だけでなく、顧客・拠点・案件単位の権限もAPI側で検証し、アプリの画面を隠すだけで済ませないことが重要です。管理者には多要素認証を設定し、ログイン、権限変更、データ出力、削除、失敗した認証を監査ログに残します。

トークンなど少量の秘密情報はOSの保護領域を利用し、一般的なキー・バリュー保存領域、ソースコード、ログ、更新用バンドルにパスワードや秘密鍵を置きません。EASを使う場合も、署名鍵を開発会社の個人アカウントだけに置かず、発注者が管理する組織アカウントと権限分離を検討します。個人情報を扱う場合は、個人情報保護法の安全管理措置、委託先管理、データ保存場所、削除手順を要件に落とし込みます。

EAS Updateとストア審査の使い分け

EAS Updateは、JavaScriptや画像などのアセットをストアの再審査を待たずに更新しやすくする仕組みです。しかし、ネイティブコード、権限、SDK、アプリの実行環境が変わる更新をOTAで配信してはいけません。runtime versionで互換性を区切り、stagingとproductionのchannelを分け、レビュー済みのコミットだけを配信します。EAS公式ドキュメントでは、同じruntimeのプレビュー環境、段階的なロールアウト、問題時の取り消しが推奨されています（出典: Expo EAS Update公式ドキュメント、2026年7月確認）。

ストア向けには、収集データ、第三者SDK、プライバシーポリシー、権限の利用目的を機能ごとに台帳化します。AppleのApp Privacyではアプリや第三者コードによるデータ利用の申告が必要で、対象となるSDKにはPrivacy Manifestの確認も求められます。Google PlayではData safetyへの正確な申告が必要で、アカウント作成機能があるアプリは、アプリ内とWeb上のアカウント削除導線も要件になります（出典: Apple App Privacy／Privacy Manifest公式資料、2026年8月確認。Google Play Data safety・アカウント削除公式資料、2026年8月確認）。

Expoのシステム開発会社・ベンダーの選び方

開発会社は「React Nativeに対応できる」という一言だけで決めず、ExpoとEASを業務システムとして運用した経験まで確認します。比較の軸は、技術名の多さではなく、要件定義、バックエンド連携、iOS／Androidの品質、セキュリティ、リリース後の保守、成果物とアカウントの引き渡しです。候補を複数社にそろえて同じRFPを渡すと、価格だけでなく提案の前提や抜け漏れを比べられます。

Expo・EASの実績を確認する

実績を聞くときは、アプリの画面を作った経験だけでなく、Expo SDKの更新、development build、EAS Build、EAS Submit、EAS Update、署名鍵、クラッシュ監視まで質問します。可能であれば、担当予定者が過去に対応した機能、採用したSDK、ネイティブ拡張の有無、リリース後の障害事例と再発防止策を確認します。「React Native対応」と書かれていても、ExpoやEASの運用経験が同じとは限らないため、技術PoCを提案書に含めてもらうと判断しやすくなります。

見積と契約の責任範囲を比べる

見積では、要件定義、UI／UX、アプリ、API、管理画面、データ移行、テスト、ストア申請、導入支援、保守を分け、含まれない項目も明記してもらいます。EAS、クラウド、外部SaaS、開発者アカウントの費用、為替や従量課金の扱いも確認します。納品物はソースコードだけでなく、設計書、テスト結果、環境構築手順、CI/CD設定、証明書、運用手順、障害時の連絡先まで含めます。

契約では、障害の一次回答時間、復旧目標、OSやSDK更新の扱い、再委託、脆弱性対応、データ返却、アカウントの所有者、著作権と利用許諾を決めます。開発会社が変わっても継続できるよう、発注者側の組織アカウントにコードリポジトリ、EAS、クラウド、ストアを紐づけ、権限を必要な期間だけ付与する運用が望ましいです。

RFPに入れる質問を揃える

RFPには、Expo SDKとReact Nativeのバージョン方針、Expo Goとdevelopment buildの使い分け、ネイティブモジュールの追加方法、EASのプランと月額上限、リリース経路、runtime version、段階配信、ロールバックを記載します。加えて、対応端末、最低OS、オフライン、個人情報、監査ログ、データ保管場所、既存システム連携、納品条件、保守SLAを質問します。提案の時点でこれらに具体的な回答がない場合は、初期費用が安くても将来の追加費用が膨らむ可能性があります。

「Expoのシステム開発でおすすめの開発会社・ベンダー候補も確認したい」という場合は、会社名だけでなく、Expo／EASの明示実績、業務要件への対応、保守とセキュリティの確認項目を比較できる関連記事も参照してください。

▶ 詳細はこちら：Expoのシステム開発でおすすめの開発会社/ベンダー6選と選び方

▶ 詳細はこちら：Expoのシステム開発の発注/外注/依頼/委託方法について

よくある質問（FAQ）

Expoを業務システムに採用する際は、開発の始めやすさだけでなく、本番運用、セキュリティ、費用、将来の更新まで確認する必要があります。ここでは、発注前によく出る疑問に直接回答します。

Expo Goだけで本番アプリを開発できますか？

Expo Goだけで本番アプリを開発するのはおすすめできません。Expo Goは学習や簡単な確認に便利ですが、独自のネイティブモジュール、権限、実際の署名、ストア配布の条件を十分に再現できないためです。業務案件ではdevelopment buildを使って本番に近い環境を作り、EAS Buildや実機テストを早期から組み込みます。

Expoを使えば開発費用は必ず安くなりますか？

必ず安くなるわけではありません。iOSとAndroidで画面やロジックを共通化しやすい一方、API、管理画面、テスト、ストア申請、端末差分、セキュリティ、保守は必要です。費用を抑えるには、目的に直結するMVPから始め、オフラインや複雑な権限など高コストになりやすい要件を優先順位付けし、見積の対象外を明確にします。

既存のネイティブアプリからExpoへ移行できますか？

移行できますが、すべてを一度に置き換える必要はありません。画面単位や機能単位でExpoを組み込み、既存の認証、API、プッシュ通知、端末SDKとの接続を検証する段階移行が現実的です。ネイティブコードに強く依存する機能、バックグラウンド処理、特殊な端末連携は先に互換性を確認し、移行期間中の二重保守とリリース手順を見積に含めます。

EAS Updateでストア審査をすべて省略できますか？

すべてを省略できるわけではありません。JavaScriptやアセットの修正はEAS Updateで迅速に配信しやすい一方、ネイティブコード、権限、SDK、アプリの実行環境を変える更新は新しいビルドとストア審査が必要です。更新内容を分類し、runtime version、channel、承認者、段階配信、ロールバックを運用ルールにしてください。

まとめ

Expoのシステムは、React NativeとJavaScript／TypeScriptを中心に、iOSとAndroidのアプリ、API、データベース、管理画面、EASによるビルド・配布・更新を組み合わせる開発基盤です。現場作業、営業支援、会員、予約、注文、在庫、顧客管理などに活用できますが、Expoだけで業務システムが完成するわけではありません。

成功につながる判断の順番

最初に業務の目的、利用者、データ、例外処理、セキュリティ要件を整理し、次にExpoで実現しにくい機能を実機PoCで確認します。そのうえで、MVPの範囲、iOS／Androidの共通化範囲、ネイティブ拡張、バックエンド連携、管理画面、テスト、ストア提出、保守を含めた見積を比較します。費用だけでなく、SDK更新や障害時の責任分界、アカウントと成果物の所有権まで確認することが大切です。

発注前に整理すること

発注前には、対象業務を一つ選び、現状の手順、困っている点、必要な画面、連携先、ユーザー数、対応端末、個人情報の有無、オフライン要件、希望時期を一枚にまとめます。候補先には、Expo SDKとEASの経験、development buildの扱い、テスト計画、保守範囲、見積の前提を同じ条件で質問します。要件整理から技術検証、MVP、現場受入、段階リリース、継続保守までを一つの計画にできれば、Expoの開発効率を活かしながら、運用で困りにくいシステムを作りやすくなります。