Flutterエンジニアのフリーランス面談でよく聞かれる質問と答え方

Flutterエンジニアのフリーランス面談でよく聞かれるのは、iOSとAndroidのどこまでを自分が担ったか、状態管理や設計をなぜそう選んだか、ネイティブ側にどこまで踏み込めるか、版上げや不具合にどう対応したかの4つです。面談官は「Flutterが書けるか」より、「このアプリを任せたとき、両OSでリリースまで持っていけるか」を確かめようとしています。

答えは丸暗記するより、自分が関わったアプリを2〜3本選び、どの質問にもそこから具体的に話せるように準備しておくのが近道です。面談全般の答え方は業務委託の面談でよく聞かれる質問と答え方で解説しているので、この記事ではFlutterの面談に固有の質問に絞ります。

Flutterの面談で面談官が見ていること

Flutterの案件は、少人数のチームで両OSのアプリを作る現場が多く、面談に出てくるのはテックリードやプロダクトの責任者であることが一般的です。Flutterの担当が一人だけの現場では、エンジニアではない責任者が面談することもあります。

面談官が知りたいのは、おおむね次の3点です。

1. 任せられる範囲：画面の実装だけか、設計、ネイティブ連携、ストア申請まで持てるか
2. 既存のコードとの相性：今のアプリの書き方や状態管理に合わせて進められるか
3. 問題が起きたときの動き方：OSごとの不具合や審査の指摘、パッケージの不具合にどう向き合うか

以下の質問は、この3点のどれかを確かめるためのものです。意図が分かれば、答えの中心に何を置くかも決まります。

よく聞かれる質問と答え方の考え方

ここで示す答えの例は、組み立て方を伝えるための架空の例です。ご自身の経験に置き換えて準備してください。

1. 「担当したアプリと、あなたの役割を教えてください」

確かめたいのは任せられる範囲です。アプリの種類、チームの人数、Flutterの担当人数、新規か運用中か、自分が担った工程を短く伝えます。「両OS対応」とまとめず、iOSとAndroidのそれぞれで、ビルド、署名、ストア申請、ネイティブ連携のどこを自分が担ったかを分けて話すと、後の質問と食い違いません。

架空の例：「会員向けアプリの運用中の改善で、Flutterの担当は2名でした。機能追加と不具合の修正が中心で、Androidの申請は自分が、iOSの申請は社員の方が担当していました」

2. 「状態管理は何を使い、なぜそれを選びましたか」

Flutterの面談で、技術の掘り下げの入り口として使われやすい質問です。面談官は名前より、選んだのか、既にあったものを使ったのかと、その理由を聞いています。自分で選んだ場合は、ほかの候補と比べて何を重く見たかを話します。既存の方式を使った場合は、その方式で困った点と工夫を話せば十分です。

Flutterの公式のアーキテクチャガイドでは、画面を扱う層とデータを扱う層に分け、画面の層はビューとビューモデル、データの層はリポジトリとサービスで構成する考え方が示されています（2026年10月時点）。このガイドに沿っているか、どこを変えたかを説明できると、設計の考え方が伝わりやすくなります。

3. 「ネイティブ側のコードはどこまで書けますか」

カメラ、位置情報、決済、プッシュ通知など、OSの機能とつなぐ場面での経験を確かめる質問です。「Swiftも少し書けます」のような答えより、どの機能で、何を書き、何をパッケージに任せたかを場面で話します。書いたことがなければ、ネイティブ側の設定ファイルやビルドの設定をどこまで触ったかを話すと、任せられる範囲が伝わります。

既存のネイティブアプリに一部だけFlutterを入れる案件では、Flutterの部分をモジュールとして取り込む構成（add-to-app）の経験を聞かれることがあります。経験があれば、ネイティブ側との受け渡しをどう決めたかを話しましょう。

4. 「iOSとAndroidで動きが違う不具合に、どう対応しましたか」

同じコードでもOSごとに差が出るのがFlutterの現場の日常です。答えは次の順番で組み立てると伝わりやすくなります。

• どの端末・OSの版で、どう気づいたか
• 原因をFlutter側、パッケージ側、ネイティブ側のどこと見立てたか
• 直し方の選択肢と、選んだ理由
• 誰にどう報告し、再発をどう防いだか

5. 「Flutter本体やパッケージの版上げで苦労したことはありますか」

運用中のアプリを任せる現場で特に重く見られます。版上げの影響をどう調べ、テストの範囲をどう決め、どの順番で上げたかを話します。メンテナンスが止まったパッケージを置き換えた経験があれば、判断の材料として役立ちます。

6. 「テストはどこまで書いていましたか」

ユニットテスト、ウィジェットテスト、結合テストのどれを、どの範囲で書いたかを確かめる質問です。書いていなかった場合も、手動の確認をどう回していたかを正直に話します。量を誇張すると、技術的な確認の段階で食い違いが出ます。

7. 「ストアの審査で指摘を受けたことはありますか」

申請まで任せたい現場で聞かれます。指摘の内容そのものより、指摘をどう読み、何を直して、どう再提出したかの流れを話します。審査を担当していなければ、その旨を伝え、申請に必要な情報をどう用意したかを話せば十分です。

8. 「API側とのやり取りはどう進めていましたか」

データの形が決まっていない段階での進め方や、エラーの扱いの取り決めを確かめる質問です。仮のデータで先に進めた経験や、API担当に出した要望の例を話すと、少人数のチームでの動き方が伝わります。

準備は「アプリ2〜3本の場面メモ」で足りる

上の質問は多く見えますが、答えの材料は共通しています。準備は次の手順で進めると効率的です。

1. アプリを選ぶ：新規と運用中、規模の違うものなど、性質の違うアプリを2〜3本選ぶ
2. 工程を表にする：iOSとAndroidのそれぞれで、設計、実装、ネイティブ連携、テスト、申請のどこを担ったかを書き出す
3. 場面を書き出す：OSごとの不具合、版上げ、審査の指摘、設計の判断など、話せる場面を各アプリで1〜2つ選ぶ
4. 2分版と5分版をつくる：最初は短く話し、掘り下げられたら詳しく話せるようにする
5. スキルシートと照らし合わせる：シートに書いた担当範囲と、話の内容がそろっているかを確かめる

面談官はスキルシートを見ながら質問するため、話とシートのずれは信用を損ないます。書き方はFlutterのスキルシートの記事、冒頭の自己紹介の組み立て方は面談の自己紹介の記事で解説しています。

面談の相手によって重心が変わる

エンジニアではない責任者が相手のときは、技術の用語を並べるより、「何を作り、どこで困り、どう解決したか」を短く話すほうが伝わります。オンライン面談で画面を共有してアプリを見せる場合は、見せてよい範囲を事前に確かめておきましょう。進め方はオンライン面談の記事で整理しています。

Flutterならではの逆質問

面談の終わりの逆質問は、印象づくりより参画後のずれを防ぐ確認に使います。Flutterの案件では、次の点を聞いておくと判断しやすくなります。

• Flutterの担当人数と、ネイティブ担当の有無
• 状態管理や設計の方針は決まっているか、変える余地はあるか
• Flutter本体とパッケージの版上げの頻度と、最後に上げた時期
• ストア申請を誰が担当するか、自分に権限が付くか
• テスト用の端末やMacの用意、テスト配布の仕組み

一般的な逆質問の考え方は業務委託の面談で聞いておくべき逆質問にまとめています。聞いた内容は、契約前の確認にもそのまま使えます。確認点はFlutter案件の選び方で整理しています。

よくある質問

個人で作ったアプリの話をしてもよいですか？

話して問題ありません。実務の経験が少ない場合は特に、設計を自分で決め、ストアに出すまでを一人で経験した材料になります。ただし、実務と個人開発を混ぜずに分けて話し、チームでの開発経験がどこまであるかを正直に伝えましょう。

案件で使っている状態管理の方式を使ったことがない場合、どう答えればよいですか？

使ったことがないことは正直に伝え、使ったことのある方式との違いをどう理解しているか、どのくらいで慣れられそうかを話します。考え方の近い方式を使った経験があれば、その経験を軸に話すと任せる範囲を判断してもらいやすくなります。

ネイティブの経験がないと面談で不利になりますか？

案件によります。画面の実装が中心の案件では、ネイティブの経験がなくても参画できることがあります。一方、ネイティブ連携や置き換えが中心の案件では重く見られます。どこまで触ったことがあるかを具体的に話し、足りない部分の学び方を添えると、相手が判断しやすくなります。求められるスキルはFlutterの案件で求められるスキルで整理しています。