iOSエンジニアのフリーランス案件の選び方｜契約前に確かめたいこと

フリーランスのiOSエンジニアが案件を選ぶときは、報酬や稼働日数に加えて、アプリの状態と技術の比率、自分の役割と体制、審査とリリースの担当、開発機材とアカウント、契約の形と完成の扱い、稼働の振れ幅、契約期間と成果物の権利の7点を契約前に確かめておくことが大切です。iOSの案件は、案件票の「Swiftでの開発」という一行が同じでも、この7点の違いで負担と責任が大きく変わります。

特に見落としやすいのは、Appleとのやり取りを誰が担うかです。審査への提出、証明書やアカウントの管理を誰が持つのかがあいまいだと、参画後に思わぬ責任を負うことがあります。契約書全般の確認点は業務委託契約書のチェックポイントで解説しているので、この記事ではiOS案件に固有の点に絞ります。

iOS案件の選び方で差が出る理由

iOSのアプリは、Appleの審査を通らなければ利用者に届きません。さらにAppleはアップロードの条件を順に加えており、2026年4月28日からはXcode 26以降とiOS 26などのSDKでのビルドが、2026年9月9日からはiOS 13以降を対象にすることが求められています（2026年10月時点、Apple Developerの案内による）。つまり、コードを書く力に加えて、Appleの仕組みにどこまで責任を持つかで仕事の重さが変わります。

参画後によくあるずれは次のようなものです。

• 機能追加の案件と聞いていたが、実際は古いコードの書き換えが中心だった
• 審査の窓口は社員が担うと思っていたら、差し戻しの対応まで任された
• 自分のMacで開発する前提で、会社の証明書や鍵を個人の端末で扱うことになった
• 請負の契約で、審査を通ることが完成の条件になっていた

こうしたずれの多くは、面談と条件の確認で防げます。

契約前に確かめたい7つの点

1. アプリの状態と技術の比率

運用中のアプリへの機能追加か、新規の立ち上げか、書き換え・移行か。UIKitとSwiftUIの比率、最低対応OS、Swiftの並行処理への対応の状況も聞いておきます。案件の種類ごとの働き方はiOSエンジニアの仕事内容で整理しています。

面談では「参画後の最初の1か月で、最も期待されていることは何か」を聞くと、状態が見えやすくなります。答えが「既存コードの把握と小さな修正」なら運用寄り、「設計の方針づくり」なら立ち上げ寄りです。

2. 自分の役割と、チームの体制

iOSの担当が自分ひとりなのか、チームの一員なのかで負担は大きく違います。

• iOSのチームは何名で、リードは誰か
• 設計の方針を決めるのは誰か
• コードレビューは誰が担い、自分はレビューする側にも入るか
• Androidやサーバー側のチームとの仕様のそろえ方

iOSの担当がひとりの案件では、設計からリリースまでを一人で背負うことになりやすく、不在の日の対応も問題になります。

3. 審査とリリースの担当

審査への提出、差し戻しへの対応、リリースの判断を誰が担うかを確かめます。Appleの審査ガイドラインは、プライバシーポリシーの掲示や、アカウント作成ができるアプリでのアプリ内のアカウント削除などを求めています（2026年10月時点、Appleの案内による）。こうした要件への対応を誰が確かめるのかも、あわせて聞いておきましょう。

4. 開発機材とアカウント

iOSの開発には、Xcodeが動くMac、検証用の端末、Apple Developer Programのアカウントが必要です。App Storeで配信するためのApple Developer Programは、個人か組織として登録します（2026年10月時点、Appleの案内による）。確かめたいのは次の点です。

• 開発用のMacと検証用の端末は貸与か、持ち込みか
• 配信に使うアカウントは発注元の組織のものか
• 証明書や鍵を、個人の端末でどう扱うか

発注元のアプリを、自分の個人アカウントで配信するような形は、後の引き継ぎや責任の所在で問題になりやすくなります。端末やアカウントの扱いはiOSエンジニアのリモート案件の記事でも解説しています。

5. 契約の形と、完成の扱い

運用中のアプリへの参画は、多くが準委任契約です。準委任では、成果の完成そのものではなく、業務を専門家として通常求められる注意を払って行うことが約束の中身になります。

受託開発などで請負の契約になる場合は、何をもって完成とするかが大切です。審査を通ることそのものを完成の条件にすると、自分では決められないAppleの判断に報酬が左右されます。完成の条件は、納品物と検収の基準で決めておくのが無難です。契約の形の違いは準委任契約と請負契約の違いで解説しています。

6. 稼働の振れ幅と精算

iOSの稼働は、リリースの直前、審査の差し戻し、新しいOSの公開の時期などに増えやすくなります。

• リリースの前後に夜間や休日の対応があるか
• クラッシュなどの緊急の対応の連絡体制に、自分が入るか
• 精算幅を超えたときの扱いと、稼働が少ない月の扱い

超過した時間の扱いを確かめておかないと、無償で対応し続けることになりかねません。精算の仕組みは精算幅の記事をご覧ください。

7. 契約期間と成果物の権利

契約の期間と、リリースの区切りが合っているかを確かめます。大きなリリースの直前に更新の時期が来ると、更新されなかった場合に最も大事な局面を見届けられません。フリーランス法では、6か月以上継続して業務を委託している場合に、契約を解除したり更新しなかったりするときは、原則として30日前までに予告することが求められています（2026年10月時点、公正取引委員会の案内による）。

あわせて、書いたコードの著作権が誰に帰属するか、自分が以前から持っている部品やライブラリを使う場合の扱いも確かめます。考え方は成果物の著作権の記事で解説しています。

確かめた内容を書面と照らし合わせる

フリーランス法では、発注する事業者は業務を委託したら直ちに、業務の内容、報酬の額、支払期日、役務の提供を受ける場所などを、書面やメールなどで明示することとされています（2026年10月時点、公正取引委員会の案内による）。明示される事項はフリーランス法で明示される取引条件をご覧ください。

iOSの案件では、特に次の点が書面に反映されているかを確かめます。

1. 業務の内容に、実装・レビュー・審査への提出など、担う範囲が書かれているか
2. 請負の場合、完成の条件が審査の結果ではなく納品物と検収で決まっているか
3. 開発機材とアカウントの扱い、作業の場所
4. 稼働の幅と、超えたときの精算方法
5. 契約期間と更新の時期、成果物の権利

面談で聞いておくとよい質問はiOSエンジニアの面談でよく聞かれる質問と答え方の逆質問の項目でも紹介しています。報酬の決まり方はiOSエンジニアの報酬の記事をご覧ください。

よくある質問

古いObjective-Cのコードが残るアプリの案件は避けたほうがよいですか？

避ける必要はありません。書き換えや移行の経験は、次の案件で評価されやすい経験です。ただ、置き換えの範囲と期間、回帰テストの体制、移行の判断を誰が担うかを、参画前に確かめてから受けることをおすすめします。

自分のMacで開発してほしいと言われたら、受けてよいですか？

受けることはできますが、情報の扱いと費用の扱いを確かめてからにしましょう。発注元の証明書やソースコードを個人の端末に置く場合の決まり、紛失したときの対応、案件を終えた後のデータの削除の仕方を、契約や取り決めで確かめておくと安心です。

報酬の高い案件と、体制の整った案件で迷ったらどうしますか？

一概には言えませんが、iOSの担当がひとりで審査やリリースまで背負う案件では、稼働が増えて時間あたりの報酬が下がることがあります。報酬の額だけでなく、稼働の見込みと担当範囲を合わせて比べるとよいでしょう。