Flutterとは？React Native・Kotlin・Swiftとの違い・案件単価をフリーランス視点で解説

Flutterとは｜基本と仕組み

Flutterは、Googleが2018年に1.0を公開したクロスプラットフォーム開発フレームワークです。Webサイトやサーバアプリではなく、UIを伴うクライアントアプリを1つのソースコードから複数OSへ配布できる点が中心的な役割になります。

執筆時点（2026年6月）では公式リリースノートで安定版が継続的にリリースされており、対応プラットフォームはiOS／Android／Web／Windows／macOS／Linuxまで広がっています。最新バージョンと対応OSは Flutter公式サイト のリリースノートで確認するのが確実です。

Flutterの定義と立ち位置

Flutterは「UIフレームワーク＋描画エンジン＋ツールチェイン」を一式で提供するパッケージです。プログラミング言語にはGoogleが開発した Dart を使い、画面はすべて「ウィジェット」と呼ばれる部品をネストして作ります。

ネイティブUIコンポーネント（iOSのUIKit、AndroidのView/Compose）を呼び出すのではなく、SkiaやImpellerなどの描画エンジンを通じて、OS純正UIに依存しない形で描画する点が他のクロスプラットフォーム手段との大きな違いです。OSのUI制約に縛られにくく、デザイナーが作った独自UIをそのまま表現しやすくなります。

アーキテクチャの特徴

Flutterのアーキテクチャは大きく3層に分かれます。

開発者は基本的にFramework層だけを意識すれば良く、OS差分はEngine／Embedderが吸収します。flutter runコマンドを叩けばiOSシミュレータでもAndroidエミュレータでも同じUIが立ち上がる、というのがFlutterらしい開発体験です。

Flutterでできること

主な用途は次のとおりです。

• iOS／Androidアプリの新規開発（B2C／業務アプリ問わず）

• 既存ネイティブアプリの一部画面をFlutter化（部分導入）

• WebアプリやPWAの開発（PCブラウザ・モバイルブラウザ両対応）

• WindowsやmacOSのデスクトップアプリ（タブレット業務端末のリプレース等）

一方で、3Dゲーム本格開発や音声／映像のリアルタイム処理など、ゲームエンジン領域はFlutter単体では不向きです。ゲーム寄りの開発はUnityやUnreal Engineを併用するか、ゲームエンジニア 向けの別系統スキルが必要になります。

ミニFAQ｜基礎編

Q. Flutterは無料で使えますか？

はい。BSD-3-Clauseライセンスのオープンソースで、商用利用も可能です。Google公式が開発を主導しているため、エコシステムも継続的に整備されています。

Q. Dartを知らないと始められませんか？

事前にDartを完全習得する必要はありません。JavaScriptやJavaの経験があれば、Flutterのチュートリアルを進めながらDartの構文を覚えていく学習スタイルでも問題ないケースが多いです。

React Native・Kotlin・Swiftとの違い

クロスプラットフォーム／ネイティブの選択肢は複数あり、それぞれ得意領域が違います。ここでは案件選びでよく比較対象になる3つと整理します。

React Nativeとの違い

React を基盤にしたReact Nativeは、Flutterと並ぶ代表的なクロスプラットフォーム手段です。両者の本質的な違いは「UIをどう描くか」にあります。

• React Native：JavaScript／TypeScriptでロジックを書き、iOS／AndroidのネイティブUIコンポーネントにブリッジで橋渡しする

• Flutter：Dartでロジックを書き、Skia／Impellerで独自に描画する。OSのUIに依存しない

React側のスキルを既に持っているWeb開発者にとってはReact Nativeの方が入りやすく、デザインの完全コントロールやアニメーション主体のUIを作りたい案件ではFlutterが選ばれやすい傾向があります。

Kotlin（Android）との違い

Kotlin はAndroid公式の第一推奨言語で、Jetpack ComposeというAndroid専用の宣言的UIツールキットも公式提供されています。

• Kotlin＋Jetpack Compose：Android専用。OSの新機能やセンサー、バックグラウンド処理に最短ルートでアクセスできる

• Flutter：iOS／Android／Web／デスクトップ横断。Androidだけ深く作り込む案件ではネイティブが優位

Androidに閉じた業務アプリ（社内端末固定など）はKotlinが選ばれやすく、iOSとAndroid両方を1チームで出したい新規アプリではFlutterが採用候補に挙がりやすい傾向があります（公開案件観測ベース）。

Swift（iOS）との違い

Swift はApple公式のiOS／macOSアプリ開発言語で、SwiftUIという宣言的UIフレームワークもApple純正で提供されています。

• Swift＋SwiftUI：iOS／iPadOS／macOS／watchOS／visionOSなどApple製品全般。AR Kit、Core ML、ウォッチアプリのようなApple固有プラットフォームを深く使う案件で必須

• Flutter：iOSもAndroidも同じソースで動くが、Apple Watch対応やvisionOS連携などAppleエコシステムの深部はSwiftが優位

Apple純正機能をフル活用するハイエンドアプリならSwift、二刀流コスト削減を狙う標準的アプリならFlutter、という選び分けが現実的です。

比較表

主要な観点で4つを並べると次のようになります。

「どれが最強」ではなく、案件の前提（ターゲットOS／チームスキル／既存資産）で答えが変わる点を押さえてください。

ミニFAQ｜比較編

Q. React NativeとFlutter、未経験から学ぶならどちらが将来性ありますか？

将来性はどちらも継続して案件があり、優劣を断言しにくい状況です。すでにJavaScript／React経験があるならReact Native、ゼロから始めるなら教材が整っているFlutterを選ぶケースが多くなります。両方触れるとモバイル領域での選択肢が広がります。

Flutterのメリットとデメリット

採用判断の根拠になりやすい点を整理します。

Flutterのメリット

• ワンソースで複数OSに展開：iOS／Android／Web／デスクトップを単一コードで配信できるため、開発・保守コストを圧縮しやすい

• UIの自由度が高い：独自描画なので、デザイナーが作ったブランドUIをOS制約なく再現しやすい

• ホットリロード：コード変更を1〜2秒で実機反映できる開発体験で、UI試行錯誤が高速

• 公式ウィジェットの充実：Material／Cupertino両方の公式ウィジェットライブラリが用意されており、最初の画面構築が早い

• Google製のバックエンド連携が容易：Firebase との統合公式パッケージが整っており、認証・DB・プッシュ通知をまとめて構築しやすい

Flutterのデメリット

• Dart学習が必要：JavaScriptやJavaに比べると経験者人口が少なく、チーム内に有識者を確保しづらいケースがある

• アプリサイズが大きくなりがち：エンジンを内包するため、何も載せていない素の状態でも数MB単位で増える

• OS固有機能はプラグイン経由：BluetoothやNFC、特殊なカメラ機能などは公式または有志のプラグインに依存し、メンテ状況の見極めが必要

• OSアップデートへの追従ラグ：iOS／Androidの新機能対応はSwift／Kotlinの方が早い

• デザイナー納品物との差分：完全な独自描画のため、デフォルトのOS UIを期待する現場では設計合意のすり合わせが発生する

ミニFAQ｜採用判断

Q. 「Flutterを採用すべきプロジェクト」を一言でいうと？

iOSとAndroidを同時にリリースしたい新規アプリで、UIのブランド表現にこだわりがある案件は向いているケースの一つです。一方でAndroidだけ・iOSだけで完結する案件や、OSネイティブ機能の最先端を使う案件ではネイティブ開発の方が無難です。

Flutterの活用事例・採用企業

Flutter公式の Showcase ページには、グローバルではGoogle Pay、BMW、eBay Motors、Alibaba（閑魚）、Philips Hueなどの採用事例が掲載されています。日本国内でも、スタートアップの新規モバイルアプリで採用事例が見られ、業務系・toC系の双方で公開案件として確認できます。

国内事例の特徴として、次のようなパターンが目立ちます。

• スタートアップの初期プロダクト：少人数チームで2OS同時展開する目的でFlutter採用

• toBの業務用タブレットアプリ：店舗・現場端末向けに統一UIで配布したい案件

• 既存ネイティブアプリの新機能だけFlutter化：マルチプラットフォーム化を段階移行するケース

アプリケーションエンジニア の案件全体から見ると、Flutter指定の案件はまだネイティブより少数派ですが、新規モバイルアプリの選定で有力候補として挙がることが多い状況です。

フリーランス案件の単価相場

首都圏中心の複数フリーランスエージェント公開案件（週5日・業務委託・2026年6月時点の観測）を参考にした目安をまとめます。地域・スキル要件・契約形態で大きく変動するため、あくまで観測ベースのレンジとして読んでください。

フリーランスエンジニアの単価相場 で扱っている全体感と比べると、公開案件ベースではモバイル開発案件全体の中で中〜上位レンジに入ることが多い傾向が観測されます。

単価レンジを上げる条件

公開案件の要件文を観察すると、高単価ゾーンで繰り返し求められる条件は次のようなものです。

• iOS／Android両OSのストア申請・審査対応経験

• Firebase以外のバックエンド（自社API、GraphQL等）との接続経験

• 状態管理ライブラリ（Riverpod、Bloc等）の選定経験

• 既存ネイティブアプリへの部分組み込み経験

• CI／CDパイプライン（GitHub Actions 等）でのストア配信自動化経験

これらの条件を複数満たせる人ほど、上位レンジの月額提示を引き出しやすい構造になっています。単価交渉の進め方は 単価交渉のコツ を参照してください。

ミニFAQ｜単価編

Q. 副業・週2日でもFlutter案件は取れますか？

公開案件の中には、週2〜3日・リモートのFlutter案件の募集もあります。ただし常駐型と比べると母数は限られるため、エージェント面談で稼働条件を早めに伝えておくとマッチングが進みやすくなります。

Flutterエンジニアのキャリアパス

Flutterを軸にする場合、いくつかの伸ばし方があります。

モバイル特化型のキャリア

iOS／Android両方のストア審査、プッシュ通知、課金、デバイス連携などモバイル固有の運用知識を深め、「モバイル全般を任せられるエンジニア」を目指す道筋です。Flutterだけで完結させず、いざという時にネイティブコード（Swift／Kotlin）でブリッジを書ける状態にしておくと安定します。

クロスプラットフォーム横断型

FlutterのWeb／デスクトップ対応を活かして、社内ツール・業務端末・toBアプリまで領域を広げる道筋です。Web技術（HTML／CSS／JavaScript）も触れるようにしておくと、フロントエンド案件と兼業しやすくなります。

テックリード／アーキテクト型

スタートアップでFlutter導入を主導するCTO代行や、レガシーネイティブからFlutterへの移行設計をリードするポジションです。設計判断・採用技術選定・チームコーチングまで担う代わりに、単価は最上位レンジに入りやすくなります。

学習ロードマップ

未経験〜中級者がFlutterを業務レベルまで持っていくための、現実的な順番を示します。

必要な前提知識

• 何らかのオブジェクト指向言語の経験（Java、Kotlin、JavaScript／TypeScript、Swiftなど）

• Git／GitHubの基本操作

• HTTP通信とJSONの読み書き

• 開発環境構築（Xcodeまたは Android Studio）に対する抵抗感が少ないこと

ステップ別ロードマップ

1. Dart入門：1〜2週間。null safety、Future／async、ジェネリクスを中心に。Dart の概要を押さえる

2. Flutter公式チュートリアル：1週間。flutter createからflutter runまでを体感する。Material／Cupertinoウィジェットに慣れる

3. 小規模アプリを1本作る：2〜3週間。TODOアプリやニュースリーダー等で、状態管理・画面遷移・APIアクセスを通す

4. 状態管理の本格導入：1〜2週間。Riverpod／Blocいずれかを選び、複数画面間のデータ共有を実装する

5. Firebase連携：1〜2週間。認証・Firestore・Cloud Messagingで小規模なバックエンド連携を経験する

6. ストア配信を経験する：iOS／Androidそれぞれのストア審査を1回ずつ通す。ここで詰まる人が多いため、早めに通しておく

7. 既存案件レベルの設計に触れる：OSS／実案件で、画面数20以上の中規模アプリを読む・書く

教材は公式の Flutter公式ドキュメント と Dart公式サイト が基準。書籍は版数が古くなりやすいので、購入前に対応Flutterバージョンを必ず確認してください。

よくある失敗と対策

失敗1｜Flutterだけで案件を取りに行ってしまう

Flutterだけ書ければ仕事になる、と考えるとマッチング率が伸びにくくなります。iOS／Androidそれぞれの実機運用知識（プッシュ通知、ディープリンク、ストア審査）を含めてアピールする方が、エージェント側も案件を提案しやすくなります。スキルシート の書き方を見直してみてください。

失敗2｜状態管理ライブラリを選ばないまま規模拡大

学習段階のsetStateだけで進めていると、画面数が増えた時にコードが破綻しやすくなります。早い段階でRiverpod／Blocなど主要ライブラリのいずれかを採用し、設計指針を固めておくと、案件参画後の生産性が安定します。

失敗3｜OSのデザインガイドラインを軽視する

Flutterは独自描画でデザイン自由度が高い反面、iOS／AndroidそれぞれのHuman Interface Guidelines／Material Designを踏まえないと、ユーザーから違和感を持たれます。MaterialとCupertinoのウィジェットを使い分けつつ、必要に応じてOSごとの分岐を入れる設計を意識してください。

失敗4｜プラグインのメンテ状況を確認しない

Flutterの周辺パッケージ（pub.dev）はメンテが止まっているものも混在します。利用前に最終更新日とNull Safety対応、対応Flutterバージョンを必ず確認するクセを付けておくと、本番運用で詰む確率を下げられます。

失敗5｜Webデスクトップ案件を安請けする

「Flutterで何でも作れます」と請けてしまうと、Web／デスクトップ固有のハマりどころ（フォント、スクロール、ファイルシステム）で工数が膨らみがちです。実績のないプラットフォームは見積もり時にバッファを多めに確保し、必要なら工程分割を提案してください。

まとめ

Flutterは、Dart＋独自描画エンジンでiOS／Android／Web／デスクトップを1ソースで作るUIフレームワークです。React Nativeはネイティブブリッジ型、KotlinやSwiftはOS特化型と棲み分けがあり、案件の前提（ターゲットOS／チームスキル／既存資産）で選ぶ手段が変わります。

要点を整理すると次のとおりです。

• Flutterの本質は「独自描画でOS依存を最小化する」設計思想

• 比較対象はReact Native／Kotlin／Swift。それぞれ得意領域が違い、序列はつかない

• 公開案件の単価は月額60〜90万円が中心レンジ。ストア審査・両OS実機対応・状態管理の経験が単価押し上げ要因

• 学習はDart入門→公式チュートリアル→小規模アプリ→状態管理→Firebase→ストア配信の順が現実的

• フリーランスとしてはモバイル全般を語れる状態にしておくとリスクが下がる

次のステップとしては、Flutter公式チュートリアルでアプリを1本作り、ストア配信まで通してみてください。学習が一定レベルに達したら、まずはフリーランスエージェントや求人媒体で公開案件の要件文を読み込んでみると、現場で求められるスキルセットがより具体的に見えてきます。フリコンでもFlutter案件を含む公開案件を扱っています。

参照元・一次情報

• Flutter公式サイト

• Flutter公式ドキュメント

• Dart公式サイト

• Flutter Showcase（採用事例）