SESのスキルシートの書き方で単価が変わる仕組み｜単価に効く6項目と94万円の差

SESで働いていて単価が上がらないとき、まず疑われるのはスキルや経験年数です。ただ、提案の段階で見られているのは本人ではなくスキルシートという1枚の書類です。

この書類で案件の単価上限が上がることはありません。変わるのは、どの単価帯の案件に出されるかです。

結論：動かせるのは「どの単価帯に出されるか」だけ

スキルシートが効くのは、提案の入口です。客先は募集している工程と必要なスキルを決めてから要員の提案を受けるため、シートの記述が募集条件と噛み合わなければ、商談にすら進みません。逆に、同じ経験でも担当工程と判断の範囲が読み取れるシートは、一段上の単価帯の募集へ提案されます。

つまり、書き直しで動くのは選ばれる母集団のほうです。案件ごとに決まっている単価の上限や、会社が決めている給与テーブルは、書類では動きません。ここを混同すると、何度書き直しても結果が変わらない作業に時間を使うことになります。

たとえば、保守運用の案件で障害対応と改修を担当していた人が「運用保守担当」とだけ書いた場合、募集側は手順書に沿った一次対応の要員として読みます。同じ経験を「監視アラートの一次切り分けから原因調査、改修の実装とリリースまで担当」と書けば、開発工程を含む募集の候補に入ります。後者のほうが単価帯の高い募集に当たりやすくなります。

ただし、書けるのは事実の範囲だけです。関わっていない工程を書けば商談で質問に答えられず、参画後に期待された範囲を任されて行き詰まります。シートで拡張できるのは表現の精度であって、経験そのものではありません。

単価と自分の給与は別の数字

前提として、契約単価が上がっても自分の給与が同じだけ上がるとは限りません。単価は会社間の契約金額で、給与は雇用契約で決まる数字です。間には間接部門の費用、待機期間の人件費、社会保険料の会社負担分などが入ります。

したがって「単価が上がれば年収が上がる」という前提で書類を直すと、期待が外れます。単価の上昇が給与に届く条件と、その判断を誰がするのかは、書類を直す前に自社へ確認する部分です。考え方はSESの契約単価と給与の関係で扱っています。

それでも単価帯を上げる意味はあります。単価が上がらないまま年数だけ増えた状態では、昇給を求める材料がそもそもありません。会社に出せる材料として、提案されている単価帯は分かりやすい数字です。

同じ経験年数でも、読み取られるスキル水準で差が出る

スキルシートが変えるのは、客先が読み取る技術水準です。診断モデルで、実務3〜5年・SES・東京勤務という条件を固定し、スキル水準だけを動かすと推定レンジはこうなります。

• スキル下位（スコア30）：379〜445万円
• スキル上位（スコア85）：465〜546万円

中央値の差は 94万円 です。経験年数も企業タイプも勤務地も同じで、違うのは読み取られる技術水準だけです。この幅が、書類で正確に伝わるかどうかが効く範囲にあたります。

この数字は本サイトの推定モデルによるもので、実在する求人の平均ではありません。スキル水準を書類で高く見せれば94万円増えるという意味でもありません。読み取られる水準が実力より低く止まっていると、その分の幅が最初から失われる、という読み方をしてください。

スキルシートと職務経歴書は読み手が違う

同じ経歴を書く書類でも、読み手の目的が違います。職務経歴書は採用担当と現場責任者が、等級と提示年収を決めるために読みます。スキルシートは客先の担当者が、募集している工程にこの要員を置けるかを判断するために読みます。

この違いが書き方に出ます。職務経歴書では志向や応募の理由も材料になりますが、スキルシートでは工程・規模・使用技術の対応関係がほぼすべてです。「なぜその技術を選んだか」よりも「どの工程で何を何件扱ったか」が先に来ます。

逆に、職務経歴書向けの書き方をスキルシートへ持ち込むと、分量が増えるのに判断材料が増えません。転職用の書き分けはエンジニアの職務経歴書で提示年収が変わる理由にまとめています。

単価に効く6項目

提案の判断に直接使われる項目は、おおむね次の6つです。

表の読み方には順序があります。上の2項目は募集条件との一致を見るために使われ、下の4項目は単価帯の中での位置を決めるために使われます。担当工程が噛み合っていなければ、規模や技術をいくら詳しく書いても提案自体が通りません。

一方で、この表がそのまま当てはまらない場合もあります。特定の製品やパッケージの導入が中心の案件では、工程よりも製品の経験年数が先に見られます。自社サービスの内製支援では、継続期間よりも直近で扱った技術の近さが優先されることがあります。募集の性質によって、どの項目が効くかは入れ替わります。

技術名の羅列が評価につながらない理由

使用技術の欄に名前だけを並べると、読み手は水準を判断できません。同じフレームワークでも、既存画面の修正だけを担当した場合と、設計から入れた場合では、任せられる範囲が違います。名前の列挙は、その違いを消してしまいます。

判断材料になるのは、技術ごとの「期間」と「用途」の組み合わせです。業務で2年使った言語と、学習で触った言語が同じ欄に並んでいると、全体の信頼度が下がります。業務経験と自己学習は欄を分け、学習のほうは期間を書かないほうが誤解を生みません。

具体的には、「このライブラリで何を実装したか」が1行添えてあるだけで質問の深さが変わります。商談では書いてある技術について掘られるため、書いた本人が説明できる記述だけを残すのが前提です。説明できない行は、単価を上げるどころか、商談を落とす材料になります。

工程の表記が単価帯を決めている

多くの募集は工程の単位で単価帯を持っています。実装とテストが中心の募集と、要件定義から入る募集では、求める単価帯が違います。そのため工程の表記は、単価帯を選ぶスイッチとして働きます。

ここで注意が必要なのは、工程名を広く書けば上の単価帯に行くわけではないことです。「要件定義から運用まで一貫して担当」と書かれていても、規模と判断の範囲が伴っていなければ、商談で噛み合いません。むしろ全工程を書いた人ほど、個別の工程について具体例を求められます。

関与の度合いを分けて書くほうが通ります。設計をすべて担当したのではなく一部であれば、「基本設計の一部（画面遷移と帳票出力）を担当」のように範囲を限定します。限定した記述は弱く見えますが、商談では説明が通るため、結果として上の単価帯でも残りやすくなります。

規模を書くときは単位をそろえる

規模の記述は、単位がそろっていないと比較されません。チーム人数、システム数、処理件数、画面数、拠点数のどれを使ってもかまいませんが、案件ごとに単位が入れ替わっていると、読み手は水準を測れません。

単位を選ぶ基準は、その案件で難しさを決めていた要素です。件数が多いことが難しさの中心だった案件では処理件数を、関係者が多いことが中心だった案件では部署数や他社数を書きます。難しさと関係のない数字を並べても、評価の材料にはなりません。

公開できない数字がある場合は、桁や範囲に置き換えます。守秘義務の範囲は契約ごとに違うため、迷う記述は自社の営業に確認してから出します。数字を作ることだけは避けてください。確認されたときに崩れる記述は、1行で全体の信頼を落とします。

商流の位置で単価の上限が決まる

書類を直しても、商流の位置から来る上限は動きません。二次請け、三次請けの位置にいる場合、各社の取り分が入ったあとの金額が自社の受け取る単価になります。シートの精度が上がって上の単価帯の募集へ提案されても、商流が深いままなら受け取る側の数字の伸びは小さくなります。

この構造は、企業タイプ別の推定レンジにも出ています。実務3〜5年・東京・スキル中位という条件を固定し、企業タイプだけを変えた表です。

表の上端と下端の差は、交渉や書類では埋まりません。事業の利益率と商流の深さという構造から来ているためです。詳しくは一次請けと二次請けで年収はどれだけ違うかで扱っています。

逆に言えば、スキルシートで効果が出るのは、いまいる位置の中での提案先の幅です。上限ごと変えたい場合は、書類ではなく所属先の選び方の問題になります。

商談で何を聞かれるかを想定して書く

スキルシートは、提案されたあとの商談で読み上げられる台本にもなります。相手は書いてある項目から質問を作るため、書いた内容がそのまま質問リストになります。ここを意識せずに書くと、自分が説明しにくい話題を自分で増やすことになります。

実務では、障害対応の経験、設計上の判断、他社との調整の3つが掘られやすい領域です。それぞれについて、事実と、そのときの判断理由を1つずつ用意しておくと、商談の受け答えが安定します。シートに書いた順序でそのまま話せる状態が理想です。

なお、契約類型によって商談の扱いは変わります。労働者派遣では、派遣先が事前に労働者を選別する行為は認められていません。準委任契約では商談の形で打ち合わせが行われることがありますが、位置づけは契約によって違うため、自社の説明と契約書の記載を確認してください。契約類型ごとの違いは派遣エンジニアの年収と正社員・SESの違いにまとめています。

市場の状況によって効き方が変わる

同じシートでも、募集が多い局面と少ない局面では効き方が違います。募集が多ければ、工程が噛み合っていれば提案は通りやすく、記述の精度は単価帯の選択に効きます。募集が絞られる局面では、提案の段階で落とされる割合が上がるため、募集条件との一致のほうが先に効きます。

参考になる数字として、情報処理・通信技術者の有効求人倍率は 1.33倍（令和8年8月） です。全職業の 1.06倍 よりは高い水準ですが、前年同月差は -0.09ポイント で、求人は絞られる方向に動いています。

この局面では、幅広く書いて提案数を増やす方針より、直近で扱った技術と工程を前に置く方針のほうが噛み合います。読み手は募集条件との一致を先に見るため、関係の薄い過去の案件が上にあると、一致の判断に手間がかかります。

更新のタイミングを決めておく

スキルシートは、提案のたびに書き直すものではありません。案件の担当範囲が変わったときと、案件が終わる直前の2回で事実を足しておき、提案時は順序の入れ替えだけで済む状態にしておきます。

終了から時間が経つと、扱った件数や規模の記憶が薄れます。思い出しながら書いた数字は確認に耐えません。参画中に更新しておけば、商談で詳細を聞かれても答えられる記述だけが残ります。

提案時に行うのは、募集条件に近い案件を上に持ってくることと、関係の薄い記述を削ることです。削るほうが効くことは多く、全案件を同じ密度で書いたシートは、どの工程の要員なのかが読み取れません。

提出前に確認する5項目

出す前に、次の順で自分のシートを読み直します。

1. 募集されている工程が、シートの先頭2案件から読み取れるか
2. 書いてある技術すべてについて、用途を1行で説明できるか
3. 規模の単位が案件間でそろっているか
4. 公開できない固有名詞や数字が残っていないか
5. 関与の度合いを広く書いた箇所に、具体例が添えられているか

5項目のうち、落ちやすいのは2番と4番です。前の案件の記述を使い回していると、説明できない技術名が残ります。固有名詞は、客先の社名だけでなく、社内システムの略称やコード名も対象になります。

確認は自分だけで済ませず、自社の営業にも読ませます。営業は募集条件を見ているため、一致していない箇所に気づけます。読んでもらえない場合は、提案された案件の工程を聞いてから、自分で並べ替えます。

書き直しても単価が上がらないとき

精度を上げたのに提案される単価帯が変わらない場合、原因はシートの外にあります。商流の位置、会社が取引している客先の層、自分の経験年数と工程の組み合わせのどれかです。順に確かめると、どこで止まっているかが分かります。

提案は通っているのに単価が変わらないなら、会社の取引先の単価帯が理由として考えられます。提案そのものが通らないなら、工程の記述と募集条件が噛み合っていません。商談まで行って決まらないなら、書いた内容と説明の齟齬を疑います。

どこを直しても動かないと分かった時点で、検討の対象は書類から所属先に移ります。自社開発や受託への移動で何が変わるかはSESから自社開発へ転職すると年収はどう変わるかで扱っています。判断の前に、まず自分の技術水準が市場でどのあたりかを確かめておくと、書類の問題と構造の問題を切り分けられます。

まとめ

• スキルシートで案件の単価上限は動かない。動くのは、どの単価帯の募集に提案されるか
• 実務3〜5年・SES・東京で固定しても、読み取られるスキル水準の差で推定94万円の幅がある
• 効くのは担当工程・判断の範囲・規模・技術と期間・体制上の役割・継続期間の6項目
• 工程を広く書くほど商談で具体例を求められる。関与の度合いを範囲で限定したほうが残る
• 商流の位置から来る上限は書類では埋まらない。動かないと分かったら所属先の検討に移る