SES転職エージェント面談の準備｜聞かれる7項目・質問メモ

初回面談は企業面接ではない。決めていないことも事実として出す

企業面接は応募先が採用可否を判断する選考ですが、転職エージェントとの初回面談は、現在の経歴と希望を共有し、支援できる求人や進め方をすり合わせる場です。サービスごとの対象条件や支援範囲はありますが、転職先を一社に決めてから参加する必要はありません。「自社開発と社内SEで迷っている」「年収と工程のどちらを優先するか未決定」と書いたまま相談できます。

ただし、何も準備せず相手の質問だけに答えると、現場名、技術名、希望年収など断片的な情報だけが残ります。SESでは所属会社の職歴と常駐案件の実務が別に見えるため、経験年数だけでなく、誰から何を任され、どの工程で自分が判断し、何を担当外としたかを先に一枚へ置きます。完成文ではなく、事実を見失わない索引です。

転職理由も「成長したい」という正解らしい言葉へ急いで変えません。現在の問題を、工程、技術、評価、給与、勤務地、勤務時間、配属の決まり方、健康・安全へ分けます。そのうえで、転職後に何が変われば問題が解消したと言えるかを書きます。人間関係など伝えにくい事情は、話せる範囲と求人選定に必要な条件を分けて構いません。

客先名、内部のシステム名、障害内容、構成図、ソースコード、単価、未公開の取引情報は、面談相手だから無条件に共有できるわけではありません。所属会社の秘密保持ルールを優先し、「金融業向け決済システム」「利用者約何名」のように開示可能な範囲へ一般化します。機密を伏せても、工程・役割・判断・結果は具体的に説明できます。

• 企業面接: 特定求人への適合と採用を判断する
• 初回面談: 経歴・希望・支援範囲・進め方をすり合わせる
• 未決定: 選択肢と迷っている理由をそのまま出す
• 非公開情報: 顧客を特定せず用途・工程・責任へ変える
• 目的: 求人名ではなく次に持ちたい責任を言葉にする

面談前の十五分で、七項目の一枚メモを作る

最初の三分で、現状を書きます。所属会社の入社年月、直近三案件の期間、現在の雇用状況、退職意思の有無、転職希望時期です。退職日を決めていないなら「内定条件を確認後に判断」、情報収集中なら「三か月以内に市場確認」のように現在地を明記します。急いでいるように見せるため、決めていない退職日を作りません。

次の五分で、直近三案件を一行ずつ書きます。一行は「業界・システム用途／期間／工程／自分で判断したこと／結果／担当外」です。技術は、実装・設計・運用したものと、手順どおり使ったものを分けます。案件が十件以上あっても、全期間の一覧を残したうえで、次の求人に近い三件だけを詳しくすれば面談時間を使いやすくなります。

次の四分で、転職理由を現在と未来の二列にします。現在列は「テスト実行だけで設計へ進む期限がない」、未来列は「仕様差分からテスト観点を作り、レビューを受ける責任を持つ」です。「SESを辞めたい」だけで終わらせず、会社分類が変わっても確認できる仕事の条件へ変えます。自社開発でも工程が狭ければ元の悩みは残るためです。

最後の三分で、必須条件を二つ、希望条件を三つ、避けたい条件を二つ書きます。必須を増やしすぎると候補がなくなり、希望を全部必須扱いすると優先順位を相談できません。給与は希望額だけでなく、現在の基本給・固定残業・賞与・手当・評価日を分かる範囲で分けます。不明な項目は推測せず「未確認」とします。

七項目は、現在地、案件三件、担当範囲、転職理由、必須・希望・回避条件、転職時期、活動状況です。職務経歴書が未完成でも、空欄を隠さずこの一枚を先に作れば、どこを添削してほしいか具体的に頼めます。すでに他経路で応募している求人は、企業名・経路・選考段階を自分用の一覧へ残し、重複応募を防ぎます。

• 現在地: 在職・退職予定・情報収集・希望時期
• 案件三件: 用途・期間・工程・判断・結果・担当外
• 担当範囲: 一人でできる／レビュー付き／未経験
• 転職理由: 現在の問題と転職後に変える条件
• 条件: 必須二つ・希望三つ・避けたい二つ
• 時期: 応募開始・内定判断・入社可能日の見込み
• 活動状況: 応募企業・経路・選考段階・次回日

SESの案件経験は、技術名より「責任の境界」を六項目で話す

一つ目は案件の目的です。「Java案件」ではなく「小売業の在庫・発注を管理する業務システム」のように、誰が何のために使うかを説明します。二つ目は体制と工程です。所属会社、顧客、元請等の固有名を出さず、何人のチームで、要件定義・設計・実装・テスト・運用のどこへ関わったかを書きます。商流を推測で断定しません。

三つ目は成果物です。設計書、コード、テスト観点、不具合票、SQL調査、変更計画、監視設定、手順、課題表など、自分が作成・更新したものを挙げます。資料自体を持ち出さず、種類と責任だけ説明します。四つ目は判断です。仕様差分を調べた、境界値を追加した、ログから原因範囲を絞った、変更の切り戻し条件を決めたなど、指示書にない自分の考えを出します。

五つ目は結果です。売上が分からない場合は、手戻り、品質、再発、調査時間、引き継ぎ、判断待ちなど観察できた変化を使います。測っていない削減率は作りません。「問い合わせ分類を統一し、次回から確認順を再利用できた」のように、行動とのつながりを説明します。六つ目は責任の境界です。最終承認、顧客折衝、基本設計は上位者が担当したなど、自分の担当外を明記します。

テスト中心なら実施件数より、仕様から観点を作った範囲、不具合を再現・切り分けた順序、回帰範囲の判断を話します。運用保守なら問い合わせ受領だけでなく、ログ・SQL・監視のどこまで自分で調べ、どこから開発者へ渡したかを話します。インフラなら監視、障害、変更、構築、切り戻し、構成管理を分けます。PMOなら会議数ではなく、差分・課題・リスク・判断者・期限をどう整理したかを出します。

面談担当者へ「この経験をどの職種の、どの必須要件として評価したのか」と聞くと、求人提案の理由を検証できます。技術名が一致しただけなのか、入社後に同じ責任を持てるのかを分けてください。希望職種が未定なら、同じ経験から自社サービス、受託・SIer、社内SE、QA、インフラ、ITコンサルへどう分岐するかを質問します。

• 目的: 誰が何に使うシステムか
• 体制・工程: チームと担当した流れ
• 成果物: 自分が作成・更新したもの
• 判断: 調査・設計・品質・障害で自分が決めたこと
• 結果: 根拠を説明できる品質・時間・再現性の変化
• 担当外: 上位者・顧客・他チームが持った責任

希望条件は「必須・希望・回避」と、確認できる求人項目へ変える

「自社開発」「上流工程」「フルリモート」「年収アップ」は検索語として便利ですが、求人を判断する条件としては粗い言葉です。自社開発でも保守問い合わせだけの可能性があり、上流工程でも議事録と進捗更新だけの可能性があります。入社九十日で担当する工程、作る成果物、レビュー担当、運用・改善への関与へ分解します。

必須条件は、満たさなければ応募しない項目です。たとえば転居不可、夜間当番不可、基本給の下限、希望職種、入社時期です。希望条件は、他の条件との交換を検討できる項目です。週二日リモート、使用技術、企業規模などです。回避条件は、現在の問題を再現する要因です。配属先未定、固定残業の時間不明、評価日不明、案件辞退手順不明などを置きます。

条件は理由とセットにします。「リモート希望」だけでなく、育児送迎のため週二日の在宅が必須、通勤時間を学習へ回したいので希望、という違いです。年収も総額だけでなく、基本給、固定残業時間と金額、賞与の算定、手当、試用期間、評価・改定日へ分けます。現在額と希望額の差を、次に持つ責任で説明できるかも確認します。

まだ優先順位を決められない場合は、二つの求人例を求めます。一つは年収を優先した求人、もう一つは工程・働き方を優先した求人です。どの条件が変わると候補数がどう変わるかを聞けば、抽象的な市場価値ではなく実際の選択肢で決められます。求人がない回答も重要な情報です。希望を隠して数を増やすより、条件を変えた場合の差を確認します。

希望外の求人を受け取ったら、感情だけで断らず、どの必須・希望・回避条件と違ったかを一行で返します。同時に「この求人を選んだ私の経験上の理由」を聞きます。担当者の見落としなのか、自分が伝えていない条件なのか、市場上の代替案なのかを分けると、次の提案精度を検証できます。

• 必須: 満たさなければ応募しない条件を二つ
• 希望: 他条件と交換可能な項目を三つ
• 回避: 現在の問題を再現する条件を二つ
• 仕事: 入社90日の工程・成果物・レビュー担当
• 給与: 基本給・固定残業・賞与・手当・評価日
• 提案差: 年収優先と責任優先の求人を一件ずつ聞く

初回面談で聞く七問は、求人名より選定理由と応募同意を確かめる

一問目は「現在の年齢・実務経験・地域・希望職種は、このサービスの支援対象か」です。登録画面へ進めることと、希望求人を紹介できることは別です。掲載上の主な対象条件と、現在紹介可能な求人の違いを確認します。対象外なら、無理に希望を変えず、直接応募、公的支援、別の職種・地域、現職で増やす経験を検討します。

二問目は「直近三案件のどの経験を理由に、どの職種・求人を候補にしたか」です。三問目は「その求人で入社九十日に担当する工程・成果物・レビュー担当は何か」。求人票にない場合は企業へ確認できるか、いつ回答されるかを聞きます。「経験を生かせる」「成長できる」という表現を、担当範囲と期限へ変えます。

四問目は「業務・勤務地の変更範囲、配属の決まり方、客先常駐の有無をどこで確認できるか」です。五問目は「基本給、固定残業、賞与、試用期間、評価日を比較できるか」。紹介時点で不明でも構いませんが、応募前・面接前・内定承諾前のどこで確認するかを決めます。厚生労働省の労働条件明示資料も使い、最終条件を口頭だけにしません。

六問目は「求人の共有、企業への応募、書類送付の各段階で本人同意をどう確認するか」です。求人を受け取ることと応募を分けます。TechClipsエージェントの公式利用フローでも、面談・企業提案・本人が決めた企業への応募・選考が段階として案内されています。各社の実際の運用を面談で確認し、応募済み企業は重複させません。

七問目は「回答できない項目を、誰がいつまでに確認するか」です。初回面談で全部分からなくても、未回答が求人紹介後も残り続けるか、確認の担当と期限が決まるかで支援を比較できます。面談担当者の経歴や得意領域も聞き、技術領域・職種・地域で不足する情報を誰へ確認するかを明らかにします。

七問への回答は、良い・悪いの点数だけにしません。回答、根拠URL・求人票、確認日、未回答、次回期限の五列へ記録します。公開求人の件数や年収事例は、自分への紹介・内定を保証しません。今の経歴でなぜ選んだか、元の悩みがどの条件で解消するかを説明できる求人だけを次へ進めます。

• 1 現在の条件は支援・求人紹介の対象か
• 2 どの経験を理由にどの職種・求人を選んだか
• 3 入社90日の工程・成果物・レビュー担当は何か
• 4 業務・勤務地・配属・客先常駐をどこで確認するか
• 5 給与内訳・試用期間・評価日をいつ比較するか
• 6 求人共有・書類送付・応募の本人同意はどう行うか
• 7 未回答を誰がいつまでに確認するか

対象条件に合う二社までへ、同じメモと七問を渡して比較する

転職支援は比較中の全社へ登録するのではなく、年齢、実務経験、勤務地、希望職種、面談できる時期が公開上の条件に合う候補から、相談の目的が異なる二社までを選びます。片方は年収・技術環境、もう片方は社内SE・自社サービスなど、比較したい進路を分けます。同じ日付の経歴メモと七問を渡さないと、求人差が条件差なのか支援差なのか判定できません。

TechGoは、主な利用条件が実務経験二年以上のITエンジニアで、二十代後半〜三十代の支援を中心に案内されています。今の責任を使って年収・技術環境を一段見直せる求人があるか確認する候補です。STRATEGY CAREERは、エンジニア経験者、主に二十〜三十代、東京・大阪での就職希望などが対象の目安です。職種を広く見ながら、提案理由を比較したい場合の候補です。

社内SE転職ナビは、ITエンジニア経験者、二十〜四十四歳、関東・関西・北海道での転職希望などが主な対象です。客先常駐を離れることだけでなく、情シス、社内システム、インフラ、外注管理、問い合わせ、障害対応の比率を求人ごとに聞きます。Web申込後に面談できる期限もあるため、準備できない時に先に登録しません。

TechClipsエージェントは、ITエンジニア経験があり、転職支援を利用する意思がある人が、自社サービスを持つ事業会社などを比較する場合の候補です。Web登録後の面談期限を確認し、現在の案件経験をどの求人要件として評価したかを聞きます。自社サービス企業でも、担当製品・工程・運用改善・配属変更の条件を個別に確認します。

複数サービスを利用していることは隠さず、応募企業と経路を共有します。同じ企業へ別経路から応募すると選考管理が混乱するため、企業名、求人ID、応募日、経路、選考段階を自分の表で管理します。一社目で十分な根拠と求人が得られたなら二社目を増やす必要はありません。反対に、紹介理由が説明されない場合は、登録数ではなく質問への回答差で見直します。

• 対象条件に合う候補だけを選ぶ
• 相談目的が異なる二社までにする
• 同じ日付の経歴・条件・七問を渡す
• 求人名・求人ID・経路・選考段階を管理する
• サービス名ではなく回答・根拠・期限を比較する
• 一社で足りる場合は登録数を増やさない

面談後二十四時間で、求人を応募・保留・見送りへ分ける

面談直後に応募を決めず、二十四時間以内にメモを更新します。担当者が理解した現在の強み、提案された職種、求人を選んだ理由、未回答、次の期限を書きます。自分が話したつもりでも記録に反映されていない条件があれば、短いメールで修正します。電話だけの合意にせず、重要条件は後から確認できる形に残します。

求人は応募、保留、見送りの三列へ置きます。応募は必須条件を満たし、入社九十日の仕事と応募理由を説明できるもの。保留は企業確認で解消できる未回答があり、回答者と期限が決まっているもの。見送りは必須条件に反する、現在の問題を再現する、求人理由が技術名の一致だけ、または本人の同意なく手続きが進むものです。

職務経歴書の修正依頼は、抽象的な「もっと詳しく」ではなく、どの求人要件に対して何の証拠が不足するかを聞きます。経験を盛って通過させる修正は断り、案件目的、担当工程、自分の判断、結果、担当外を事実の範囲で足します。企業面接へ進む段階では、初回面談メモをそのまま暗記せず、応募求人の仕事と自分の経験を一つずつつなぎ直します。

紹介がなかった場合も、面談が無駄とは限りません。対象条件外、地域、年齢、実務の深さ、希望額、転職時期のどこが理由かを聞き、現在の経験で候補になり得る一段手前の役割を確認します。回答が得られなければ、公的なキャリアコンサルティング、ハローワーク、直接応募、現職での経験追加など別経路を使います。特定サービスの登録を転職活動の目的にしません。

七日後に、紹介数ではなく、必須条件を満たす求人、選定理由が説明された求人、未回答が期限内に解消した求人の数を見ます。ゼロなら条件を無断で緩めず、どの条件を変えた場合に何が増えるかを再確認します。相談、求人受領、応募、面接、内定承諾、退職は別の判断です。各段階で止まれる状態を維持してください。

• 24時間以内: 理解された強み・求人理由・未回答を記録
• 応募: 必須条件と入社90日の仕事を説明できる
• 保留: 未回答の確認者と期限が決まっている
• 見送り: 必須違反・問題再現・根拠なし・同意なし
• 書類修正: 求人要件に対して不足する証拠を聞く
• 7日後: 条件一致・選定理由・回答期限で支援を再評価

職務経歴書の変換例

技術年数、会社分類、希望額だけの依頼を、現在の責任、担当外、次に持つ仕事、必須・希望条件、初回面談で確認する質問へ変えます。

行動前チェックリスト

• 初回面談と企業面接の目的を分けた
• 現在地・転職時期・活動状況を書いた
• 直近三案件を用途・工程・判断・結果・担当外へ分けた
• 技術を一人でできる・レビュー付き・未経験へ分けた
• 客先名・内部資料・単価・非公開情報を持ち出していない
• 転職理由を現在の問題と次に変える条件へ分けた
• 必須二つ・希望三つ・避けたい二つを決めた
• 給与を基本給・固定残業・賞与・手当・評価日へ分けた
• 七問を同じ順番でメモした
• 対象条件に合う二社までへ同じ経歴を渡す
• 他経路の応募企業・求人ID・選考段階を管理する
• 求人受領と企業への応募を分けた
• 未回答の確認者・期限を記録した
• 面談後二十四時間以内に応募・保留・見送りへ分ける
• 相談・応募・内定承諾・退職を別々に判断する