面談見送り理由は分類して次の行動へ変える
SES面談の見送り理由は、スキル・役割・条件・時期・コミュニケーション・不明へ分類し、相手が確認した事実と社内仮説を分けます。
見送りを件数だけで終わらせると、次の案件でも同じ情報不足や認識差を繰り返します。
一方で、すべてをエンジニアの能力不足へまとめると、案件条件や提案時の説明にあった課題を見落とします。
理由と改善する工程を結び付けることが、見送り記録を次回提案へ活かす基本です。
この記事では面談前準備、KPIの率管理、提案前の優先順位づけを再説明せず、面談後に得た情報の分類と反映へ範囲を絞ります。
一言の見送り理由では改善する場所が決まらない
「スキル不足」「見送り」とだけ記録しても、案件選定、人材情報、提案文、面談準備のどこを直すか判断できません。
相手の回答と営業の解釈が混ざることも、見送り分析を使えなくする原因です。
スキル不足の意味が広すぎる
同じスキル不足でも、技術経験そのものがない場合、求める工程が違う場合、担当範囲を説明できなかった場合があります。
技術名だけで分類せず、案件が求めた経験と面談で確認できた経験の差を残してください。
相手の回答を営業が言い換えすぎる
相手が「今回は他候補で進める」と回答しただけなのに、営業が「コミュニケーション不足」と推測するのは危険です。
確認されていない理由を確定扱いにしないで、相手確認済みと社内仮説を分けます。
記録がエンジニアへの評価語になる
「印象が悪い」「合わない」という表現は、具体的な行動や条件が分からず、本人も改善内容を判断できません。
面談で確認された説明、質問、回答、条件差へ置き換え、人格を決めつける言葉を避けます。
面談前に案件条件と候補者の認識をそろえる手順は、次の記事で確認できます。
SES面談前に営業が確認すべき項目｜候補者との準備チェックリスト
公的資料は記録の管理と秘密情報の保護を示す
個人情報保護委員会とIPAの資料は、見送り記録に含まれる個人データや業務情報を安全に扱う基礎になります。
ただし、これらはSES面談の見送り理由や分類方法を定めた専用ルールではありません。
個人情報保護委員会の通則編は、個人データの漏えいなどを防ぐ安全管理措置と従業者の監督に関する一般原則を示しています。
見送り記録へ候補者の情報を残す場合は、利用目的、記録範囲、閲覧者、保存方法を自社規程に沿って決めてください。
IPAの中小企業向け情報セキュリティ対策ガイドラインは、経営者が認識すべき指針と社内で対策を実践する手順や手法を案内しています。
案件要件や取引先の非公開情報を分析メモへ複製する場合も、必要な事実へ記録範囲を絞ることが重要です。
情報の法的な扱いや個人データをどこまで利用できるかは状況ごとに異なるため、個別判断は自社の法務・個人情報保護・情報管理の担当者へ確認してください。
見送り理由の情報源と確認状態を先に分ける
分類を始める前に、誰が述べた理由か、相手に確認された内容か、営業の仮説かを分けます。
理由が得られない場合は不明として残し、推測で分類を完成させません。
相手確認済みの理由を原文で残す
取引先からメールや会話で共有された理由は、意味を変えない短い原文、確認日、確認相手を残します。
社内共有時は取引先や候補者を識別する必要がある範囲に留め、不要な個人情報や秘密情報を広げません。
社内仮説は検証前と明記する
営業が面談内容から考えた原因は、相手確認済み理由とは別に社内仮説として記録します。
仮説には根拠となる発言や条件差と、次に確かめる方法を添えてください。
回答なしと理由不明を区別する
相手へ理由を聞いたが回答がない状態と、まだ理由を聞いていない状態は異なります。
問い合わせの有無、最終連絡日、追加確認を続けるかを記録し、回答を強く求め続けないようにします。
見送り理由を六つの区分へ分類する
見送り理由はスキル、役割、条件、時期、コミュニケーション、不明へ分けると、次の対応先を決めやすくなります。
複数の理由がある場合は主な理由と関連理由を分け、どれか一つへ無理に押し込みません。
| 分類 | 確認する差 | 主な次の行動 |
|---|---|---|
| スキル | 求める技術経験と本人経験 | 経験内容と案件要件を再確認する |
| 役割 | 担当工程・責任範囲・成果物 | 人材情報と推薦理由を修正する |
| 条件 | 単価・勤務地・働き方・商流 | 最新条件と許容範囲を確認する |
| 時期 | 稼働開始・案件開始・選考進行 | 現在の予定と更新日を見直す |
| コミュニケーション | 質問理解・説明内容・認識差 | 面談準備と質問順を見直す |
| 不明 | 回答なし・特定できない | 推測せず確認状態を管理する |
スキルと役割を分ける
技術を使った経験があっても、案件が求める設計、実装、評価、運用などの工程や責任範囲が異なる場合があります。
スキル不足へまとめず、技術経験の差か役割の差かを確認してください。
条件と時期を分ける
単価、勤務地、勤務形態、商流などの条件と、稼働開始や選考の時期は別に扱います。
時期が合わなかった見送りを条件不一致へ混ぜると、別の開始時期の案件でも候補から外すおそれがあります。
コミュニケーションは行動へ置き換える
コミュニケーションという分類を使う場合は、質問の理解、回答の具体性、説明順、相手との認識差など確認できる行動を残します。
本人の性格や人柄を断定する評価へ広げません。
最小記録テンプレートで次の行動まで残す
見送り記録は、案件と人材、情報源、理由原文、分類、事実、仮説、次の行動を最小項目として持ちます。
詳細な議事録を作ることより、元情報と改善先をたどれることを優先してください。
案件ID：［社内で用いる識別子］
人材ID：［社内で用いる識別子］
面談日：［実施した日］
見送り連絡日：［連絡を受けた日］
情報源：［取引先回答・エンジニア回答・社内記録など］
相手確認済み理由：［共有可能な範囲の原文］
確認状態：［確認済み・回答なし・未確認］
主な分類：［スキル・役割・条件・時期・コミュニケーション・不明］
関連分類：［該当する場合だけ記載］
確認できた事実：［案件要件と面談内容の差］
社内仮説：［検証前と分かる形］
次の行動：［更新・確認・提案修正・準備修正］
担当：［社内の役割］
原記録：［権限内で参照できる場所］
共有範囲：［閲覧できる役割］
理由原文と次の行動を同じ記録へ置くと、分類だけを集計して終わる状態を避けられます。
見送り理由ごとに改善する工程を変える
見送り理由によって、見直す場所は案件情報、人材情報、提案内容、面談準備のいずれかに変わります。
エンジニア本人だけへ修正を求めず、営業側と案件側の情報も確認してください。
スキルと役割は情報の粒度を見直す
案件が求めた経験と本人の経験に差があった場合は、案件の必須条件と人材の担当工程を見直します。
経験はあったが説明へ出なかった場合は、提案時の推薦理由と面談準備のどちらに不足があったかを分けます。
条件と時期は現在値を更新する
単価、勤務地、働き方、商流、稼働時期が理由なら、案件側と人材側の最新値、確認日、許容範囲を更新します。
一案件で合わなかった条件を、その人材の恒久的な不適合として扱いません。
コミュニケーションは準備方法を見直す
質問への回答が具体的でなかった場合は、案件要件と対応する経歴を事前に共有できていたかを確認します。
営業が本人の説明を代わりに作らず、本人が事実を整理できる質問順と資料へ改めてください。
面談前のヒアリングと提案内容を整える考え方は、次の記事で解説しています。
SES営業のヒアリング・提案力を高める方法｜情報が揃った状態から始める
エンジニアには事実と改善行動を伝える
エンジニアへの共有では、人格評価を避け、相手が確認した内容、営業が確認した事実、次に準備する行動を分けます。
共有してよい情報の範囲と本人の受け止めを確認し、一方的な反省依頼にしないでください。
評価語を具体的な事実へ変える
「受け答えが弱い」ではなく、どの質問にどの説明が不足したと相手から共有されたかを伝えます。
相手が具体的な内容を示していない場合は、その事実を明記して営業の解釈を足しません。
営業側の改善も同時に伝える
案件要件の共有不足や推薦理由とのずれがあれば、営業側で直す内容も示します。
本人と営業の次の行動を分けることで、見送りを個人への責任追及にしない運用へ変えられます。
本人の認識と共有希望を確認する
本人が面談で感じた条件差、説明しにくかった質問、次回へ残したい希望を聞きます。
本人から得た新しい事実は、確認したうえで人材情報へ反映してください。
複数案件では分類の傾向と情報源を確認する
複数の見送り記録を確認するときは、分類の件数だけでなく、相手確認済みか社内仮説かを分けます。
架空の率や業界平均と比べず、自社で同じ定義を使った記録から繰り返す差を探してください。
同じ人材だけで傾向を決めない
同じ分類が続いても、案件要件や担当工程が異なれば原因は同じとは限りません。
案件、人材、面談担当、情報源を並べ、共通する条件があるかを確認します。
回答が得られた記録だけに偏らない
具体的な理由が返る取引先の記録だけで分類すると、回答なしの案件が分析から消えます。
不明や回答なしも件数として分け、分析できる記録の範囲を明示してください。
分類の変更履歴を残す
後から追加情報が得られた場合は、元の分類を消さず、変更日、変更理由、確認した情報源を残します。
後知恵で過去記録を上書きしないことが、当時の判断を振り返るために重要です。
見送り件数や面談率などのKPI定義は、次の記事へ分けて管理します。
分析結果を案件と人材情報へ反映する
見送り分析は報告資料で終えず、案件条件、人材情報、推薦理由、面談準備へ反映します。
反映した内容には情報源と更新日を残し、確認されていない仮説を確定値へ変えません。
案件情報へ不足条件を戻す
役割や必須工程の説明不足が繰り返された場合は、案件情報の確認項目を見直します。
取引先が共有していない内容を推測で追加せず、次に質問する項目として残してください。
人材情報へ本人確認済みの事実を戻す
面談で新しい経験や希望条件が分かった場合は、本人へ確認してから人材の元情報へ反映します。
一案件向けの表現と、再利用する経験の事実を分けることが更新の前提です。
提案文と面談準備へ改善を戻す
推薦理由に案件要件との対応が足りなければ、提案文の構成を見直します。
面談で説明が不足した場合は、本人の経験を作り替えず、根拠となる経歴と質問順を準備へ追加します。
提案前に動く案件を選ぶ方法は、見送り分析とは分けて次の記事で扱っています。
SES営業で案件の提案優先順位を決める方法｜商流・単価・稼働時期の判断順
契約形態と面談の実態を確認する
「面談見送り」という名称だけで、採用面接や選考と同じ法的意味を持つとは限りません。
予定する契約形態、面談の目的、参加者、資料共有、現場運用の実態を確認してください。
準委任、請負、派遣などでは、確認すべき契約内容や実際の業務運用が異なります。
見送り理由の取得や本人への伝達を含め、営業担当だけで適法性や労務上の結論を出さず、自社の法務・労務担当へ相談してください。
名称だけで同じ手続きを当てはめないことが重要です。
Dot Linkは案件と人材情報の整理を支援する
Dot Linkは受信した案件・人材メールを構造化し、検索、候補照合、マッチングを支援します。
見送り理由から確認した案件条件や本人確認済みの人材情報がメールで届いた場合、次の検索へ使いやすい形へ整理する前工程を支えます。
一方で、面談見送り理由の取得、理由の真偽判定、エンジニアの評価、次回提案の最終判断を代替するものではありません。
営業担当の方は情報源と確認状態を見て、改善する工程を決めてください。
見送り理由を次回提案へ戻す
SES面談の見送り理由は、スキル・役割・条件・時期・コミュニケーション・不明へ分類し、相手確認済み理由と社内仮説を分けます。
次の行動を案件情報、人材情報、提案文、面談準備へ反映して初めて、見送り記録が営業改善に使える状態になります。
エンジニアには人格評価ではなく確認された事実と準備行動を伝え、営業側の改善も同時に残してください。
受信した案件・人材情報を構造化して検索や候補照合へ使いたい場合は、Dot Linkを試せます。
AIマッチングを見てみる
無料登録してマッチングを確認する →よくある質問
具体的な見送り理由が得られない場合、複数理由がある場合、本人が相手の評価に同意しない場合の扱いを整理します。
具体的な面談見送り理由が得られない場合も記録は必要ですか？
記録は必要ですが、理由を推測で補わず、不明または回答なしとして扱ってください。
取引先へ確認した場合は、確認日、質問内容、回答の有無を残し、追加の連絡を続けるかは関係性と自社ルールに沿って判断します。
面談中に確認できた条件差や本人の所感があっても取引先の見送り理由へ置き換えず、次の提案では今回不足していた案件条件や面談準備だけを確認項目として追加し、理由不明をエンジニアの恒久的な評価にしないでください。
面談見送り理由が複数ある場合は一つに分類すべきですか？
一つに絞らず、主な理由と関連理由を分け、情報源と確認状態をそれぞれ残してください。
たとえば役割経験と稼働時期の両方が挙げられた場合は、取引先がどちらを主な理由として伝えたかを確認し、分からなければ同列として記録し、一つの分類へまとめるために相手の表現を変えず、理由ごとに案件情報、人材情報、提案文、面談準備のどこを見直すかを決めます。
後から追加回答があれば元記録を消さず変更履歴を残し、分類ごとの対応責任も同時に決めてください。
エンジニアが見送り理由に納得しない場合も共有すべきですか？
共有しますが同意を求めるのではなく、取引先から共有された内容と営業側で確認した事実を分けて伝え、本人の認識も別に記録してください。
抽象的な評価語だけなら具体的な行動へ言い換えず、共有された範囲を超えて断定しません。
本人が示した反証や補足は案件経歴や当日の説明と照合して確認できた事実だけを人材情報へ反映し、対立を営業だけで裁定せず、必要に応じて営業責任者や法務・労務担当へ相談し、共有範囲と次の対応を決めてください。
参照リンク
面談見送り記録の安全管理と業務情報の扱いは、次の公式資料を参照しました。
個人情報保護委員会 個人情報の保護に関する法律についてのガイドライン 通則編 — 個人データの安全管理措置と従業者の監督に関する一般原則を確認できます。
IPA 中小企業の情報セキュリティ対策ガイドライン — 経営者向けの指針と社内で対策を実践する手順や手法を確認できます。
