Flutterエンジニアの週2〜3日・副業案件|探し方と受けるときの注意点
公開 2026-11-04 監修:株式会社エージェントベスト
Flutterエンジニアの週2〜3日・副業の案件は、週5日の案件より少ないものの、あります。見つかりやすいのは、運用中のアプリの保守、範囲の決まった機能追加、Flutter本体やパッケージの版上げ、少人数のチームの補強などです。反対に、新規アプリの立ち上げを一人で担う案件は、週2〜3日では成り立ちにくい傾向があります。
探すときは「週3日で何でも」ではなく、稼働日数に合う型の案件を選び、担える範囲を先に言葉にしておくことが大切です。この記事では、Flutterの週2〜3日・副業案件の傾向、探し方、受けるときの注意点を整理します。週3日の働き方全般は週3日の業務委託案件の記事で解説しています。
週2〜3日のFlutter案件が多くない理由
Flutterの案件で週5日が中心になるのは、仕事の性質によるものです。
- 担当が一人の現場が多い:Flutterは少人数で両OSを作るために選ばれやすく、担当が不在の日はアプリの開発が止まる
- 審査や不具合への対応が読めない:ストアの審査の指摘や公開後のクラッシュは、日を選ばずに起きる
- 仕様を決めながら作る時間が長い:立ち上げの時期は、デザイナーやAPI担当と毎日のようにやり取りする
そのため、週2〜3日の案件は、範囲の決まった仕事か、ほかに担当がいる現場の補強として募集されることがほとんどです。仕事の種類ごとの流れはFlutterの仕事内容の記事で整理しています。
週2〜3日・副業で見つかりやすいFlutter案件
| 案件の型 | 主な仕事 | 週2〜3日で成り立つ理由 |
|---|---|---|
| 運用中アプリの保守 | 不具合の修正、小さな改善、問い合わせの調査 | 公開済みで仕様が固まっており、急ぎの対応が少ない |
| 範囲の決まった機能追加 | 画面数の決まった機能の実装 | 締め切りと成果物がはっきりしている |
| 版上げ・パッケージの更新 | Flutter本体やパッケージ、OS要件への追従 | 作業をまとまった日に集めやすい |
| 少人数チームの補強 | 社員の担当者の手が回らない画面の実装やレビュー | 主担当がいて、不在の日を任せられる |
| 技術の相談役 | 設計のレビュー、状態管理の見直しの助言 | 定期的な打ち合わせとレビューが中心 |
運用中のアプリの保守は、社内に主担当がいて、外部の人に定期的な改善を任せたい会社で出てくることがあります。版上げの案件は、長く版を上げていなかったアプリで、OSやストアの要件に追いつく必要が出たときに募集されやすくなります。
技術の相談役は、Flutterに詳しい人が社内にいない会社で、設計の見直しやコードのレビューを頼みたいときに出てくる案件です。期間や回数を区切って関わる形になり、Flutterの経験が長い人に向いています。単発の相談に近い関わり方はスポット案件の記事もご覧ください。
週2〜3日のFlutter案件の探し方
1. 担える範囲を先に決める
保守と不具合の修正は担うが、ストアの審査の即日対応は担わない、のように範囲を言葉にしておきます。どこまでを担えるかがはっきりしているほど、案件との照らし合わせが早くなります。
2. 稼働する曜日と、稼働外の連絡の扱いを決める
定例の打ち合わせやリリースの曜日と、稼働日が合うかが大切です。稼働日以外にチャットにどこまで応じるか、公開後の不具合の連絡を受けるかも決めておきましょう。
3. 開発環境を自分で用意できるかを確かめる
週2〜3日の案件はリモートが多く、iOSのビルドにはMacが要るなど、端末や環境を自分で用意する前提になることがあります。Macと両OSの検証用の端末、テスト配布の受け取り方をそろえられるかを確かめておきます。進め方はFlutterのリモート案件の記事で解説しています。
4. 経験の近いアプリから選ぶ
稼働日数が少ないほど、立ち上がりの早さが求められます。状態管理の方式や、決済・地図・通知などの扱う機能が自分の経験に近いアプリを選ぶと、短い稼働でも成果を出しやすくなります。
短い稼働で信頼を得る進め方
週2〜3日のFlutterエンジニアは、不在の日があることを前提に仕事を組み立てる必要があります。
- 小さく区切ってプルリクエストを出す:稼働日の終わりにレビューに出せる大きさに作業を分け、不在の日もレビューが進むようにする
- OSごとの確認結果を残す:どの端末とOSの版で確かめたかを残し、次の稼働日に引き継げるようにする
- 週の始めと終わりに短く報告する:稼働日の最初に今週の予定、最後に進み具合と気になる点を文章で残す
- リリースの担当を決めておく:審査の指摘や公開後の不具合に、不在の日は誰が対応するかを先に合意しておく
こうした進め方を面談で具体的に話せると、短い稼働でも任せられるかを発注元が判断しやすくなります。
受けるときの注意点
責任の範囲と稼働日数をそろえる
起きやすいのは、稼働日数は減ったのに、担当が一人であることは変わらないという状態です。不在の日にも審査や不具合の対応を求められ、稼働日以外の作業が増えていきます。参画前に、担う範囲と、不在の日の対応を誰が担うかを確かめましょう。参画後に範囲が広がった場合の扱いは作業範囲が広がったときの契約の扱いで解説しています。
ストアや開発用アカウントの権限を確かめる
短い稼働の外部の人には、ストアの権限を必要な範囲だけ付ける会社もあります。Google PlayのPlay Consoleでは、アカウントの所有者や管理者がユーザーを招待し、アカウント全体か特定のアプリに限って権限を付けられる仕組みが案内されています(2026年10月時点)。自分がどの作業まで行えるのか、権限がない作業は誰に頼むのかを確かめておくと、稼働日に作業が止まりにくくなります。
稼働時間の記録と精算を確かめる
ビルドの待ちや審査の待ち、検証端末での確認など、画面に向かっていない時間も稼働に含まれます。稼働日以外に対応した時間の扱いを、精算の条件と合わせて確かめましょう。精算の仕組みは精算幅の記事をご覧ください。
会社員の副業でFlutter案件を受けるとき
会社員が副業で受ける場合は、上の注意点に加えて次の点を確かめます。
- 勤務先の就業規則:副業が禁止か、許可制か、届出制か。業務委託が対象に含まれるか
- 本業との競合:本業でアプリを作っている場合、同じ領域のアプリや本業の取引先に関わる案件は、競業や秘密の扱いで問題になりやすい
- 時間帯:打ち合わせや審査の対応が平日の日中に入ることが多く、本業の時間と重ならないか
- 開発の環境:本業の会社から貸与されたMacや端末、アカウントを副業に使わない
厚生労働省は「副業・兼業の促進に関するガイドライン」を公表しており、モデル就業規則では、許可なく他の会社の業務に従事しないことという規定を削除し、副業・兼業についての規定を設けています(2026年10月時点、厚生労働省の案内による)。ただし、実際の扱いは勤務先の就業規則で決まります。
就業規則の読み方や確定申告などは会社員の副業で業務委託案件を受けるときの注意点、副業禁止の会社で業務委託を受けるリスク、副業の所得と確定申告の記事で、平日の日中に動けない場合の探し方は週末・夜だけの業務委託案件の記事で解説しています。税務の判断に迷う場合は、税理士などの専門家にご相談ください。
よくある質問
週2〜3日の案件でも、Flutterの経験として評価されますか?
担った範囲と作業の中身を具体的に書けば、経験として評価されます。スキルシートには稼働日数と担った範囲を正確に書き、アプリ全体を一人で担ったと誤解されない書き方にしておきましょう。
新規アプリの開発を週2〜3日で受けることはできますか?
ほかに主担当がいる現場の補強や、画面数の決まった試作であれば成り立つことがあります。一人で立ち上げを担う場合は、仕様の相談や審査の対応で稼働が増えやすいため、範囲と期間を区切って受けることをおすすめします。
平日の夜や週末だけでもFlutterの案件は受けられますか?
打ち合わせやリリースは平日の日中に入ることが多いため、夜や週末だけで受けられる案件は限られます。成果物で区切れる小さな機能の実装や、版上げの調査のように、時間帯を選ばずに進められる仕事なら成り立つことがあります。
参考にした公的情報・資料
記事の内容は公開日時点の情報にもとづきます。制度や税率は変わることがあるため、手続きの前に必ず各機関の最新情報をご確認ください。