iOSエンジニアのフリーランス案件|報酬の決まり方と単価を上げる考え方
公開 2026-10-29 監修:株式会社エージェントベスト
iOSエンジニアのフリーランス案件の報酬は、新規開発・運用・リニューアルのどの局面か、設計やリリース・審査対応の責任を持つか、Appleの要件への追従を任されるか、開発機材の扱い、稼働日数、商流で決まります。iOSの単価について公的な統計はなく、案件ごとに大きく変わります。
iOSの仕事は、アプリをストアに出して終わりではなく、Appleの仕組みの変化に合わせて保ち続けることが前提です。この記事では、アプリの局面ごとの報酬の違い、リリースの責任が条件にどう表れるか、契約で確かめる点を整理します。
アプリの局面によって求められる役割が違う
iOSの案件は、アプリがどの局面にあるかで、求められる役割と報酬の考え方が変わります。
| 局面 | 主な仕事 | 報酬への表れ方 |
|---|---|---|
| 新規開発 | 画面の構成、設計の方針、初回リリース | 方針を決められる人が少なく、条件に表れやすい |
| 運用・機能追加 | 新機能の追加、不具合の修正、改善 | 継続しやすい一方、候補者も多い |
| リニューアル | UIKitからSwiftUIへの置き換え、設計の見直し | 古い作りを読み解き、移し方を決める力が問われる |
| 年次の対応 | Xcodeや新しいOSへの対応、要件の変更への追従 | 短い期間に集中しやすい |
同じ機能追加の案件でも、設計の方針に沿って画面を作る人と、方針そのものを見直せる人では、任される範囲が違います。必要な技術の中身はiOSエンジニアに求められるスキルで解説しています。
リリースと審査の責任は報酬に表れやすい
iOSの案件で特徴的なのが、App Storeへの提出と審査の対応です。コードを書くことと、アプリをストアに出して更新し続けることは、別の責任として扱われます。
- 証明書やプロビジョニングの管理、ビルドの配布の仕組み
- 審査で指摘を受けたときの原因の確認と修正、説明の書き方
- 段階的な公開や、問題が出たときの対応の判断
- テスト用の配布の仕組みを整え、社内の確認を早く回すこと
- プライバシーに関わる記載や、要件の変更への対応
これらを任される人は、アプリの公開を止めない役割として、代わりが見つかりにくくなります。逆に、リリースは社内の別の人が担い、画面の実装だけを担当する案件では、条件は横並びになりやすくなります。
Appleの要件は毎年のように加わる
Apple Developerの「Upcoming Requirements」では、提出の条件が毎年のように加わってきたことが分かります。たとえば2026年4月28日からは、App Store Connectにアップロードするアプリは、Xcode 26以降と、iOS 26などのSDKでビルドすることが求められています(2026年10月時点の公式の案内による)。2024年4月にも、Xcode 15でのビルドが求められていました。
こうした要件の変更に合わせて、影響を調べ、ビルドの環境を更新し、動作を確かめる作業が毎年発生します。この対応を自分の仕事として進めた経験は、運用を任せられる人である材料になります。依存しているライブラリが新しい環境に対応しているかを調べる作業も含まれます。
開発機材とアカウントの扱いを確かめる
iOSの開発にはMacと実機が必要です。案件によって、機材の扱いが違います。
- Macの用意:発注側が貸与するか、自分の機材を使うか
- 検証用の実機:どの端末で動作を確かめるか、誰が用意するか
- Apple Developerのアカウント:発注側のアカウントに、どの権限で参加するか
- ソースコードと証明書の扱い:自分の機材に置いてよいか、持ち出しの決まりはあるか
自分の機材を使う場合は、その費用は自分で負担することになります。同じ月額でも、機材を貸与される案件と自前の案件では、実質の条件が変わります。機材の決まりはセキュリティの方針と結びついていることも多いため、参画前に確認しておきましょう。貸与の機材しか使えない案件では、作業の場所や時間が限られることもあり、働き方の条件にも関わります。
請負で受けるときは「審査」と完成の関係を決めておく
アプリをまとめて作る案件では、請負の契約になることがあります。請負では、成果物を引き渡し、検収を受けることが報酬の条件です。iOSのアプリでは、次の点が問題になりやすくなります。
- 審査に通ることを完成の条件に含めるか
- 審査で指摘を受けたとき、その修正は契約の範囲か、追加の作業か
- 公開後の不具合の修正をいつまで、どこまで受けるか
審査の結果は発注側にも受注側にも予測しきれない部分があります。完成の条件をあいまいにしたまま受けると、修正が続いても報酬が増えないことがあります。契約の形の違いは準委任契約と請負契約の違いで解説しています。
継続案件では、年の中で作業量が波打つ
運用を続けるiOSの案件では、新しいOSやXcodeが出る時期の前後に、動作の確認や修正がまとまって発生しやすくなります。普段は月の稼働時間の幅に収まっていても、この時期だけ上限を超えることがあります。
参画前に、超過した時間の精算の方法を確かめておきましょう。また、契約更新の時期がこの対応の直後に来る場合は、対応で担った範囲が条件を見直す材料になります。年の流れを見通して、更新の時期と材料を準備しておくと、交渉の準備がしやすくなります。
同じiOS案件でも提示額が違う理由
- 局面が違う:新規開発か、運用か、リニューアルか
- 責任の範囲が違う:画面の実装だけか、設計、リリース、審査対応までか
- 機材の扱いが違う:貸与か自前か
- 契約までの経路が違う:発注元との間に何社入るかで、手元に届く金額が変わる
金額は、稼働時間の幅や契約期間、支払期日とそろえて比べましょう。報酬の仕組みの全体像はフリーランスの単価の決まり方にまとめています。
単価を上げるための考え方
リリースの一連の流れを自分で回せるようにする
ビルドの配布、審査の対応、公開の判断までを経験しておくと、少人数のチームで頼られる立場に入りやすくなります。今の案件でリリースの手順書づくりや自動化を引き受けるのも一つの方法です。
新旧の画面の作り方をつなげる
UIKitで作られた画面と、SwiftUIで作る新しい画面が混在する現場は多くあります。両方を読み、置き換えの順番を決められると、リニューアルの案件で判断を任されやすくなります。置き換えの途中で画面の動きや見た目が変わらないよう、確認の方法まで決めた経験があると、さらに説明しやすくなります。
他のOSとの比較を語れるようにする
Androidやクロスプラットフォームの開発との違いを説明できると、技術選定の場面で役立ちます。報酬の考え方はAndroidエンジニアの報酬の記事やFlutterエンジニアの報酬の記事も参考になります。広がった役割は、更新前の交渉の材料になります。伝え方は単価交渉の記事で解説しています。
よくある質問
自分のMacを使う案件は、報酬に上乗せされますか?
案件によって扱いが違い、機材の費用が報酬に反映されるとは限りません。貸与の有無を確かめたうえで、自前の場合は機材の費用も含めて条件を比べると判断しやすくなります。
SwiftUIだけの経験でも条件は上がりますか?
新しく作るアプリではSwiftUIを使う案件もありますが、運用中のアプリではUIKitの画面が残っていることが多くあります。UIKitのコードも読めるようにしておくと、リニューアルや運用の案件で任される範囲が広がります。独立の進め方はiOSエンジニアがフリーランスになるにはをご覧ください。
iOSエンジニアの単価の相場はいくらですか?
iOSの単価について公的な統計はなく、アプリの局面、責任の範囲、機材の扱い、稼働日数、商流によって大きく変わります。相場の数字を探すより、ご自身の経験がどの局面の案件に当てはまるかを整理し、同じ条件で複数の案件を比べるほうが判断しやすくなります。
参考にした公的情報・資料
記事の内容は公開日時点の情報にもとづきます。制度や税率は変わることがあるため、手続きの前に必ず各機関の最新情報をご確認ください。