2026.07.27 Webシステム

iOSアプリ開発とは？特徴・Swiftでの作り方・費用と外注判断を発注者視点で解説

iOSアプリ開発とは、iPhoneやiPadで動くアプリケーションをApple指定の環境で作り、App Storeを通じて配布するまでの一連の工程を指します。Androidアプリと違い、開発にはMacとXcodeが要り、公開前にAppleの審査を通さなければなりません。この記事では、iOSアプリの定義とAndroid・Webアプリとの違い、Mac／Xcode／Apple Developer Program（年額99米ドル）という環境要件、開発言語Swiftとフレームワークの選び方、企画からリリースまでの6ステップ、費用相場の考え方、そして内製・個人への外注・受託開発会社のどれを選ぶかまでを、発注する側の判断材料として整理します。

まとめ｜iOSアプリ開発の全体像と発注前に固める3つの論点

iOSアプリ開発は、Androidと比べて対応端末の幅が狭く、OSのバージョン分散も小さいため、同じ機能なら検証工数を抑えやすい性質があります。半面、Mac・Apple Developer Program・App Store審査という三つの前提が固定で乗ります。ここは削れません。

発注前に固めるべき論点は3つです。第一に、そもそもネイティブアプリである必要があるか。ブラウザで足りる業務ならWebアプリの方が審査も配布も要らず安く済みます。第二に、iOS単独で出すのか、Androidも同時に出すのか。両OS対応を前提にするなら、SwiftによるネイティブとFlutterなどのクロスプラットフォームのどちらを土台にするかを最初に決める必要があり、後から変えると作り直しになります。第三に、誰が作るか。要件が固まっていない試作段階なら内製や個人への発注でも回りますが、業務データを扱い長期運用が前提なら、設計・テスト・保守までまとめて受託開発会社に出す方が結果として安く付きます。費用は小規模で数十万円台から、業務システム連携を伴う大規模案件では数千万円規模まで開きます。

iOSアプリ開発の定義とAndroid・Webアプリとの機能差・配布経路の違い

「アプリを作りたい」という相談の多くは、まだどの形態で作るかが決まっていません。iOSアプリの輪郭を、隣接する選択肢との差で押さえます。

ネイティブアプリとしてのiOSアプリの位置づけとApp Store配布の前提

iOSアプリは、iPhone・iPadの端末に直接インストールして動くネイティブアプリです。カメラ、位置情報、Face ID、プッシュ通知、Bluetooth接続といった端末機能をOSのAPI経由で扱えます。配布経路はApp Storeに一本化されており、公開にはAppleの審査を通す必要があります。ここがWebと決定的に違う点です。社内利用に限る業務アプリでも、一般公開しない配布方式（Apple Business Managerによるカスタム配布など）を選ぶだけで、審査そのものからは逃れられません。「作ってすぐ配れる」前提で計画を立てると、リリース日が数日から数週間ずれます。

Androidアプリ・Webアプリとの開発費用と収益性の実務的な差

同じ仕様ならiOSとAndroidの開発費に大きな差はありませんが、Androidは端末とOSバージョンの組み合わせが広く、実機検証の工数が膨らみやすい傾向があります。一方、ブラウザで動くWebアプリ開発を選べば、審査もインストールも不要で、更新はサーバー側の反映だけで全利用者に届きます。判断の順番はひとつです。まず「ブラウザで足りるか」を問い、足りるならWeb、端末機能かオフライン動作が要るならiOSネイティブへ進みます。この順番を飛ばして最初からアプリありきで進めると、審査対応と年次のOS追随という固定費を、必要のない案件で背負い込みます。

iOSに絞る判断が成り立つ利用者層とiPhoneシェア比率の目安

iOS単独リリースが成り立つのは、利用者の端末が実際にiPhoneへ偏っている場合だけです。国内の消費者向けサービスや、社給端末をiPhone・iPadで統一している企業の業務アプリが典型で、この条件なら片方のOSだけ作って費用と保守を半分に抑えられます。逆に、不特定多数の一般ユーザーを相手にするサービスでiOS版だけを出すと、Android利用者を丸ごと取りこぼします。発注前に、自社の会員データやアクセス解析の端末別比率を1回見てください。iPhone比率が7割を超えているなら、まずiOSから出して反応を見る進め方に合理性があります。

iOSアプリ開発に必要な開発環境とApple Developer Programの費用

iOS開発は、環境まわりの要件がAppleによって決められています。ここを知らずに見積もりを読むと、初期費用の項目が理解できません。

Mac・Xcode・実機・Apple IDという4つの開発環境の必須要件

まずMacが要ります。統合開発環境のXcodeがmacOS上でしか動かないためで、WindowsパソコンだけでiOSアプリをビルドして提出することはできません。2026年7月時点の系列はXcode 26系（26.6系）で、iOS 26.5世代のSDKとSwift 6.3系のコンパイラを同梱しています。次に実機です。シミュレータではカメラ、位置情報の実測、通知の実挙動を再現しきれないため、対応する最古の端末と最新端末の2台程度は検証用に確保します。最後にApple IDと、後述の開発者登録です。

Apple Developer Programの年額99米ドルと法人登録の条件

App Storeへアプリを提出するには、Apple Developer Programへの登録が必要です。年額は99米ドル（Apple Developer Enterprise Programは299米ドル）で、価格は地域により現地通貨で表示されます。法人として登録する場合、法人格を有していること、D-U-N-S番号を保有していること、組織ドメインの仕事用メールアドレスと稼働中の組織Webサイトがあることが条件になります。個人登録ではD-U-N-S番号は要りませんが、正式な個人名がApp Storeの販売元として表示され、企業名やニックネームへの差し替えはできません。会社のアプリを個人名義で出すと、この販売元表示が信用面の問題になります。D-U-N-S番号の取得には日数がかかるため、開発着手と同時に申請を始めるのが実務上の段取りです。

署名とプロビジョニングプロファイル・TestFlight配信で詰まる箇所

iOSでは、証明書とプロビジョニングプロファイルによる署名を通さないと実機で動きません。開発用・配布用の種別を取り違える、証明書の有効期限が切れる、端末UDIDの登録漏れといった理由でビルドが通らなくなる場面が頻発します。仕組みと4種類の使い分けはプロビジョニングプロファイルの解説記事にまとめました。審査前の実機確認はTestFlightを使い、社内検収と並行して外部の担当者にビルドを配ります。発注側が押さえるべきは1点です。証明書の管理者を自社にするか開発会社にするかを契約時に決めておくこと。ここを曖昧にしたまま開発会社を切り替えると、アプリの更新権限ごと引き継げなくなります。

開発言語Swiftの特徴とSwiftUI・UIKit・クロスプラットフォームの選定基準

言語とフレームワークの選択は、開発費よりも保守費に効きます。5年運用する前提で見るべき論点です。

Swiftの特徴とObjective-Cが残る既存アプリの保守判断

Swiftは、2014年にAppleが発表したiOS・macOS向けの標準言語です。型安全性が高く、nilの扱いをコンパイル時に検査するため、実行時のクラッシュ要因を設計段階で潰しやすい構造になっています。新規のiOSアプリは、特段の事情がなければSwift一択です。問題になるのは、2014年以前から続く既存アプリです。旧来のObjective-Cで書かれたコードは今も動きますが、扱える技術者の母数が細っているため、改修のたびに人材確保の難易度が上がります。既存アプリの大規模改修を検討しているなら、Objective-C部分を段階的にSwiftへ書き換える費用を、改修見積もりとは別枠で見込んでおくのが現実的です。

SwiftUIとUIKitの使い分けとiOS対応バージョンの下限設定

画面を作る仕組みには、宣言的に記述するSwiftUIと、従来からのUIKitがあります。新規案件はSwiftUIで組む方が記述量が減り、画面数の多い業務アプリほど工数差が出ます。ただしSwiftUIは新しいAPIほど対応OSの下限が上がるため、古いiOSを切り捨てられない案件ではUIKitとの併用が前提になるでしょう。両者は相互運用が可能で、実務では画面単位で混在させるのが普通です。詳しい判断軸はSwiftUIとUIKitの違いと使い分けで整理しています。発注側の決めどころは、対応する最古のiOSバージョンをどこに引くかです。ここを1世代下げるだけで、検証端末と分岐処理が増えます。

Flutter・React Nativeを選ぶ条件とネイティブを外せない機能

iOSとAndroidを同時に出すなら、FlutterやReact Nativeで一つのコードから両OS向けに書き出す方式が選択肢に入ります。画面と業務ロジックが共通で、端末機能の利用が通知や写真選択程度に収まる案件では、この方式で開発費が下がります。逆に、ネイティブを外せないのは次のような条件です。カメラ映像をリアルタイム処理する、Apple独自のフレームワーク（HealthKitやARKitなど）を深く使う、描画性能を限界まで詰める。これらに当てはまるなら、共通化の恩恵より個別実装の手戻りが上回るため、素直にSwiftで作ります。方式ごとの得失はクロスプラットフォームアプリ開発の解説も参照してください。

企画からApp Store公開までの開発の流れとリジェクトを避ける審査対応

iOSアプリの工程は、Web開発に審査という関門が加わる形です。逆算のスケジュールを引くために全体像を押さえます。

要件定義からApp Storeリリースまでの6ステップと発注側の分担

典型的な流れは次の6段階です。

  1. 企画・要件定義（機能一覧、対象OS、対応端末の下限を確定）
  2. UI設計・画面遷移設計（画面数が見積もりの主要因になる）
  3. 実装（Swiftでのフロント実装とサーバー側APIの開発）
  4. テスト（シミュレータと実機、TestFlightでの受入確認）
  5. App Store Connectでの申請準備と審査提出
  6. 公開・運用（不具合対応、OS追随、機能追加）

この6段階のうち、発注側の作業量が最も大きいのは1と4です。要件を出し切れないまま実装に入ると、後工程での仕様変更が費用に跳ね返ります。受入テストも、実際に業務で使う担当者が触らないと現場の使いづらさが検出できません。開発会社に丸投げできない工程がここだと理解しておくと、社内の要員計画が組めます。

App Store審査でリジェクトされやすい項目と再申請の期間

審査はApp Store Review Guidelinesに沿って行われます。実務で引っかかりやすいのは、機能が乏しくWebサイトを包んだだけと判断される「最小限の機能」（ガイドライン4.2）、必要のない個人情報を取得している、あるいは取得理由の説明が不足している「データの収集と保存」（同5.1.1）、そしてテスト用アカウントが用意されておらず審査担当者がログインできない「アプリの完成度」（同2.1）です。加えて、外部SDKを含むアプリではプライバシーマニフェスト（PrivacyInfo.xcprivacy）で対象APIの利用理由を宣言する必要があり、宣言漏れは提出時点で弾かれます。リジェクトされても修正して再提出すれば通りますが、1往復で数日は動きます。リリース日を約束する案件では、審査に2週間程度の余白を持たせてください。

公開後の運用とOSメジャーアップデート追随に要する年間の保守費用の目安

iOSのメジャーアップデートは毎年秋に配信され、2026年7月時点の現行はiOS 26系です。新OSでUIが崩れる、非推奨になったAPIが動かなくなる、といった事象は毎年一定の割合で発生するため、公開後は年1回の追随改修を前提に予算を組みます。目安として、初期開発費の10〜20%程度を年間の保守運用費として見込む考え方が実務でよく使われています。ここを見積もりから外すと、2年目に想定外の請求が発生したように見えるわけです。運用フェーズの費用は、契約時に保守の範囲（障害対応のみか、OS追随と軽微な機能追加まで含むか）を文書で切り分けておいてください。

iOSアプリ開発の費用相場と見積もり金額を左右する要件と工数の内訳

費用は「規模」ではなく「工数」で決まります。相場の数字だけを見ると判断を誤るため、決まり方から押さえます。

小規模・中規模・大規模で分かれるiOSアプリ開発の費用レンジの目安

市場で示される目安は、おおむね次の3層に分かれます。

規模 費用の目安 該当するアプリ像
小規模 50〜300万円 情報表示中心・数画面
中規模 300〜1,000万円 会員機能・API連携あり
大規模 1,000万円〜 基幹連携・決済・多機能

同じ「会員機能付き」でも、ログイン方式が1種類か複数か、決済を含むか、管理画面を新規で作るかで倍近く動きます。規模別・OS別・開発手法別の内訳はアプリ開発の費用相場の記事で細かく分解しているので、見積書を読み解く際はそちらを併せて確認してください。

人月単価と工数で見積もりが決まる仕組みと削減できない工程の線引き

受託開発の見積もりは、人月単価に工数を掛けた金額が土台です。国内の受託開発では、担当者の職種と経験によって単価が変わり、要件定義を担うコンサルタントやプロジェクトマネージャーの単価は実装担当より高く設定されます。費用を下げたいときに削れるのは、機能の数と画面の数です。削れないのは、要件定義、テスト、そして審査対応の3工程になります。ここを圧縮した案件は、公開後の不具合対応で削った以上の費用が出ていきます。減額交渉をするなら、工程を薄くするのではなく、初回リリースの機能範囲そのものを絞ってください。

Apple Developer Program以外に発生する運用の固定費

開発費のほかに、公開後も毎年かかる費用があります。Apple Developer Programの年額99米ドルに加え、サーバーやデータベースを置くクラウド利用料、プッシュ通知や解析ツールなど外部サービスの月額、証明書更新を含む保守要員の稼働です。加えて、App Store経由でアプリ内課金やサブスクリプションを提供する場合、Appleへの手数料が売上から差し引かれます。収益モデルを課金に置くなら、この手数料を前提に単価を設計してください。無料アプリで社内利用に限る場合は手数料の論点は生じず、固定費は開発者登録とインフラ費に収まります。

内製・個人への外注・受託開発会社を分ける判断条件と外注が過剰になる場面

ここが発注判断の本体です。相場表よりも、誰に頼むかで総額と成否が変わります。条件を切って言い切ります。

内製が成り立つ条件と社内にSwift人材がいない場合に生じる限界

内製が成り立つのは、社内にSwiftの実務経験者が1人以上おり、その人が他業務と兼務でない場合に限ります。この条件を満たすなら、要件変更に即応でき、ノウハウも社内に残ります。逆に、社内にiOS経験者がいない状態で内製に踏み切るのは勧めません。学習コストの問題ではなく、証明書管理、審査対応、OS追随という「作った後に毎年発生する作業」を担う人が不在になるためです。担当者の異動や退職でアプリが更新できなくなる事例は珍しくありません。人が1人しかいないなら、それは内製ではなく属人化です。

個人・フリーランスへの外注が成立する案件規模と抱える継続リスク

個人やフリーランスへの発注は、単価が抑えられる分だけ費用面の利点が明確です。成立する条件は、画面数が10前後までで、既存システムとの連携がなく、リリース後の改修頻度が低い案件。試作品や、社内の限定的な用途で使うアプリがこれに当たります。一方で、稼働が1人に依存するため、体調不良や他案件の逼迫がそのまま納期遅延になります。設計書やテスト仕様書が残らないまま納品され、次の担当者が読み解けないという引き継ぎ問題も起きがちです。業務データを扱うアプリや、売上に直結するサービスを個人1人に預ける判断は取らないでください。

受託開発会社に出すべき条件と外注が過剰になる3つの場面の見極め

受託開発会社に出すべきなのは、次のいずれかに当てはまる場合です。基幹システムや業務データベースと連携する、個人情報や決済を扱う、3年以上の運用と継続的な機能追加を前提にしている。この条件下では、設計・テスト・保守の体制と、担当者が抜けても続く引き継ぎの仕組みに対価を払う意味があります。一創ではiOSアプリ開発として、要件定義から審査対応、公開後の運用までを請け負っています。反対に、受託への発注が過剰になるのは3つの場面です。第一に、アイデア検証だけが目的で数か月後に捨てる前提の試作。第二に、要件が固まっておらず「作りながら考えたい」段階の案件で、この状態で発注すると仕様変更のたびに追加費用が積み上がります。第三に、そもそもブラウザで足りる用途をアプリ化しようとしている場合。この3つに当てはまるなら、発注を止めて要件を固め直す方が安く済みます。依頼先4類型の比較や見積書の読み方、契約で確定させる条項はiPhoneアプリ開発の外注とは？依頼先の選び方・発注の流れで整理しています。

よくある質問

iOSアプリ開発の相談でよく挙がる質問に、発注側の視点で答えます。

iOSアプリ開発にWindowsパソコンは使えますか？

ビルドと提出の工程ではMacが必要です。iOSアプリをコンパイルしてApp Storeへ提出するにはXcodeを使いますが、XcodeはmacOS上でしか動作しません。設計やコード編集の一部をWindowsで行うことは可能で、クラウド上のMacを借りるサービスも存在しますが、実機での検証や証明書の扱いを考えると、開発担当者の手元にMacを1台用意する構成が現実的です。発注する側であれば、この環境は開発会社側で確保されるため、自社でMacを買う必要はありません。

iOSアプリの開発期間はどのくらいかかりますか？

画面数10前後の小規模アプリで2〜3か月、会員機能とAPI連携を含む中規模で4〜6か月、基幹システム連携を伴う大規模案件では1年前後が目安です。この期間には、App Storeの審査に要する日数（初回は1週間程度の余白を見る）と、社内の受入テスト期間が含まれます。要件定義が固まっていない状態から始めると、この前段だけで1〜2か月かかることもあるため、逆算でリリース日を決める案件では要件の確定日を先に設定してください。

iOSとAndroidは同時に開発した方が安いですか？

両OSを必ず出すと決まっているなら、同時開発の方が総額は下がります。要件定義、UI設計、サーバー側APIを1回で済ませられるためで、FlutterやReact Nativeを使えば実装工数の一部も共通化できるでしょう。ただし、どちらか一方で反応を見てから判断したい段階なら、iOSだけ先に出す方が初期投資を抑えられます。判断材料は利用者の端末比率です。自社サービスの既存ユーザーでiPhone比率が明確に高いなら、iOS先行に合理性があります。

App Storeの審査でリジェクトされたらどうなりますか？

App Store Connect上で理由が通知されるため、指摘箇所を修正して再提出します。アプリが削除されたり登録が取り消されたりするわけではありません。よくある指摘は、テスト用アカウントの未提供、個人情報の取得理由の説明不足、機能が乏しくWebサイトの表示に留まると判断されるケースです。修正と再審査で数日から1週間程度かかるため、リリース日が決まっている案件では審査提出をスケジュールの最終日に置かず、2週間程度の余白を確保しておく必要があります。

作ったiOSアプリのソースコードは誰のものになりますか？

契約内容によります。受託開発では、成果物の著作権を発注者へ譲渡する条項を契約書に明記するのが一般的ですが、開発会社が持つ汎用ライブラリや既存モジュールは譲渡対象外とする例もあります。発注時に確認すべきは、ソースコードの譲渡範囲、Apple Developer Programのアカウント名義（自社名義にしておくと開発会社を変えても更新が続けられます）、証明書と署名鍵の管理者の3点です。この3つを契約時に決めておけば、将来の乗り換えで詰まりません。

関連記事

資料請求

RELATED POSTS 関連記事

一覧へ戻る