客先常駐の面談が不安で、「何を聞かれるのか、断れるのか」と悩む人へ。対策の軸は、経歴の具体化と案件条件の確認です。
面談は「通過するための試験」とだけ考える必要はありません。自分の経験を正確に伝え、参画後のミスマッチを防ぐための確認の場として使うことが重要です。
「何を聞かれるのか」「どう答えるのか」「面談後に案件を断れるのか」を分けて考えれば、準備すべきことはかなり整理できます。
客先常駐の面談とは？採用面接とは何が違う？
私は、客先常駐の面談を「採用面接の二次試験」のように考えない方がいいと思っています。所属企業へ入社するための採用面接とは別に、参画予定の案件とエンジニアの経験・条件が合っているかを確認する場だからです。
実際には「面談」「顔合わせ」「打ち合わせ」など複数の呼び方があります。ただし、重要なのは名称ではなく、誰と誰がどの契約関係で働き、何を確認する場なのかです。
一般的なSES案件では、案件説明を受けた後にスキルシートが提出され、必要に応じて顧客側の担当者と経歴や担当工程、技術経験、働き方などを確認します。
主に確認されるのは、次のような内容です。
- 過去にどのような案件を経験したか
- 設計・開発・テスト・運用のどこを担当したか
- 必要な技術をどの程度実務で使ったか
- チーム内でどのように仕事を進めるか
- 勤務条件や案件内容に認識違いがないか
- エンジニア側に確認したいことはないか
顧客側が参画可否を判断する側面がある一方で、エンジニア側も「説明された仕事を本当に担当できるのか」「希望する経験につながるか」を確認する必要があります。
面談を「受かるか落ちるか」だけで見ると、参画後の仕事内容を確認するという重要な目的を見落とします。
スキルシートだけでは分からない部分が確認される
私は、客先面談で最も差が出るのは、経験年数そのものより担当範囲を具体的に言葉にできるかだと考えています。
スキルシートには、使用した言語、フレームワーク、担当工程、案件期間などを書けます。しかし、「Java経験3年」という一行だけでは、その3年間に何をしていたのかまでは分かりません。
詳細設計から実装、単体テストまで自分で担当していた人と、テストを中心に一部の修正だけ担当していた人では、同じ「Java経験3年」でも案件との適合度は異なります。
そのため面談では、技術名を知っているかよりも、何を、どこまで、自分の役割として担当したのかを説明できることが重要になります。
たとえば「基本設計を経験しました」という言葉だけでは担当範囲を判断しにくくても、「既存機能の仕様を整理し、画面項目と処理条件を設計書へ反映し、レビュー指摘に対応した」と説明されれば、実際に任せられる仕事を想像しやすくなります。
経験を大きく見せるより、相手が仕事の再現像を描ける粒度まで分解して説明する方が合理的です。
客先常駐の面談では何を質問される？回答例と考え方
私は、想定質問を何十個も丸暗記する必要はないと思っています。準備すべきなのは、「経歴」「技術」「仕事の進め方」「勤務条件」の4種類について、自分の事実を短く説明できる材料です。
質問の表現が変わっても、この4つの材料を整理しておけば対応しやすくなります。
「これまでどのような案件を経験しましたか？」
ここでは、すべての経歴を時系列で読み上げる必要はありません。今回の案件と関連する経験から話す方が伝わります。
回答は、案件概要→自分の役割→担当工程→使用技術→具体的な作業、の順にすると整理しやすくなります。
たとえば次のような形です。
「小売業向けWebシステムの改修案件で、5名程度の開発チームに参加しました。Javaを使った機能追加を担当し、詳細設計、実装、単体テストまで対応しています」
これなら「Javaを使いました」だけの場合より、相手が担当範囲を判断できます。
逆に避けたいのは、経験していない工程まで自分の担当として説明することです。スキルシートと口頭説明が食い違えば、技術力以前に記載内容への信頼を失う可能性があります。
「得意な技術や工程は何ですか？」
私は、この質問に言語名だけで答えるのはもったいないと思っています。「何ができるのか」までセットで説明してください。
たとえば、
「Javaを比較的多く経験しています。既存Webシステムの機能追加が中心で、詳細設計から実装、単体テストまで担当してきました」
という回答なら、技術と実務経験がつながります。
設計が得意なら、どの設計書を作ったのか、誰と仕様を確認したのかまで整理します。インフラなら、設計、構築、監視、障害対応、運用改善などを分けて話した方が実態が伝わります。
「できます」と「実務で担当しました」は意味が違います。未経験の技術について、無理に経験者として振る舞う必要はありません。
「分からないことがあったらどうしますか？」
私は、「何でも自力で解決します」という回答より、調査と相談の境界を説明できる回答の方が実務的だと思っています。
この質問で確認されるのは、知識量だけではありません。自分で調べる力と、必要なタイミングで相談できる力の両方です。
回答例は次のように整理できます。
「まず仕様書、既存コード、ログ、過去のチケットなどを確認します。一定時間調べても判断できない場合や影響範囲が大きい場合は、確認した内容と分からない点を整理してリーダーへ相談します」
開発現場では、長時間一人で抱え込むことも、何も調べずにすぐ質問することも生産性を落とす可能性があります。
「トラブルや不具合にはどう対応しましたか？」
ここでは、派手な成果より問題発生後にどう切り分けて動いたかを説明する方が重要です。
たとえば、
「結合テストで想定外のエラーが発生したため、再現条件を整理し、ログから発生箇所を絞りました。影響範囲を確認したうえでリーダーへ報告し、修正方針を確認して対応しました」
という回答なら、調査、共有、修正という流れが見えます。
面談担当者が知りたいのは、成功談だけではありません。問題が発生した際に、独断で進めず、必要な情報を整理してチームと動けるかも重要です。
「チーム開発で意識していることはありますか？」
私は、「報連相を意識しています」だけでは抽象的すぎると考えています。実際に取る行動へ落とし込んで答えるべきです。
たとえば、
「仕様の認識違いを残さないことを意識しています。不明点がある場合は、自分の理解を整理したうえで確認し、仕様変更があった場合は関連するメンバーにも共有します」
と説明できます。
社交性の高さを競う必要はありません。客先常駐では、業務上必要な情報を必要な相手へ伝えられることの方が重要です。
「短期間で終了した案件があるのはなぜですか？」
私は、ここで都合のよい理由を作るべきではないと思っています。短い案件には、確認可能な事実を簡潔に答える方が安全です。
契約期間満了、プロジェクト終了、体制変更など客観的な理由があるなら、そのまま整理して伝えます。
本人都合で終了した場合も、前の顧客や上司を強く批判する必要はありません。
たとえば業務内容のミスマッチが理由なら、「当初想定されていた業務と実際の担当範囲に差があり、所属会社と協議して契約終了となりました」のように事実関係を整理します。
面談用に作った理由は、追加質問を受けたときに矛盾しやすくなります。
「残業や出社には対応できますか？」
私は、面談を通過するために継続できない勤務条件まで受け入れるべきではないと考えています。対応できる範囲を事実として伝えてください。
たとえば、
「通常の業務時間内での勤務を希望しています。リリース前など一時的な残業は相談可能ですが、恒常的な長時間残業は難しいです」
という答え方なら、条件が明確です。
出社についても同様で、「フルリモート希望」「週2日までなら出社可能」など、継続できる条件を所属会社へ事前に共有しておく方がミスマッチを減らせます。
面談に通ることより、参画後も無理なく続けられる条件かを確認する方が重要です。
今の市場価値を確認するなら：
客先常駐エンジニアにおすすめの転職エージェント5選
客先常駐の面談対策は？事前に準備すべき5項目
私は、面談対策で優先すべきなのは模範回答の暗記ではなく、提出したスキルシートと案件情報を照合することだと考えています。
「自分の経験が今回の仕事とどうつながるか」を説明できる状態にしておけば、質問の言い回しが変わっても対応できます。
1. スキルシートを自分の言葉で説明する
最初にやるべきなのは、提出済みのスキルシートを自分で読み直すことです。
古い案件ほど担当内容を忘れていることがあるため、各案件について「何を作ったか」「担当工程」「使用技術」「自分の役割」を整理します。
守秘義務の対象となる企業名や内部情報まで話す必要はありません。顧客名を公開できないなら、「製造業向け生産管理システム」「小売業向けECシステム」など、業務内容が伝わる範囲へ一般化します。
とくに工程名だけを書いている項目は、「実際には何をしたのか」まで説明できるか確認してください。
2. 案件の必須条件と自分の経験を照合する
私は、面談前の段階で明らかなスキル差を確認しておくべきだと思っています。面談中に初めて「実はこの必須条件を経験していない」と気づく状態は避けたいところです。
Java案件なら、「Javaを使ったことがある」で止めず、どの工程で何を担当したのかまで確認します。
不足している条件がある場合も、隠すより「未経験だが近い経験がある」「現在学習している」と分けた方が、参画後のミスマッチを防げます。
案件票に「基本設計経験」と書かれているなら、自分の経験が新規設計なのか、既存設計書の修正なのかまで切り分けておくと説明しやすくなります。
3. 回答は結論から話す
私は、長く話すことより、最初の一文で質問に答えることを重視します。
基本は「結論→理由→具体例」で十分です。
たとえば「チーム開発で意識していることは？」と聞かれたら、最初に「認識違いを残さないことです」と答え、その後に具体例を説明します。
この話し方は面談だけのテクニックではありません。実務での進捗報告や障害報告でも、結論から伝える力はそのまま役立ちます。
4. 逆質問で参画後の仕事を確認する
私は、逆質問を「やる気を見せるための時間」だけにするのはもったいないと思っています。むしろ、参画してから知ると困ることを確認してください。
たとえば、次の項目は確認価値があります。
- 実際に担当する工程と作業範囲
- チーム人数と役割分担
- 開発方法やレビュー体制
- 利用する言語、ツール、クラウド環境
- 参画直後に期待される役割
- 出社とリモート勤務の実際の運用
- 残業が発生しやすい時期
- 現在チームが抱えている技術的・運用上の課題
とくに注目したいのは、「募集文に書かれた業務」と「実際に最初に任される業務」が一致しているかです。
同じ「開発エンジニア募集」でも、新規実装を期待している現場もあれば、不具合調査や既存機能の保守が中心の現場もあります。
職種名だけより「最初の3か月で何を担当してもらうのか」が明確な方が、受け入れる側も本人側も期待値を合わせやすくなります。
求人票や案件票の技術名だけで判断せず、「最初に任される仕事」を聞くことが、逆質問で確認すべき具体的なポイントです。
5. Web面談なら機材を事前確認する
オンライン面談なら、内容以前の接続トラブルを減らす準備で十分です。
会議ツール、マイク、イヤホン、カメラ、通信環境を事前に確認します。
一方で、背景を完璧に整えたり、面談専用の特別な演出を用意したりする必要はありません。通常の業務打ち合わせが問題なくできる環境を整える方が現実的です。
客先常駐の面談で落ちる原因は？スキル不足以外も見る
私は、1回の見送りをそのまま「エンジニアとしての市場価値が低い」と結びつけるべきではないと思っています。
案件とのスキル差、説明内容、開始時期、予算、体制、他候補との組み合わせなど、本人だけでは動かせない要因もあるからです。
スキルシートと実際の経験がずれている
最も避けたいのは、スキルシートの記載内容と本人の説明が大きく違う状態です。
たとえば「基本設計」と書かれているのに、確認すると既存設計書の軽微な修正しか担当していなかった場合、経験の深さだけでなく資料そのものの信頼性が問題になります。
限定的な経験なら、「既存設計書の改修」「レビュー指摘への反映」など、実態に合わせて記載した方が安全です。
私は、経験を大きく見せることより、受け入れる側が任せられる範囲を正確に判断できることの方が重要だと考えています。
案件要求と経験が最初から合っていない
私は、同じ理由で何度も見送られるなら、話し方より先に案件選定を疑うべきだと思っています。
たとえば基本設計経験を必須とする案件へ、テスト経験中心の人を繰り返し提案しているなら、回答練習だけでは根本的な問題を解決できません。
ここは客先常駐特有のポイントです。面談結果は本人だけでなく、営業担当がどの案件へ提案したかという前段階にも左右されます。
「何でもできます」と話すより、「自分で担当した範囲」と「支援を受けて担当した範囲」を切り分けられる方が、次に狙うべき案件も整理しやすくなります。
これは派手なアピールではありません。しかし、受け入れる側にとっては任せられる仕事を判断しやすくなります。
面談結果を必要以上に自己評価へ結びつけない
私は、見送りの原因を必ず一つに決めつける必要はないと考えています。
顧客の予算、参画開始日のずれ、チーム構成など、本人には変えられない要因で決まらないケースもあるからです。
一方で、複数回同じ指摘を受けているなら改善材料として扱うべきです。
「技術経験が足りない」のか、「経験はあるが説明できていない」のか、「そもそも提案案件が合っていない」のかを分けてください。
同じ原因が続くなら、その原因に応じてスキル習得、説明方法、案件選定のどれを変えるか決める方が合理的です。
客先常駐の面談後に案件を断ることはできる？
私は、「面談を受けた＝必ず参画しなければならない」とも、「気に入らなければ必ず自由に断れる」とも単純化しない方がいいと考えています。
所属企業との雇用契約、就業規則、業務命令、案件提示の仕組みなどによって事情が変わるためです。
ただし、仕事内容や勤務地、勤務形態などに重大な認識違いがあるなら、放置せず所属会社へ早めに相談することが重要です。
断るか迷ったら条件を分解する
私は、「何となく嫌だった」という感覚をそのままにせず、条件へ分解することを勧めます。
理由が具体的になれば、営業担当も次の案件へ反映しやすくなります。
たとえば、
- 希望している開発工程と実際の業務が違う
- 説明では週2日出社だったが、実際には原則出社だった
- 希望する技術領域と、担当予定の技術が異なる
- 継続的な残業時間の想定が自分の条件と合わない
といった整理です。
重要なのは、断るためのもっともらしい理由を作ることではありません。どの条件が合わないのかを具体化することです。
面談前に希望条件を共有する方が調整しやすい
私は、面談後に断れるかを考えるより、面談前に明らかなミスマッチを減らす方が合理的だと思っています。
勤務地、出社頻度、担当したい工程、避けたい業務、今後伸ばしたい技術などを事前に所属会社へ共有しておけば、明らかに条件の違う案件へ進む可能性を下げられます。
すべての希望が通るとは限りません。企業側には待機や受注の事情があり、案件市場にも需給があるためです。
それでも「何でも大丈夫です」と伝えてから案件ごとに悩むより、譲れる条件と譲れない条件を先に分ける方が調整しやすくなります。
今の会社で希望条件が繰り返し反映されず、案件選定そのものに疑問があるなら、面談テクニックだけで解決しようとせず、社外の選択肢も比較してから判断すれば十分です。
今の市場価値を確認するなら：
客先常駐エンジニアにおすすめの転職エージェント5選
客先常駐の「面談」は契約形態によって法的な扱いが違う
私は、「客先面談は違法ですか」という問いには、まず契約形態を確認しなければ正確に答えられないと考えています。
客先常駐では、準委任、請負、労働者派遣など異なる契約形態が混同されやすいからです。
とくに労働者派遣には、派遣先が派遣労働者を事前に特定することについて明確なルールがあります。
厚生労働省の「派遣先が講ずべき措置に関する指針」（平成11年労働省告示第138号）では、紹介予定派遣の場合を除き、派遣先が労働者派遣に先立って面接を行ったり、履歴書を送付させたりするなど、派遣労働者を特定することを目的とする行為を行わないよう定めています。
厚生労働省の「労働者派遣事業関係業務取扱要領」にも、「派遣労働者を特定することを目的とする行為の禁止」が独立した項目として設けられています。
2026年9月14日時点で厚生労働省が公開している同要領・関連指針では、派遣元側についても、紹介予定派遣を除き、派遣先による特定目的の行為へ協力しないことが示されています。
さらに厚生労働省の派遣労働者向け案内では、本人が自らの判断で就業開始前に事業所を訪問することと、派遣先・派遣元から事前面接を求められることを区別しています。本人の自発的な事業所訪問まで一律に禁止する制度ではありません。
ここは「面談という名前なら問題ない」と考えない方が安全です。実態として派遣先が誰を受け入れるかを事前選考しているのであれば、単なる呼称ではなく実際の行為が問題になります。
一方、準委任や請負を含め、客先常駐で行われるすべての打ち合わせを「事前面接だから違法」と一括りにするのも正確ではありません。
契約の形式だけでなく、誰が業務を指示しているのか、どのような目的で本人確認をしているのかなど、実態を見る必要があります。
個別の会社で「この面談は法的に問題ないのか」「この案件を断った場合にどうなるのか」を判断する場合は、一般的なブログ記事だけで結論を出さず、自分の雇用契約書、就業規則、契約形態を確認してください。
必要であれば、労働局などの専門窓口へ確認する方が確実です。
客先常駐の面談で本当に確認すべきことは何か？
ここからは私見です。私は、客先常駐の面談で「どうすれば受かるか」だけを考えるのは、対策として不十分だと言い切ります。
理由は単純で、面談の数十分より、参画後に働く数か月、場合によっては1年以上の方がはるかに長いからです。
数十分程度の受け答えを成功させても、実際の担当業務が希望と違えば、その後のキャリアへ影響します。
「面談対策」より前に案件選定がある
私は、面談で何を答えるかより前に、なぜその案件の面談を受けるのかを確認すべきだと考えています。
SESからの脱却やキャリア形成を考える場合、とくに重要なのは案件へ入る前の工程です。
営業担当からどの案件を提示され、自分の経験がどう説明され、本人の希望条件がどこまで反映されているのかによって、面談の難易度そのものが変わります。
たとえば開発経験を積みたい人に、監視・運用中心の案件が繰り返し提示されているなら、面談回答を改善するだけでは根本的な問題は解決しません。
逆に、現在の経験では設計案件に届かないのであれば、まず開発や改修を通じて設計に近い経験を増やす方が合理的な場合があります。
つまり面談結果は、「本人の能力」だけではなく、案件選定、営業提案、顧客要求の交点で決まります。
ここを理解しておけば、見送りになったときも「自分には能力がない」と一括りにせず、改善すべき場所を切り分けられます。
面談で評価されやすいのは「盛れる人」ではなく「任せ方が分かる人」
私は、「何でもできます」と言えることより、何なら一人で任せられ、何には支援が必要なのかを説明できることの方が重要だと思っています。
たとえば「基本設計まで経験しています」だけではなく、「要件を受けて画面仕様を整理するところは担当したが、顧客への要件ヒアリングはリーダーが担当した」と説明されれば、任せられる範囲を想像できます。
未経験部分があること自体が、ただちにマイナスになるわけではありません。
むしろ経験していない仕事まで経験済みとして扱うと、参画後に期待値との差が表面化します。
客先常駐では、この期待値のずれが本人の負担や早期の契約終了につながる可能性があります。だからこそ、面談時点で経験の境界線を正確に説明する意味があります。
「受かったら行く」より「入った後」を基準にする
私は、案件に通過したこと自体をキャリア上の成果とは考えません。本当に見るべきなのは、その現場で何を担当し、半年後や1年後にどの経験が残るかです。
もちろん、すべての案件を理想だけで選べるわけではありません。収入、待機リスク、現在のスキル、市場環境など現実的な制約もあります。
それでも「面談に通過したから」という理由だけで参画するのではなく、仕事内容、勤務条件、今後積める経験を比較したうえで判断する方が合理的です。
私が重視する確認方法はシンプルです。面談後に、「最初の3か月で何を担当するのか」「その仕事は次に狙いたいキャリアへつながるのか」の2点へ自分の言葉で答えられるかを確認してください。
答えが明確なら、参画後のイメージを持てています。答えられないなら、営業担当や面談相手へ追加確認する余地があります。
SESからの脱却は、面談で特別な話術を身につけることより、自分がどの契約構造で、どの仕事を経験し、次に何を選べる状態へ進むのかを理解することの方が重要だと私は考えています。
まとめ｜客先常駐の面談は回答準備と案件確認をセットで行う
客先常駐の面談では、過去の案件、担当工程、技術経験、トラブル対応、チームでの仕事の進め方、勤務条件などが確認されます。
対策では模範回答を暗記するより、スキルシートに書いた経験を「何を、どこまで担当したか」という形で具体的に説明できるようにしてください。
また、面談は顧客から評価されるだけの場ではありません。担当業務、体制、使用技術、出社頻度などを確認し、自分が継続して働ける案件なのか判断する機会でもあります。
面談後に案件を断れるかは、雇用契約や就業規則などによって一律には決められません。条件が合わない場合は、理由を仕事内容や勤務地など具体的な項目へ分解し、可能な限り早い段階で所属会社へ相談してください。
また、労働者派遣では、厚生労働省の指針により、紹介予定派遣を除く派遣労働者の特定を目的とした事前面接などについて規制があります。「客先常駐」「SES」「派遣」を同じものとして扱わず、自分がどの契約形態で働くのかも確認が必要です。
最後の判断基準は一つです。担当業務・勤務条件・今後積める経験の3点が許容範囲なら参画を検討し、どれかが譲れない条件と明確に衝突するなら、そのまま進めず所属会社へ確認する。
面談通過そのものではなく、参画後にどの仕事を担当し、その経験が次のキャリアへどうつながるかまで確認することが、ミスマッチを減らす面談対策です。
よくある質問
客先常駐の面談では何を質問されますか？
過去の案件、担当工程、使用技術、トラブルへの対応、分からないことへの対処、チーム開発で意識していること、勤務条件などが代表的です。
スキルシートを読み上げるのではなく、「自分が担当した範囲」と具体的な行動を短く説明できるよう準備しておくと対応しやすくなります。
客先常駐の面談で分からない質問をされたらどうすればいいですか？
知ったふりをするより、質問の意味を確認する方が適切です。
技術自体が未経験なら、「実務経験はありません」と明確にしたうえで、近い技術の経験や、必要になった場合のキャッチアップ方法を説明すると実態が伝わります。
客先常駐の面談後に案件を断ることはできますか？
一律には判断できません。
所属会社との雇用契約、就業規則、業務命令、案件提示の仕組みなどによって事情が異なるため、「必ず断れる」「一度面談したら断れない」と単純化しない方が適切です。
仕事内容や勤務地などに重大なミスマッチがある場合は、そのまま参画判断を進めず、合わない条件を具体的に整理して早めに所属会社へ相談してください。
執筆：新海 智也
SESや客先常駐から抜け出したい人に向けて、退職・転職の仕組みと、各サービスの中身を調べてまとめています。