Androidエンジニアのフリーランス案件｜報酬の決まり方と単価を上げる考え方

Androidエンジニアのフリーランス案件の報酬は、一般向けのアプリか業務用端末のアプリか、Google Playの要件への対応やJetpack Composeへの移行を担えるか、端末やハードウェアとの連携の経験、動作を確かめる端末の範囲、稼働日数、商流で決まります。Androidの単価について公的な統計はなく、案件ごとに大きく変わります。

Androidは、端末の種類が多く、Googleの要件も毎年変わるため、「作る力」と同じくらい「多くの端末で動かし続ける力」が評価されます。この記事では、Androidに特有の報酬の上がり方・下がり方と、案件を比べるときの見方を整理します。

Androidの案件は「誰が使う端末か」で性格が違う

Androidのアプリは、一般の利用者のスマートフォンだけでなく、店舗や倉庫、工場などで使う業務用の端末でも動いています。どちらの現場かで、求められる経験が変わります。

業務用端末や機器との連携の案件は、経験者が限られる分野です。端末の入れ替えや社内での配布の方法まで関わることもあります。端末固有の仕組みや、通信が切れたときの扱いを理解している人は、代わりが見つかりにくくなります。必要な技術の中身はAndroidエンジニアに求められるスキルで解説しています。

報酬が上がりやすい経験

端末の違いを前提に設計できる

画面の大きさ、OSの版、メーカーごとの挙動の違いを前提に、どの範囲の端末を動作の保証の対象にするかを決め、検証の計画を立てられる人は、品質の責任を任せられる立場に入ります。利用状況のデータから対象の端末を絞り込んだ経験があれば、根拠のある判断として説明できます。不具合が特定の端末でだけ起きたとき、原因を絞り込んで直した経験は、具体的に話せる材料です。

移行の判断を担える

JavaからKotlinへ、XMLの画面からJetpack Composeへ、といった移行は、多くの運用中のアプリで進んでいます。すべてを一度に書き換えるのではなく、どの画面から移すか、混在した状態をどう保つかを決められる人が求められます。

ハードウェアや業務の知識がある

業務用端末のアプリでは、読み取り機能や専用のボタン、社内での配布方法など、一般向けアプリとは違う知識が要ります。物流や小売、製造などの業務の流れを理解していると、現場の担当者と話して仕様を決める役割を任されやすくなります。

報酬が伸びにくい場面

• 決まった画面の実装だけ：設計や検証の方針が決まっている案件は、候補者が多い
• Javaの古い書き方のまま：Kotlinやコルーチン、Composeの経験を求める案件が多く、選べる案件が狭まりやすい
• 検証を他の人に任せてきた：端末の違いへの対応を説明できないと、品質の責任を示しにくい

対象APIレベルの要件が「年次の対応」の仕事をつくる

Google Playでは、アプリが対象とするAPIレベル（targetSdk）の要件が定期的に引き上げられます。Android Developersの案内では、2026年8月31日以降の要件は次のとおりです（2026年10月時点）。

同じ案内では、時間が必要な場合は2026年11月1日まで延長を申請できるとされています。

対象APIレベルを上げると、権限の扱いやバックグラウンドの動作などが変わり、影響の調査と修正、端末での確認が必要になります。この対応だけを目的にした、期間の短い案件が出ることもあります。

短期の対応案件を比べるときの見方

1. 範囲：対象APIレベルの引き上げだけか、依存するライブラリの更新まで含むか
2. 検証：どの端末とOSの版で確かめるか、検証用の端末は誰が用意するか
3. リリース：ストアへの提出と公開まで担当するか
4. 期間の後：対応が終わったあと、運用や機能追加の契約に続く見込みがあるか

短期の案件は、次の案件までの空白が生まれやすくなります。空白への備えは案件が途切れたときの考え方で解説しています。一方で、要件への対応を一通り担った経験は、毎年発生する仕事なので、次の案件でもそのまま生かせる実績になります。

同じAndroid案件でも提示額が違う理由

• 現場の種類が違う：一般向けか、業務用端末か、機器との連携があるか
• 検証の範囲が違う：確かめる端末の数とOSの版の幅
• 役割が違う：実装担当か、移行や要件対応の計画まで任されるか
• 契約までの経路が違う：発注元との間に何社入るかで、手元に届く金額が変わる

検証の範囲が広い案件は、作業時間が読みにくくなります。月の稼働時間の幅と、上限を超えたときの扱いを確かめておきましょう。仕組みは精算幅の記事、報酬の全体像はフリーランスの単価の決まり方にまとめています。

単価を上げるための考え方

Kotlin、コルーチン、Jetpack Composeでの開発を土台にしたうえで、「移行」「要件への対応」「業務用端末」のどれかを自分の強みとして決めると、案件の条件と合いやすくなります。

Kotlinの経験は、Androidの外にも広げられます。iOSとロジックを共有する構成や、クロスプラットフォームの開発との違いを説明できると、技術選定の場面で頼られます。報酬の考え方はiOSエンジニアの報酬の記事やFlutterエンジニアの報酬の記事も参考になります。担当が広がったら、それを更新前に条件を見直す材料にしましょう。

よくある質問

業務用端末のアプリの経験は、一般向けアプリより評価されますか？

どちらが上とは言えませんが、業務用端末や機器との連携は経験者が限られる分野です。その種類の案件では強みになります。一般向けアプリの案件に応募するときは、Kotlinやコルーチン、Composeの経験もあわせて示すと評価されやすくなります。

検証用の端末を自分で用意する必要はありますか？

案件によって違います。発注側が用意する場合もあれば、手持ちの端末での確認を求められる場合もあります。自分で用意する場合は費用の負担も含めて条件を比べましょう。独立前の準備はAndroidエンジニアがフリーランスになるにはで解説しています。

Kotlin Multiplatformの経験は報酬に関係しますか？

AndroidとiOSでロジックを共有する構成を採る現場では、Kotlinの経験をAndroidの外まで生かせる人として見られます。共有する範囲をどう決めたか、各OSの担当者とどう分担したかを説明できると、設計の役割を任される材料になります。

Androidの単価の相場を教えてください。

Androidの単価について公的な統計はなく、現場の種類、担当する役割、検証の範囲、稼働日数、商流によって大きく変わります。相場の数字を探すより、ご自身の経験がどの種類の案件に当てはまるかを整理し、同じ種類の案件どうしで条件を比べるほうが判断しやすくなります。