Flutterフリーランス案件の月単価は、複数のエージェント公開データで70万〜85万円前後に収束する傾向があります。経験1〜2年では55万〜70万円、3年以上で75万〜95万円が目安です。この記事では経験年数別の相場と高単価化に必要な条件を整理します。
▶ 3日で初案件PR
この記事でわかること
経験年数別の単価レンジ（55万〜120万円超の全体像）、高単価案件に共通する5つの技術条件、リモート・常駐別の選び方と手取り試算の注意点
今の仕事について、一番近いものは？
この記事の結論
Flutter案件のフリーランス月単価は、公開データの平均値として78万〜85万円台が繰り返し示されています。単価の水準は経験年数よりも「設計・アーキテクチャへの関与度」と「周辺技術の説明能力」で大きく変わります。1〜2年のフリーランス転向期に55万〜70万円台で実績を積み、3年以降に設計・リード経験を加えることで90万〜120万円台を狙える構造になっています。
最初に確認すること
自分の経験年数と直近案件での役割（実装担当か、設計・レビューまで関与したか）を確認してください。この2点でこの記事の「どのレンジが自分の目安か」が特定できます。所要時間：3分程度。
状況別ショートカット
| 状況 | 読むべきセクション | 所要時間 |
| 自分の単価レンジをまず知りたい | Flutterフリーランス単価は経験年数で3つのレンジに分かれる | 5分 |
| 今の単価が相場と合っているか確認したい | 複数データが示すFlutter案件の平均単価は78万〜85万円台 | 4分 |
| 単価を上げるために何をすべきか知りたい | 高単価案件に共通する5つの技術条件 | 6分 |
| リモートと常駐でどちらが有利か知りたい | リモート案件と常駐案件の単価差と選び方 | 4分 |
| 案件の将来性・需要動向を確認したい | Flutter案件の需要動向と今後の見通し | 4分 |
複数データが示すFlutter案件の平均単価は78万〜85万円台
Flutterフリーランス案件の相場は、複数のフリーランスエージェントが公開しているデータで78万〜85万円台を中心に分布しています。
エージェント公開データが示す平均値の幅
フリーランスエージェントが公開しているFlutter案件の平均月単価として、78.3万円・79.1万円・82.3万円・83.7万円・85.0万円という値が確認できます（Flutter案件の単価相場は？、Flutterフリーランス案件の単価相場は？平均85万円、Flutterの案件・求人情報 | テクフリ）。これらはそれぞれ異なるエージェントの掲載案件から算出されており、掲載タイミングや案件の難易度構成によって数字がずれます。複数のデータを並べると「70万〜85万円前後に収束する」という判断が妥当です。
最初に登録したエージェントの平均値だけを自分の相場として判断してしまうと、転向直後に判断のズレが生じます。数字を比較する前に「そのデータが初心者案件まで含んでいるか、リード案件を含んでいるか」を確認する習慣が判断精度を上げます。
低めの数字と高めの数字が生まれる背景
掲載案件の中には月70万円を下回る保守・機能追加案件から、100万円を超える設計主導案件まで幅があります（Flutter案件の単価相場は？、Flutter案件の市場動向と将来性）。平均値は案件の混合比率に引っ張られるため、掲載案件数が少ないエージェントでは構成比のずれが大きく出ます。掲載案件によっては最高単価として100万円を大きく超える値が設定されていることもありますが、これは掲載上の上限設定に近い値であり、実際の成約単価を示すものではないと考えるのが妥当です（Flutterの案件・求人情報（fl.techtalent）、Flutterのフリーランス求人・案件一覧）。
フリーランスの開業資金の把握と同様に、平均値だけを比較せず、案件のレンジ（最低値から上位帯の目安）まで確認することで、自分が応募できる帯域をより正確に判断できます。これは転向1〜2年目において特に有効な見方です。
エージェントのデータを比較する際に確認する3点
エージェントごとの公開平均値を見るときに確認すると判断が安定する点として、算出元の案件数の規模、掲載されている案件の経験年数要件の分布、データの更新時期の3点があります（Flutterエンジニア フリーランス 年収・報酬単価の相場は？）。規模が大きく経験年数要件が広い媒体ほど平均値が実態に近く、3〜4媒体を横断して確認すると判断が安定します。2〜3媒体を比較して70万〜82万円台に重なる帯を確認する方法が、実務的な相場把握として機能しやすいといえます。
CHECK
▶ 今すぐやること: 自分が登録しているエージェントの「Flutter」カテゴリの公開案件一覧を開き、最低単価・最高単価・掲載件数の3点をメモする（5分）
Q: Flutterの平均単価は媒体によって10万円近くずれることがありますが、どう判断すればよいですか？
A： 掲載案件の構成が媒体ごとに異なるため、ずれは自然です。70万〜85万円台に重なる帯を複数媒体で確認し、その重なり部分を自分の実勢相場の目安にする方法が実用的です。
Q： 平均値と中央値はどちらを参考にすればよいですか？
A： 高単価案件が少数あると平均値が引き上げられるため、中央値があれば合わせて確認してください。公開している媒体は少数ですが、中央値が70万円台に収まっているかどうかを確認するだけで判断精度が上がります。
Flutterフリーランス単価は経験年数で3つのレンジに分かれる
自分の単価目安は、経験年数と案件内での役割の組み合わせで変わります。相場情報の中に共通して現れる3つのレンジを整理します。
経験1〜2年：月55万〜70万円が現実的な目安
転向初期または経験1〜2年の段階では、月55万〜70万円が実際に受注できる水準として示されることが多くあります（Flutterエンジニアの求人案件の単価、Flutter フリーランス/業務委託の単価目安）。この帯域は既存アプリの保守・機能追加案件や、設計が固まっている新規開発プロジェクトへの実装参加が中心です。
50万円を下回る案件も存在しますが、その場合は「技術要件が限定的なテスト・不具合修正業務」や「週3日以下の稼働」が多く、常用案件として継続するには単価と稼働のバランスを試算した上で選ぶ必要があります。最初の1案件で実績と職務経歴書の記述材料を得ることを目的に受けることには合理性があります。
経験3〜5年：月75万〜95万円が標準レンジ
実務経験3年以上で設計や実装の判断に関与できる段階に入ると、75万〜95万円台の案件が現実的な選択肢になります（Flutter案件の単価相場は？、Flutter業務委託の報酬相場と案件傾向）。このレンジに入るためには、実装経験の量だけでなく、状態管理設計や技術選定の根拠を説明できる状態になっていることが求められます。
「Riverpodを選んだ理由」や「BLoCから移行した経緯」といった設計判断の言語化が、職務経歴書や面談で差をつけるポイントになります。この準備がない状態で応募すると、経験年数がある程度あっても75万円以下のオファーに留まる場合があります。個人事業主の職務経歴書の書き方を参考に、設計関与の実績を具体的に言語化しておくと選考段階での評価が安定します。
経験5年以上・設計・リード対応可：月95万〜120万円以上
テックリードや設計主導の役割、CI/CD構築、ネイティブ連携設計まで担える経験があると、月95万〜120万円以上の案件が対象になります（Flutterエンジニア フリーランス 年収・報酬単価の相場は？、Flutter案件の市場動向と将来性）。このレンジでは実装経験の量よりも「プロジェクト全体の技術的判断に責任を持った経験があるか」が評価軸になります。
120万円を超える案件は、設計・推進・品質改善の貢献が数値で示せる状態にあるか、AWS AmplifyやFirebaseとのインフラ連携まで含めたフルスタック的な役割を担える場合に現実的な選択肢になります。実案件での成果として「不具合発生率の変化」「リリースサイクルの変化」を具体的に説明できる状態が、このレンジへの移行を支えます。
Q: 経験年数が3年あっても単価が65万円台に留まっている場合、原因は何が多いですか？
A： 職務経歴書に実装担当としての記述が中心で、設計判断や技術選定への関与が見えにくい状態になっているケースが多くあります。担当した実装の中で「なぜその設計を選んだか」を1〜2行で補足するだけで評価が変わることがあります。
Q： 1〜2年目でも80万円以上の案件を受けることはできますか？
A： 可能ですが、案件要件に「テックリード経験」や「設計主導」が明記されていないか確認してください。要件を大きく超えた案件で稼働率や難易度のミスマッチが起きると、継続更新に影響が出ることがあります。
Q： 経験年数の目安は会社員時代の年数で数えてよいですか？
A： Flutter実務経験の年数で数えるのが一般的です。会社員・副業・フリーランスを問わず、Flutter案件の実装・設計に関与した期間の合計で判断して問題ありません。
自分の単価水準を3分で診断する
Flutter案件で自分が狙えるレンジを確認するための分岐を示します。「自分のFlutter実務経験年数と役割はどこに当てはまるか」を3分で特定できます。
Q1: Flutter実務経験は3年以上ありますか？
Yesの場合はQ2へ、Noの場合はResult Aへ進んでください。
Q2: 直近案件で状態管理の設計選定や技術レビューを担いましたか？
Yesの場合はQ3へ、Noの場合はResult Bへ進んでください。
Q3: CI/CD構築、ネイティブ連携、あるいはテックリード経験がありますか？
Yesの場合はResult Dへ、Noの場合はResult Cへ進んでください。
Result A: 経験1〜2年 — 月55万〜70万円台から実績を積む段階
保守・機能追加系の案件でFlutterの実装経験を積みながら、職務経歴書に設計判断の材料を蓄積する時期です。1案件の継続期間中に「なぜこの実装にしたか」を記録する習慣が次のレンジへの移行を早めます。
Result B: 経験3年以上・設計関与なし — 月70万〜80万円台が現実的な目安
実装量は十分ですが、設計・判断への関与が職務経歴書に見えていない状態です。過去案件での実装理由を言語化し直すことが、80万円台への移行を早める近道です。
Result C: 経験3年以上・設計関与あり — 月80万〜95万円台が現実的な目安
設計経験が言語化できていれば、80万〜95万円台の案件が現実的な選択肢です。FirebaseやAWS Amplifyとの連携経験を追加できると、90万円台後半への移行が見えてきます。
Result D: 設計・CI/CD・リード経験あり — 月95万〜120万円台以上を目標
案件要件に設計主導・テックリードが含まれる案件を積極的に選ぶ段階です。成果の数値化（リリース頻度・不具合率の変化）が100万円超のオファーに直結します。
Q: 副業でFlutterをやっているのですが、フリーランス転向後の単価目安をどう考えればよいですか？
A： 副業での稼働実績（担当範囲・実装規模・期間）を職務経歴書に整理した上で、エージェントに現状を伝えると妥当なレンジを提示してもらえます。副業実績は実務経験としてカウントできるため、経験年数の起点に含めて問題ありません。
Q： 診断でResult Aになりましたが、最初から70万円台の案件を狙うことはできますか？
A： 可能な場合もありますが、案件要件の確認が重要です。70万円台の案件には経験2〜3年を想定した設計関与が含まれることがあり、稼働開始後に実力差が出るとミスマッチになりやすい傾向があります。まず65万〜68万円台で実績を作る選択が長期的に安定します。
PR提供: 日本デザインスクール（デザスク）
高単価案件に共通する5つの技術条件
Flutter案件で95万円以上の案件に頻出する要件を整理します。いずれか複数を満たすことが高単価帯の案件選択の現実的な条件です。
状態管理設計（Riverpod/BLoC）の採用根拠を語れる
RiverpodまたはBLoCを選択した理由と、その運用上のトレードオフを面談で説明できる状態が求められます（Flutter案件の市場動向と将来性、Flutterエンジニアのフリーランスになるには？）。「チームに合っていたから」という説明では評価されにくく、「Providerからの移行で何が改善されたか」「BLoCのストリーム管理でどの課題を解決したか」という具体的な比較が評価軸になります。
「Riverpodを使ったことがある」だけでは採用根拠を語れる状態とはみなされません。導入時の判断プロセスと移行後の変化を言語化できて初めて「設計経験あり」と判断されます。職務経歴書に1段落で記述できる形に整理しておくことが有効です。
【注意点】 状態管理の採用根拠を整理する際、「Riverpodの方が優れているから」という比較だけでは不十分です。プロジェクト規模・チームのスキルセット・テスト戦略との相性を含めた理由を示せない場合は、「採用根拠が不明確」とみなされることがあります。「なぜそのプロジェクトでその状態管理を選んだか」という文脈を先に言語化してください。
Firebase/AWS Amplify連携の説明能力
Firebase Authentication・Firestore・Cloud FunctionsといったFirebase製品群、またはAWS Amplifyとの連携をFlutterプロジェクトで実装した経験は、月85万円以上の案件要件に頻出します（Flutter業務委託の報酬相場と案件傾向、Flutter案件の市場動向と将来性）。Flutter単体のスキルとして提案するよりも、バックエンドとの接続設計を含めて説明できる状態で提案する方が、要件マッチ率が上がります。
実装したことがあっても、面談で「どの機能をどのように設計したか」を説明できない状態では経験として評価されにくいです。使ったAPIと、その選定理由・運用上の注意点を整理しておくと面談準備として機能します。
【注意点】 Firebase連携の経験として「Firestoreを使いました」だけを記述すると、CRUD操作の実装のみと判断されやすいです。セキュリティルール設計やオフライン対応、読み取り最適化のような設計判断まで経験がある場合は、その旨を明記することで評価の差が出ます。
CI/CD構築経験を職務経歴書の上位に配置する
GitHub Actions・Bitrise・Fastlane等を使ったFlutterアプリのCI/CD構築経験は、高単価案件の要件としてよく登場します（Flutter案件の市場動向と将来性）。「CI/CDを使って開発していた」という記述では評価が薄く、「どのパイプラインを構築・運用したか」「ビルドエラーや署名管理でどのような対処をしたか」を記述することで、設計関与の証拠として機能します。
CI/CD構築は学習コストがあるため経験者が限定的で、この経験があるだけで案件の絞り込み段階で優位性が出ます。経験がある場合は必ず職務経歴書の冒頭付近に記述位置を調整してください。
【注意点】 CI/CDの構築経験として記述する際、テンプレートをそのまま使って動かした経験と、カスタムワークフローを組んだ経験では評価が異なります。「誰かが構築したパイプラインを維持していた」だけの場合は、「運用担当」と記述する方が誤解を生みません。誤認のまま面談に臨むと確認質問でずれが露呈することがあります。
MethodChannelによるネイティブ連携経験
MethodChannelを使ったAndroid/iOS間のネイティブ機能連携（カメラ・Bluetooth・セキュアストレージ等）の実装経験は、100万円超の案件で要件として挙がる頻度が高いです（Flutter案件の市場動向と将来性）。Flutter開発者の中でネイティブ側のコードを書いた経験を持つ人は限定的なため、この経験がある場合は目立つ場所に記述する価値があります。
「FlutterからKotlin/Swiftのコードを呼び出した経験がある」という記述で十分伝わります。対応したデバイス機能と、その実装で遭遇した課題（プラットフォーム間の挙動差など）を1文加えると、経験の実在感が上がります。
【注意点】 MethodChannel経験を記述する際は、使用したプラットフォーム（Android/iOS両対応か片方か）を明示してください。片方のみの対応経験を「ネイティブ連携経験あり」と書くと、面談で「両方対応できますか」という確認が入ることがあります。「AndroidのみMethodChannel実装経験あり、iOS側はチームメンバーが対応」という書き方の方が正確で信頼を損ないません。
テックリード・設計レビュー対応の実績整理
チームの実装方針を決める立場や、他のメンバーのコードレビューを担った経験は、月100万〜120万円台の案件に直接紐づきます（Flutterエンジニア フリーランス 年収・報酬単価の相場は？、Flutter フリーランス/業務委託の単価目安）。「テックリードとして何人規模のチームで、どのような決定を行ったか」を整理することが、この帯域の案件要件にマッチする最短の準備です。
レビュー経験の記述は「週あたりのレビュー件数」「指摘内容の種別（設計・可読性・パフォーマンス）」を添えると、具体性が上がります。テックリード経験がない場合でも、「設計提案を行い採用された経験」や「後輩への技術共有を担った経験」は類似の実績として整理できます。
【注意点】 テックリード経験を記述する際、「チーム全体の技術方針を決定していた」という表現は、実態が「意見を言っていた」程度の場合に過大記述となりやすいです。「実装方針の提案を週次で行い、採用された件数が3〜5件程度あった」という具体的な記述の方が、面談での追加質問に対して正確に答えやすく、信頼を得やすい傾向があります。
CHECK
▶ 今すぐやること: 上記5つの条件のうち、自分が職務経歴書に記述できる項目に印をつけ、記述がない項目の中から直近案件で経験したものを1つ追記する（10分）
Q: 状態管理はRiverpodもBLoCも使ったことがありますが、どちらを前面に出すべきですか？
A： 応募案件の要件に合わせて変えてください。要件に記載があればそれを優先し、記載がない場合は直近プロジェクトで使った方・より深く設計に関与した方を前面に出すと面談での説明がしやすくなります。
Q： Firebase経験がなくてもAWS Amplify経験があれば代替になりますか？
A： 案件によります。Firebase指定の要件では代替にならない場合がありますが、「クラウドサービスとFlutterの連携設計経験がある」という点では評価されます。両方の経験がある場合はどちらも記述した上で、案件ごとに説明を調整してください。
リモート案件と常駐案件の単価差と選び方
Flutter案件はリモート対応の比率が高く、単価水準と稼働スタイルの両方を確認した上で案件を選ぶことが重要です。
リモートと常駐で単価はどう変わるか
公開データとしてリモート可案件が常駐案件より高単価、または同等という傾向が示されています（Flutter案件の平均単価相場）。ただしこれは単価の差というよりも、リモート対応が可能な案件はスキル要件が高め（設計主導・テックリード）であることが多く、要件の高さが単価を引き上げているという側面があります。
常駐案件の方が単価が低いとは言い切れず、常駐・フルタイム稼働で月80万円台の案件も存在します。リモートか常駐かで単価を比較するより、「案件に含まれる役割の難易度と単価が合っているか」を確認する方が実用的な判断軸になります。
保守・機能追加案件と新規開発案件の単価差
保守・機能追加中心の案件は月70万〜90万円台が多く、新規アプリの設計やアーキテクチャ決定・CI/CD構築・MethodChannel連携まで含む案件は月100万円以上になる傾向があります（Flutter案件の市場動向と将来性、Flutter業務委託の報酬相場と案件傾向）。保守案件を複数こなすことで安定した月収は確保できますが、単価が上昇しにくい構造になります。
新規開発案件は初期フェーズの要件定義・設計に関与できる機会があり、職務経歴書の材料として価値が高いです。保守案件で安定しながら並行して新規開発案件への応募を検討することが、単価の段階的な引き上げに有効です。
月単価から手取りを試算する際の注意点
月単価80万円であれば、消費税分（80万円×10%＝8万円）が別途加算されて請求額88万円になります。そこからエージェント手数料（案件や媒体によって異なります。最新の手数料は各エージェントに直接確認してください）、所得税・住民税・国民健康保険・国民年金などの経費が引かれます。月単価と手取り額の感覚は会社員時代と大きくずれるため、確定申告の準備と合わせて初年度から試算してください。フリーランスの手取り計算を参考に、売上から税金・社会保険料を引いた実際の手残りを把握しておくと資金計画が安定します。
Q: リモート案件の方が書類選考で有利になりますか？
A： リモート案件は応募者が集まりやすいため、書類選考の競争率が上がる傾向があります。リモート対応実績（コミュニケーションツールの使用経験、非同期での進捗共有方法など）を職務経歴書に記述しておくと、書類段階での評価が安定します。
Q： 常駐案件の方が単価交渉しやすいですか？
A： 常駐案件は継続更新のタイミング（多くの場合3〜6ヶ月ごと）で交渉の機会があります。更新前に成果と貢献を整理し、具体的な根拠を示した上で交渉に臨む方法が一般的です。リモート案件も同様の機会がありますが、現場への関与が薄い分、成果の可視化が特に重要になります。
Q： フルリモートの場合、地方在住でもFlutter案件に参加できますか？
A： 参加できます。Flutter案件はリモート比率が比較的高く、地方在住のフリーランスにとってアクセスしやすいカテゴリの1つです。最終確認のみ出社が条件という案件も一部あるため、応募時に勤務地条件を確認してください。
Flutter案件の需要動向と今後の見通し
「Flutterに将来性はあるか」という問いは、独立前・独立直後の段階で特に気になるポイントです。
Flutter案件数と需要の現状
FlutterはGoogleが開発したクロスプラットフォームフレームワークで、iOSとAndroidの両対応アプリを1つのコードベースで開発できる点から採用企業が増加しています。採用企業数の増加に伴い、フリーランスエンジニア向けの案件数も拡大している傾向があります（Flutter案件の市場動向と将来性、Flutterの案件・求人情報 | テクフリ）。
一方で案件の要件レベルも上昇しており、「Flutterを触れる」だけでは差別化しにくくなっています。Firebase・状態管理・CI/CDまでセットで対応できるエンジニアへの需要が継続的に高い状態が続いています。
Flutterの継続的な採用が見込まれる領域
スタートアップ・中規模のプロダクト企業・受託開発会社において、コスト効率の観点からクロスプラットフォーム開発の採用が続いています。FinTech・ヘルスケア・ECの領域でFlutterベースのアプリ開発が継続的に発注されており、これらの領域での経験があると案件の選択肢が広がります（Flutterフリーランス案件の単価相場と、自分が取れる案件の見極め方）。
FlutterとAI機能との連携を検討する現場の動きも見られており、関連する経験を持つエンジニアへの需要が今後増える可能性があります。現時点では新興の動きですが、関連情報を追っておく価値があります。
単価下落リスクと備え方
クロスプラットフォームフレームワークの普及によって、実装のみを担う案件の単価に下押し圧力がかかる可能性は否定できません。これはFlutterに限らずReact Native等でも共通する構造です。設計・推進・品質管理まで関与できる立場を継続的に維持することが、単価水準の安定に直結します。1つの案件に依存し続けるよりも、2〜3年に1度は新規開発案件に挑戦して設計経験を更新していく方針が、長期的な単価維持の観点で有効です。フリーランスのキャリアアップの設計と同様に、「稼ぐ案件」と「学ぶ案件」を意図的に使い分けることが中長期の単価安定に直結します。
Q: FlutterはReact Nativeと比べて案件数は多いですか？
A： 媒体によって掲載数の比較は変わりますが、国内市場ではReact Nativeと競合する位置にFlutterがあります。どちらを専門とするかを決める前に、自分がこれまでに実装してきた案件のフレームワークと、今後携わりたい領域（スタートアップ寄りか受託か）を基準に判断してください。
Q： Dart以外の言語スキルも維持した方が案件獲得に有利ですか？
A： Flutter案件の文脈では、バックエンド（Go・Kotlin・Python等）や、iOSのSwift・AndroidのKotlinを説明できる状態にあると、ネイティブ連携案件への対応幅が広がります。「説明できる・設計判断ができる」レベルで十分で、全言語を深く書ける必要はありません。
まとめ：Flutterフリーランス単価は設計関与度で決まる
Flutterフリーランス案件の月単価は、公開データ上で70万〜85万円前後に収束しており、経験年数と役割の掛け合わせで55万〜120万円以上の幅があります。単価を決定的に左右するのは実装経験の量ではなく、状態管理設計・Firebase連携・CI/CD構築・ネイティブ連携・テックリード経験のいずれかを職務経歴書で説明できる状態にあるかどうかです。
相場を把握した上で次にすることは、現在の職務経歴書を開いて「設計判断の根拠」が1項目でも記述されているかを確認することです。記述がなければ直近の案件から1つ選んで「なぜその実装を選んだか」を2〜3文で追記することが、単価改善の最初の一歩になります。単価交渉メールのテンプレートも参考に、更新前のタイミングで具体的な根拠を示した交渉を準備しておくと、次の更新サイクルで単価アップを実現しやすくなります。
| 状況 | 次の一歩 | 所要時間 |
| まだ職務経歴書を整理していない | 5つの技術条件のうち1つに関する記述を追加する | 20分 |
| エージェントに登録していない | Flutter案件掲載数の多い媒体に1〜2社登録する | 30分 |
| 単価交渉のタイミングを見ている | 更新前に成果と貢献を整理する | 15分 |
| 高単価案件に絞って応募したい | 100万円超案件の要件を3件確認して共通項を抽出する | 30分 |
Flutterエンジニア フリーランス単価に関するよくある質問
Q: 未経験からFlutterを学んでフリーランスになることはできますか？
A： Flutterを学習した上でのフリーランス転向は可能ですが、実務経験がない状態での案件獲得は難易度が高くなります。まず会社員や副業として実案件に携わり、職務経歴書に記述できる実績を作ってから転向するルートが現実的です。
Q： 複数案件を掛け持ちした場合の単価はどう変わりますか？
A： 案件ごとの月単価は基本的に変わりません。稼働日数が分散するため、合計収入は各案件の日単価×稼働日数の積算になります。掛け持ちの場合は稼働日数の管理と、各クライアントへの報告・コミュニケーションコストを含めた実質的な手取り試算が重要です。
Q： エージェントに複数登録した場合、単価交渉は個別に行うのですか？
A： はい、エージェントごとに別の案件を紹介されるため、交渉は個別になります。複数登録している場合、他媒体での提示単価を参考情報として交渉に使う方法もありますが、具体的な媒体名や金額を直接出すよりも「自分の経験に対して妥当なレンジを確認したい」という形で進める方が関係を損なわずに済みます。
【出典・参照元】
Flutterエンジニア フリーランス 年収・報酬単価の相場は？