スキルシートは、営業にこう読まれている｜足切りの構造と自衛策

断言する。スキルシートは、上から順には読まれていない。あなたが三日かけて磨いた自己PRの欄より先に、営業は別の場所を見ている。しかも見る順番はほぼ決まっていて、そこで弾かれたシートは、二度目を読まれることなく机の脇に積まれる。

先に立場を明らかにしておく。本サイト運営者はSES仲介の現役事業者である。日々、エンジニアのスキルシートを受け取り、案件に提案し、面談に同席する側の人間だ。だからこそ、机の向こう側で何が起きているかを構造として書ける。特定の誰かの話ではない。業界のどの机の上でも、おおむね同じことが起きている。

営業が最初に見る三点 — 読む順番は決まっている

営業がスキルシートを開いて最初の数十秒でやることは、「読む」ではなく「照合」である。手元の案件要件と突き合わせ、提案できるか否かを判定する。その照合には順番がある。

順番	見る場所	判定していること
1	直近案件の技術と期間	案件要件との一致。その技術が実務として「現役」か
2	経験年数と単価の対応	年数から引ける単価レンジと、希望単価が釣り合うか
3	空白期間	説明のつかない空白がないか。面談で突かれる穴の有無

第一に、直近案件の技術と期間

五年前に触ったJavaと、先月まで書いていたJavaは、営業の目には別物である。照合されるのは原則として直近の一、二案件だ。どれほど厚い経歴でも、直近が案件要件と噛み合わなければ、その先のページは読まれない。逆に言えば、直近案件の記述の解像度が、シート全体の運命をほぼ決める。

第二に、経験年数と単価レンジの対応

営業は経験年数を見た瞬間、頭の中でおおよその単価レンジに変換する。この相場観の中身は単価相場2026で詳しく書いたが、要するに年数と希望単価の釣り合いを見ている。年数のわりに高すぎれば通らないと判断し、不自然に安ければ逆に「何かあるのか」と疑う。単価は独立した数字ではなく、年数とセットで読まれる変数である。

第三に、空白期間

数か月以上の空白は、面談で必ず訊かれる。営業が恐れているのは空白そのものではなく、面談の場で説明が崩れることだ。理由が語れる空白は大きな問題にならない。語れない空白、あるいはシート上で不自然に埋められた空白こそが、足切りの対象になる。

通るシートと落ちるシートは、内容ではなく構造が違う

同じ経験をしていても、書き方で結果は分かれる。分水嶺は三つある。

• 工程の明記。「開発に従事」ではなく、要件定義・基本設計・実装・テストのどこを担ったのかを案件ごとに書く。工程が読めないシートは、単価の判断ができないシートである。
• 数字の具体性。何名のチームで、何を、どの期間担当したのか。数字のないシートは読み手に想像を強いる。営業も面談官も、想像でリスクは取らない。
• 規模と役割の対応。十名のチームを率いたリーダーと、二名の現場の「リーダー的立場」は別物だ。規模と役割がセットで書かれて、初めて記述は信用される。

裏を返せば、落ちるシートには共通の型がある。技術名の羅列、工程の不記載、期間だけが並ぶ経歴。書いた本人の実力とは無関係に、構造の段階で読まれずに終わる。もったいない、では済まない。単価も現場も、その構造の差で決まっていくのだ。

技術欄にも一つだけ助言をしておく。触った技術をすべて同列に並べるのは、悪手である。実務で書いたのか、検証で触ったのか、独学かの区別が読み手につかないシートは、いちばん弱い項目を基準に値踏みされる。習熟度を自分の言葉で区別して書く。それだけで、シートの信頼度は目に見えて変わる。

営業が「編集」したがる場所 — 盛りは、そこで生まれる

ここからは業界の内側の話をする。スキルシートは、提案の前に営業の手で「編集」されることがある。誤字の修正やフォーマットの統一なら実務の範囲だ。問題は、内容に踏み込む編集である。

編集が起きやすい場所は決まっている。テスト工程を設計に格上げする。数か月触っただけの技術を「経験あり」に繰り上げる。メンバーだった案件に「リーダー」の三文字を足す。経験年数の端数を丸める。いずれも案件要件との「あと一歩」を埋めるための操作であり、営業の評価や報酬が成約に連動している以上、この誘惑は構造的に消えない。個人の倫理ではなく、仕組みの問題である。この構造の全体像は経歴書の盛り問題で詳しく論じた。

では、エンジニアが譲ってはいけない一線はどこか。答えは単純だ。面談の場で、自分の口で説明できない記述を一行も残さないこと。表現の調整までは許容の範囲だとしても、事実の変更は、面談であなた自身が背負う嘘になる。営業は面談に同席しても、技術の質問に答えるのはあなたである。

自衛の実利 — 提案前に、必ず見せてもらう

自衛策は拍子抜けするほど簡単だ。「提案に使うシートの最終版を、提出前に確認させてください」。この一言を、案件の話が始まった段階で伝えておく。まともな営業なら断る理由がない。渋る営業がいたら、その渋り自体がひとつの情報である。確認の労力は数分。それで面談の場と参画後の自分を守れるのだから、これほど割のいい投資はない。

盛られた状態で面談に出るリスクは、三段階で現実になる。まず面談で、書いてあることと話せることの落差を見抜かれて落ちる。運悪く通ってしまえば、参画後に期待値との差で詰む。そして契約が短期で終わったとき、経歴に残る傷を負うのは営業ではなく、あなただ。シートの最終確認は、要求ではなく防衛である。

結論 — 自分の値札は、編集なしで測っておく

スキルシートは、営業の机の上では商品カタログとして読まれる。それ自体を責めても始まらない。問題は、カタログの編集権を他人に丸ごと預けたまま、自分の市場価値を他人の言い値で知ることだ。

だから提案する。一度、営業の「編集」が入らない場所で、自分の値札を測っておくといい。複数のフリーランスエージェント比較で単価の提示を受ければ、いまの自分が市場でいくらなのかが、編集なしの数字でわかる。正社員として環境ごと変えるならIT転職エージェント比較が同じ役割を果たす。自分のシートがどう読まれるかを知ったうえで、読み手を選ぶ。それが、机のこちら側に座る人間の、最低限の自衛である。