フリーランス案件の面談で聞かれること｜SES経験者向けの準備と逆質問

フリーランス案件の面談が決まると、「SESの現場面談と同じ感じでいいのかな」と気になりますよね。

職務経歴書は出したけれど、どこまで詳しく聞かれるのか。開発経験が少ない場合は、その説明もちょっと悩むと思います。

準備しておきたいのは、担当してきた仕事、どこまで自分で進められるか、困ったときの動き方、参画できる条件の4つです。

「Javaを3年使いました」で終わらず、実際に何を担当し、どこを自分で判断して、どこから先は相談していたのか。このあたりまで話せると、自分に任せられそうな仕事を相手も判断しやすくなります。

応募する案件に近い経験を一つ選び、まずはそこから説明できるようにしておくと楽です。

面談中なら話を合わせることもできますが、参画後の仕事内容まで空気を読んで変わってはくれません……。

この記事では、SES経験を使ってフリーランスのIT案件へ応募する人向けに、聞かれやすい内容、経歴の伝え方、逆質問、面談後の判断まで整理します。

エージェントとの初回相談ではなく、案件側の担当者と仕事内容をすり合わせる面談を中心に想定しています。

関連記事
まだ案件を探す窓口が決まっていない場合は、エージェントとの初回相談で確認する内容を先に整理できます。自分の経歴で紹介できる募集があるかを聞くところから始めてみてください。
フリーランスエージェントの選び方｜SES経験者が登録前に見るポイント

案件面談で見られることを4つに分ける

質問の順番や面談形式は案件によって違います。

オンラインで30分程度のこともあれば、複数人が参加して技術的な話を詳しく聞かれることもあります。

ただ、事前に整理する内容は大きく4つに分けられます。

確認されること	質問の例	用意しておく材料
技術・担当工程が合うか	「直近の案件で何を担当しましたか？」	対象システム、自分の工程、実際に使った技術
任せられる範囲はどこか	「設計から一人で進められますか？」	自力で進めた範囲、レビューを受けた範囲、未経験の範囲
チームでどう動くか	「仕様が曖昧なときはどうしますか？」	調べたこと、相談相手、報告した内容
参画条件が合うか	「いつから入れますか？出社は可能ですか？」	開始可能日、稼働・出社の制約、確認が必要な条件

たとえば「一人でできますか？」と聞かれても、何を一人で進める想定なのかによって答えは変わります。

既存設計に沿った実装と、曖昧な要望から仕様を整理する仕事では必要な経験が違いますよね。

正直、ここは無理に即答するより、

「どの工程から一人で担当する想定でしょうか？」

と一度確認してから答えていいと思います。

SESの職務経歴は「案件全体」と「自分の担当」を分けて話す

応募案件に近い仕事から準備する

SESの職務経歴には、案件名、期間、使用技術などが並びます。

ただ、同じプロジェクトに参画していても、担当していた仕事は人によって違います。

「設計から保守まで行うプロジェクトでした」

だけだと、本人が設計をしていたのか、テストをしていたのかは分かりません。

面談では、そのあとに自分が担当した範囲まで続けます。

説明の順番は、

対象のシステム → 自分の担当 → 具体的な作業 → 判断・相談 → 結果

くらいで十分です。

たとえば経歴メモを作るなら、次の項目を埋めておきます。

• 対象：どんな業務を支えるシステムか
• 担当：自分が受け持った機能や工程
• 作業：何を読み、何を作り、どんな確認をしたか
• 判断・相談：自分で決めたことと、確認を求めたこと
• 結果：完了した作業や解決した課題

最初から全部しゃべる必要はありません。

1〜2分くらいで概要を話し、相手が気になったところを質問してきたら詳しく答える、くらいの形のほうが会話もしやすいと思います。

顧客名や内部資料を出さなくても、業種やシステム用途、担当工程は説明できます。

成果の数字も、説明できる根拠があるものだけでOKです。なんかすごそうな改善率を後付けする必要はありません。

関連記事
「運用保守」「テスト実施」から先の説明が出てこない場合は、担当業務を分解するところから始めると整理しやすいです。社内SE向けの記事ですが、自分の作業や判断を取り出す考え方は案件面談にも使えます。
SES経験は社内SEの職務経歴書でどう書く？業務別の言い換え例

「経験あり」を4段階くらいに分けておく

案件情報に並んでいる技術を見て、触ったことがあるものを全部「できます」にすると、面談で少し困ります。

たとえばSQLでも、

既存SQLを実行した。

既存SQLを少し修正した。

自分で結合条件を考えて調査用SQLを書いた。

性能を考えてSQLを改善した。

では、中身が違います。

個人的には、必須条件や主要技術ごとに、

1. 実務で自力で担当した
2. レビューや支援を受けながら担当した
3. 学習・個人開発で触った
4. 未経験

くらいに分けておくと話しやすいです。

面談では「2です」と分類を答えるのではなく、

「実務ではレビューを受けながら詳細設計と実装を担当しました」

のように、何をした経験なのかまで添えます。

これから覚えたい技術なら、そのまま「実務では未経験」と伝えて構いません。

募集側が最初から求めているレベルと、自分がこれから経験を増やしたい範囲が噛み合っているかを見る材料になります。

よく聞かれる質問は、具体的な場面を一つ用意する

「苦労したことや、工夫したことはありますか？」

こういう質問、ふわっと聞かれると逆に答えづらいんですよね。

実際に困った場面を一つだけ用意しておくと話しやすいです。

仕様の食い違い、不具合の再現、問い合わせ情報の不足など、自分が何か判断した場面を選びます。

話す順番は、

困った状況 → 調べたこと → 判断・相談 → 結果

くらいでOKです。

「大変でした。でも頑張りました」で終わると仕事の中身が見えないので、何を調べて次の行動を決めたかまで話します。

「分からないことや、遅れそうな仕事にはどう対応しますか？」

「早めに相談します」

だけだと、たぶん全員そう答えます。

ここ、地味に差が出るところですよね。

自分が相談するときに、

• どこまで調べたか
• 何が分かっているか
• どこで詰まっているか
• 納期への影響がありそうか

をどう伝えていたか、具体的な場面を一つ思い出しておきます。

経験したことのない状況を聞かれたら、

「同じケースの経験はありませんが、対応するなら」

と区切って考え方を伝えれば大丈夫です。

知らない経験まで生やす必要はありません。

「なぜこの案件ですか？今の案件を離れる理由は？」

応募理由は、自分の経験と募集内容がつながっているところから話すと組み立てやすいです。

たとえば、

「運用中のシステムで障害の一次切り分けを担当してきたので、今回の問い合わせ対応や原因調査に経験を使えそうだと考えました」

という感じです。

今の案件を離れる理由についても、契約終了予定、担当範囲、働き方など、事実として説明できる内容を整理します。

不満があっても構いませんが、「嫌だから抜けたい」で止めると、次に何を求めているのかが分かりにくいです。

今後担当したい仕事や、続けやすい条件まで添えると話がつながります。

「いつから参画できますか？ほかの案件も進んでいますか？」

開始可能日は、現職や契約の終了時期、引き継ぎ予定を踏まえて答えます。

まだ調整中なら、

「○月末で終了予定ですが、確定日は○日までに確認できます」

のように、分かっているところまで伝えます。

複数の案件を並行しているなら、面談予定や回答待ちなど、差し支えない範囲で共有します。

希望単価を聞かれた場合も、その場の勢いで決めず、エージェント経由なら事前にどの金額で提案しているか確認しておくと話がズレにくいです。

報酬や精算条件そのものの比較は、面談の場で全部片付けようとせず、契約窓口へ確認する形でも構いません。

経験別の回答例：担当した範囲まで正直に話す

ここからは説明の組み立て方を見るための仮の回答例です。

技術、作業内容、結果は、自分が実際に担当した事実へ置き換えて使ってください。

テスト中心の場合

質問例：

「テストでは、どこまで担当しましたか？」

業務システムの結合テストで、既存のテストケースに沿った実施と、不具合報告、修正後の再テストを担当しました。不具合が出たときは、入力値と操作手順、期待結果と実際の結果を整理して開発担当へ連携していました。テスト観点の設計や実装は担当していないため、今回の募集ではケース作成をどの程度求めているか確認したいです。

この例なら、テスト実施だけでなく、不具合を整理して開発担当へ渡していたところまで説明できます。

ケース作成も経験しているなら、どの仕様をもとに条件を考えたかを足します。

逆に、やっていない工程はそのまま「担当していません」でOKです。

運用保守中心の場合

質問例：

「障害時に、どこまで対応できますか？」

業務システムの運用保守で、問い合わせ対応と障害の一次切り分けを担当しました。アラート発生時には監視情報とログを確認し、発生時刻や影響範囲、実施済みの確認内容をまとめて担当チームへ引き継いでいました。復旧操作は承認済みの手順の範囲で対応しており、アプリケーションのコード修正は開発担当が行っていました。

「運用保守」と一言でまとめると、監視だけなのか、原因調査までやるのか分かりません。

今回の案件で原因調査や修正まで求められるなら、自分の経験との差をその場で確認できます。

開発経験がある場合

質問例：

「担当した機能について、設計から説明できますか？」

JavaとSpringを使った受注システムの機能改修で、確定した基本設計をもとに詳細設計、実装、単体テストを担当しました。入力チェックの変更では、画面とAPIの両方の処理を確認し、既存のエラー処理に合わせて実装しました。設計とコードはリーダーのレビューを受けており、要件の確定は担当していません。

ここから、

「なぜその実装にしたのか」

「既存機能への影響をどう確認したのか」

まで聞かれることがあります。

レビューで指摘された経験も、何を見落として、どう修正したのか説明できれば仕事の進め方が見えます。

逆質問は「最初の仕事・自走範囲・相談先」を優先する

10本目の記事では、単価・精算幅・支払サイト・商流なども含めて、案件同士を比較する項目を整理しました。

今回の面談では、もう少しその場でしか聞きにくい仕事内容へ寄せます。

時間が短いなら、まず聞きたいのは次の3つです。

1. 最初に何を担当するのか
2. どこまで自分で進める想定なのか
3. 困ったときに誰へ相談できるのか

この3つが分かると、参画後の仕事がかなり想像しやすくなります。

面談で使える逆質問

• 参画後、最初に担当する機能や作業は何ですか？
• 仕様確認・設計・実装・テストのうち、どこまで担当する想定ですか？
• 参画直後から自力で進める範囲はどこですか？
• 仕様の疑問や作業が止まったときは、誰に相談できますか？
• 設計やコードのレビューは、誰がどのタイミングで行いますか？
• 今回は増員ですか、交代ですか？
• 引き継ぎ期間や参照できる資料はありますか？
• 同じ役割の方の普段の稼働状況はどのくらいですか？
• 繁忙期や夜間・休日対応はありますか？
• 通常の出社頻度と、例外的に出社する場面はありますか？

全部聞く必要はありません。

案件情報を見て分からなかったところ、自分が受けるかどうかに影響するところから選びます。

正直、「質問多いと思われないかな」と気になるかもしれませんが、10個を読み上げる必要はないです。

最初の担当、自走範囲、相談先。

まずこの3つ。それ以外は面談中の説明を聞いて、残った疑問だけ足すくらいで十分だと思います。

報酬額、精算条件、支払日、契約期間など、案件側の担当者が回答しにくいものはエージェントや契約窓口へ回します。

誰に聞けば答えが出るのかを分けておけばOKです。

関連記事
面談で仕事内容を確認したあと、単価・精算幅・支払サイトなども含めて候補案件を比較したい場合はこちらで整理しています。
フリーランス案件の選び方｜単価だけで決めないために見るポイント

曖昧な回答は「作業・相手・時期」で一段だけ掘る

面談では、

「慣れたら設計もお願いします」

「分からなければ聞けます」

「忙しさは時期によります」

みたいな回答が出ることもあります。

別に怪しい回答とは限りません。まだ細かく決まっていないこともあります。

ただ、自分の判断に関係する部分なら、もう一段だけ聞いてみます。

相手の回答	追加で聞くこと
「慣れたら設計も」	「どの設計を、どのくらい業務に慣れた段階で任せる想定ですか？」
「分からなければ聞けます」	「同じ機能について相談できる方はどなたですか？」
「忙しさは時期によります」	「同じ役割の方の直近の稼働状況を教えていただけますか？」
「入ってから調整します」	「参画判断の前に、最初の担当範囲だけ確認できますか？」

ポイントは、作業・相手・時期のどれかを具体化することです。

「そのうち」「状況による」を全部悪く受け取る必要はないですが、自分の判断を左右するところまで想像で埋めないようにします。

なんか都合のいい未来だけ補完し始めると、だいたい全部よさそうに見えてしまうので……。

面談後は「進む・追加確認・見送る」で整理する

面談が終わったら、まだ記憶が残っているうちにメモします。

ここで分けたいのが、

相手から聞いた事実

と

自分の見込み

です。

たとえば、

「最初はテストから担当する」

は相手から聞いた事実。

「半年後には実装を担当できそう」

は、具体的に確認していなければ自分の期待かもしれません。

この2つが混ざると、あとから「そんな話だったっけ？」となりやすいです。

判断は、次の順番くらいで十分だと思います。

1. 出社・稼働・開始日など、外せない条件に合っているか
2. 最初に任される仕事を説明できるか
3. 今の経験で対応できそうか
4. 相談・レビュー体制が具体的か
5. それでも不明な部分が残っているか

面談後に契約書が届いたら、担当範囲や報酬条件を項目ごとに照らし合わせます。書面で確認したい8項目と、食い違いがあったときの質問例はこちらで整理しています。
フリーランス案件の契約前に確認すること｜準委任・請負・精算幅・途中終了を整理

条件が合っていて、仕事内容も分かるなら次へ進む。

気になる部分だけ残っているなら追加確認。

担当範囲そのものが希望や経験とかけ離れているなら見送る。

わざわざ100点満点で採点しなくても、このくらいで整理できます。

たとえば、テスト経験が中心なのに、参画直後からテスト観点の設計を一人で任せる想定だった場合。

既存ケースの実施から始められるのか。

レビューしてもらえるのか。

そこを確認して、難しそうなら今回は別案件を見る。

こんな判断でもいいと思います。

関連記事
案件との相性は見えてきたけれど、会社員を辞める時期に迷う場合は、生活費や案件が空く期間も含めて考えておきたいです。
SESからフリーランスになる前に確認したいこと｜単価・税金・案件切れのリスクを整理

次の面談までに、経歴1つと質問3つを用意する

面談準備で、想定質問を30個暗記する必要はないと思います。

まず応募案件に近い経験を一つ選び、

「何を担当したか」

「どこまで自分で判断したか」

「どこからレビューや相談を受けたか」

を声に出して説明してみます。

次に案件情報を見て、分からないところから逆質問を3つ選ぶ。

最初の担当業務、自走範囲、相談先。

この3つだけでも、参画後の仕事はかなり見えやすくなります。

面談は、自分をよく見せる場でもありますが、こちらも「この仕事、本当に受けて大丈夫そう？」を確認する場です。

経歴を盛って入ったあとに苦しむくらいなら、できることと未経験のところを先に分けておく。

そのほうが、次の案件を選ぶ材料としては使いやすいと思います。