SES企業の法人営業は、IT業界のなかでも「何をしている職種なのか外から見えにくい」仕事の代表格です。求人票には「エンジニアと企業をつなぐ仕事」とだけ書かれていることが多く、実際に何を判断し、どこまでの責任を負うのかは入ってみないと分からない――そんな声が絶えません。
この記事では、SES法人営業の実務を「1日の流れ」「評価される指標」「越えてはいけない法的な線引き」という3つの角度から具体的に整理します。とくに4章の偽装請負をめぐる実務境界は、この職種で最も事故が起きやすく、それでいて求人情報ではほとんど語られない領域です。未経験から検討している方も、すでに現場にいる方も、判断の物差しとして使える形にまとめました。
目次
- SES法人営業とは何をする仕事か
- 1日の流れと、年間を通じた仕事のリズム
- 「きつい」と言われる4つの理由と、その構造
- 越えてはいけない一線：偽装請負と営業の実務境界
- 2026年の市場環境と、営業に求められている変化
- 提案が決まるまでの6ステップと、各段階で落ちる理由
- 単価と粗利の構造を、営業の視点から理解する
- 年収の考え方と、評価される指標
- 求められるスキルとキャリアパス
- 未経験から入るときの準備と、会社の見極め方
- よくある質問（FAQ）
- まとめ
SES法人営業とは何をする仕事か
SES（システムエンジニアリングサービス）法人営業は、自社に在籍するエンジニアと、開発リソースを必要とする企業とを結びつける役割を担います。ただし「人を売る仕事」と要約してしまうと実態から離れます。実際の業務時間の多くは、案件要件の読み解き、エンジニアの志向とスキルの棚卸し、契約条件の調整、そして参画後のフォローに費やされます。
コーディネーター・派遣営業との役割の違い
混同されやすい3つの職種を整理すると、担当範囲と契約形態の前提が異なります。
| 職種 | 主な担当範囲 | 前提となる契約 | 指揮命令の所在 |
|---|---|---|---|
| SES法人営業 | クライアント開拓・要件ヒアリング・提案・契約交渉 | 準委任契約が中心 | 自社（SES企業） |
| SESコーディネーター | 社内エンジニアの選定・アサイン調整・稼働管理 | 同上 | 自社（SES企業） |
| 人材派遣営業 | 派遣先開拓・派遣スタッフの就業条件調整 | 労働者派遣契約 | 派遣先 |
最大の違いは指揮命令の所在です。労働者派遣では派遣先が直接指示を出せますが、準委任契約であるSESでは指揮命令権は自社に残ります。この一点を理解しているかどうかが、後述する法的リスクの分かれ目になります。両者の制度上の差はSESと派遣の違いで詳しく整理しています。
企業側から見た「SES営業に相談する理由」
クライアントがSESを選ぶ動機は、単なる人手不足の解消だけではありません。経済産業省「IT人材需給に関する調査」（2019年）では、2030年に最大約79万人のIT人材が不足すると試算されており、自社採用だけで開発体制を組むことが構造的に難しくなっています。採用にかかる時間とコストを考えたとき、必要な期間に必要なスキルを確保できる手段としてSESが選ばれます。
つまりSES営業が売っているのは「人数」ではなく「立ち上がりの速さと、要件への適合度」です。ここを取り違えると、単価だけで比較される消耗戦に入ります。
1日の流れと、年間を通じた仕事のリズム
SES法人営業の1日は、細切れの調整業務の連続です。求人票の「新規開拓」という言葉から想像されるほど、テレアポや飛び込みだけに時間を使う職種ではありません。
典型的な1日のスケジュール
| 時間帯 | 主な業務 | この時間の目的 |
|---|---|---|
| 9:00-10:00 | 案件情報の確認・優先順位づけ | 当日中に返答が必要な案件を切り分ける |
| 10:00-12:00 | クライアントへの提案・条件調整 | 要件と自社エンジニアの適合度をすり合わせる |
| 13:00-15:00 | 商談・面談同席 | ミスマッチを事前に潰す |
| 15:00-17:00 | 社内のエンジニアとの面談・稼働状況確認 | 次の参画先の希望と現場の課題を把握する |
| 17:00-19:00 | 契約書・注文書の処理、翌日の準備 | 契約不備による事故を防ぐ |
注目すべきは、社内エンジニアとの対話に一定の時間が割かれている点です。参画中のエンジニアが現場で何に困っているかを把握できていないと、契約更新のタイミングで初めて問題が表面化します。契約形態の基礎を押さえたうえで、更新サイクルを前提に動くことが求められます。
四半期・年度で変わる動き方
SESの案件は年度の区切りに強く影響されます。多くのクライアントが年度単位で予算を組むため、1〜3月は次年度案件の提案が集中し、4月は参画開始とフォローが重なります。一方で夏場は新規案件の立ち上がりが緩やかになりやすく、この時期に既存クライアントとの関係を深めたり、エンジニアのスキル整理を進めたりする配分が効いてきます。
「きつい」と言われる4つの理由と、その構造
SES営業を検索すると「きつい」「やめとけ」という言葉が並びます。ただ、その中身を分解すると、個人の努力で解消できるものと、業界構造に由来するものが混在しています。
理由①：板挟みになりやすい構造
クライアントは「早く・安く・スキルの高い人」を求め、エンジニアは「納得できる単価と、成長できる現場」を求めます。この2つは常に一致するわけではありません。SES営業はこの間に立つため、どちらの立場からも要求が集まります。これは能力不足ではなく、職種の位置づけそのものに由来します。
理由②：数字の因果関係が見えにくい
営業として動いた成果が、契約という形になるまでに数か月かかることが珍しくありません。提案したエンジニアが選考で見送られる理由も、必ずしも営業の働きかけで変えられるものではありません。短期の数字だけで評価される環境では、この時間差がストレスになります。
理由③：稼働していないエンジニアへのプレッシャー
案件と案件の間に待機期間が生じると、その分の人件費は会社が負担します。この状況が続くと、営業には「早くどこかに参画させる」圧力がかかります。しかし本人の志向を無視したアサインは、結局のところ早期の離脱につながります。離職率をめぐる論点は、この短期的な埋め合わせと中長期の定着のトレードオフとして理解すると見通しがよくなります。
理由④：法的な判断を現場で求められる
後述するとおり、クライアントからの依頼のなかには、そのまま受けると偽装請負に該当しかねないものが含まれます。営業がその場で線引きをしなければならない場面があり、これは相応の緊張を伴います。
構造的な負荷にどう対処するか
前述の4つの要因は職種の性質に根ざしているため、根性で解消するものではありません。実務上、負荷を下げる方向に効きやすいのは次の3点です。
- 情報の非対称を減らす：クライアントとエンジニアの双方に、決まっていないことを「決まっていない」と伝える。曖昧なまま進めた案件ほど、後工程で調整コストが跳ね上がります。
- 判断の基準を先に共有しておく：受けない案件の条件（商流の深さ、業務範囲が定義されない契約など）を社内で言語化しておくと、その場の判断を1人で背負わずに済みます。
- 稼働管理を数字だけで見ない：待機を減らす圧力に対しては、早期離脱率とセットで評価する仕組みがあるかを確認する。片方だけを見る運用は、必ずもう片方を悪化させます。
越えてはいけない一線：偽装請負と営業の実務境界
この章が、SES法人営業を語るうえで最も重要でありながら、求人情報でほとんど触れられない部分です。
準委任契約であるSESでは、エンジニアへの指揮命令はSES企業が行います。にもかかわらず、実態としてクライアントが直接指示を出している場合、労働者派遣法上の「労働者派遣」に該当すると判断され、許可なく行えば違法となる可能性があります。この区分の判断基準は、厚生労働省が示す「労働者派遣事業と請負により行われる事業との区分に関する基準」（いわゆる37号告示）およびその疑義応答集に整理されています。
営業として警戒すべき依頼のパターン
- クライアント側の管理者が、エンジニアの日々の作業指示や勤怠管理を直接行おうとする
- 契約書の業務範囲が「エンジニア1名を1か月」といった稼働時間のみで、成果物や業務内容の定義が事実上ない
- 参画後にクライアント都合で業務内容が大きく変わったのに、契約の見直しが行われない
- クライアントの朝礼・評価制度にエンジニアが組み込まれている
いずれも「現場ではよくあること」として流されやすいものですが、放置すると自社とクライアントの双方がリスクを負います。営業の役割は、これを察知して契約と運用の形を整え直すことです。詳細はSESの法令遵守および多重下請け構造の課題で扱っています。
商流の深さが判断を難しくする
間に複数の企業が入る多重下請け構造では、エンドユーザーの意向が伝言のように流れてきます。誰が本当の発注者で、誰が指示を出しているのかが曖昧になりやすく、これが偽装請負の温床になります。商流の把握は単価の問題としてだけでなく、コンプライアンスの問題として理解する必要があります。
2026年の市場環境と、営業に求められている変化
SES法人営業の仕事の中身は、この数年で静かに変わっています。人手を埋める調整役から、要件と技術の橋渡しへと重心が移りつつあります。
不足しているのは「人数」ではなく「担える工程」
経済産業省「IT人材需給に関する調査」が示すのは、単純な人数不足ではなく、先端技術領域と上流工程を担える人材の不足でした。情報処理推進機構（IPA）の「DX白書」でも、DX推進上の課題として人材面が繰り返し挙げられています。つまりクライアントが本当に困っているのは、頭数ではなく「要件を一緒に整理できる人がいないこと」です。
この状況では、募集要項を右から左に流す営業と、要件の背景まで踏み込んで提案する営業とで、成果に明確な差が生まれます。前者は単価だけで比較され、後者は指名で相談が来るようになります。
生成AI・クラウド案件で変わる要件の書かれ方
クラウド基盤やデータ基盤、生成AI関連の案件では、要件が固まりきらないまま体制を組み始めることが増えています。「何を作るか」より「何を検証するか」が先に来るため、従来のように必要スキルを列挙した募集要項が成立しにくくなります。営業としては、クライアントが検証したい仮説そのものを聞き取り、そこから必要な経験を逆算する進め方が必要になります。
透明性を求める流れ
エンジニア側の情報環境も変わりました。単価や商流、マージンの構造について公開情報が増え、条件の説明を求められる場面が増えています。この変化は営業にとって負荷でもありますが、説明できる会社にとっては差別化の材料にもなります。数字を出せないこと自体が、選ばれない理由になりつつあります。
提案が決まるまでの6ステップと、各段階で落ちる理由
案件の相談を受けてから参画が決まるまでには、いくつもの関門があります。どの段階で何が原因で落ちるのかを把握しておくと、改善すべき箇所が特定できます。
| 段階 | やること | ここで落ちる主な原因 |
|---|---|---|
| ①案件受領 | 要件・単価・期間・体制を確認する | スキル要件が曖昧なまま社内展開してしまう |
| ②要件の翻訳 | 募集要項を「必須」「歓迎」「実は不要」に分解する | 歓迎要件を必須と誤読し、候補者を絞りすぎる |
| ③社内マッチング | スキル・志向・稼働時期の3軸で候補を選ぶ | 稼働時期だけで選び、本人の志向を確認していない |
| ④提案・書類 | スキルシートを案件要件に沿って整理する | 経歴の羅列で、案件との接点が読み取れない |
| ⑤面談 | 論点を事前共有し、当日は認識のズレを埋める | 準備なしで臨み、質問の意図を取り違える |
| ⑥条件調整・契約 | 単価・稼働・業務範囲・更新条件を確定する | 業務範囲の定義が曖昧なまま契約してしまう |
実務上、最も差が出るのは②の要件の翻訳です。募集要項に並んだ技術名をそのまま条件として扱うと、候補は極端に狭まります。クライアントに「この要件は入って学べる範囲か、初日から必要か」を確認するだけで、提案できる幅は変わります。
④のスキルシートも同様です。経歴を時系列に並べるのではなく、案件が求める工程・技術に対応する経験を前に出す構成にすると、読み手が判断しやすくなります。エンジニア側の準備の観点は面談準備の進め方にまとめています。
単価と粗利の構造を、営業の視点から理解する
SES営業が扱う数字は、クライアントからの受注単価と、エンジニアに支払われる原価の差である粗利です。この構造を理解していないと、値下げ要請への対応も、エンジニアからの単価相談への対応も、その場しのぎになります。
商流の位置で、動かせる幅が変わる
エンドユーザーと直接契約している場合と、二次・三次請けの位置にいる場合とでは、営業として交渉できる余地がまったく異なります。
| 商流の位置 | 営業の主な相手 | 単価交渉の余地 | 要件情報の精度 |
|---|---|---|---|
| エンドユーザー直 | 発注部門・情報システム部門 | 比較的大きい | 高い（背景まで聞ける） |
| 一次請け経由 | 元請けSIerの調達担当 | 中程度 | 中程度 |
| 二次請け以降 | 間に入る協力会社 | 限定的 | 低い（伝言で劣化する） |
深い商流では、単価だけでなく要件情報の精度も落ちます。「なぜこのスキルが必要なのか」が分からないまま提案すると、面談で質問された瞬間に破綻します。商流の構造そのものはSESの仕組みと単価相場の考え方で詳しく扱っています。
値下げ要請にどう向き合うか
単価の引き下げを求められたとき、即座に受け入れることも、機械的に断ることも得策ではありません。確認すべきは、要請の背景が予算制約なのか、期待値とのギャップなのかという点です。後者であれば、業務範囲の見直しや体制の組み替えで折り合える場合があります。前者の場合は、期間や稼働率の条件を含めて全体で判断することになります。いずれにせよ、原価を割る条件を受けると、エンジニアの処遇に跳ね返り、離職という形で戻ってきます。
エンジニアから単価の相談を受けたとき
在籍するエンジニアから「自分の単価は適正か」と聞かれる場面は必ず訪れます。ここで曖昧に濁すと信頼を失います。会社として開示できる範囲を事前に整理し、市場の相場観と、現在の商流でなぜその条件になっているのかを説明できる状態にしておくことが望ましいといえます。単価交渉の進め方はエンジニア側の視点で書かれていますが、営業が相手の論理を理解する材料としても使えます。
年収の考え方と、評価される指標
SES法人営業の給与は、固定給に加えてインセンティブが設定されている場合があります。ただし制度設計は企業ごとに大きく異なるため、「SES営業の年収はいくら」と一律に語ることには無理があります。
公的な参照点としては、厚生労働省「賃金構造基本統計調査」が職種別・年齢階級別の賃金を公表しており、営業職の賃金水準を年齢構成とあわせて確認できます。求人票の想定年収を見るときは、この統計を物差しにすると、提示額が何を織り込んだ数字なのかを判断しやすくなります。
インセンティブ制度で確認すべき5点
- 支給の基準は粗利か、契約件数か、稼働人数か
- 算定の対象期間と、支給までのタイムラグ
- 既存クライアントからの継続契約が対象に含まれるか
- エンジニアが早期離脱した場合の扱い
- 固定給とインセンティブの比率、および固定給だけで生活が成り立つか
とくに3点目は見落とされがちです。新規契約のみが対象の制度では、既存クライアントを丁寧に育てるほど数字に反映されにくくなります。
求められるスキルとキャリアパス
SES法人営業で成果につながりやすいのは、話術よりも「要件を構造化して聞き取る力」と「技術用語を誤解なく扱える程度の理解」です。フレームワーク名やクラウドサービス名が出たときに、それがどの工程の話なのかを取り違えないだけでも、提案の精度は変わります。
身につけておきたい技術理解の範囲
エンジニアと同等の実装力は求められませんが、開発工程の全体像、主要なクラウドサービスの位置づけ、代表的な言語・フレームワークの用途は把握しておく必要があります。クラウド関連スキルの整理や資格の全体像は、営業側が読んでも案件要件の解像度を上げるのに役立ちます。
その後の進路
SES法人営業の経験は、営業マネジメント、事業企画、社内のリクルーティング、あるいはSaaSなどIT製品の法人営業へと展開しやすい性質を持ちます。技術と人事と契約実務が交差する位置にいるため、いずれの方向にも接続点があります。エンジニア側のキャリア設計と対比して考えたい場合はキャリアパスの全体像もあわせて参照してください。
未経験から入るときの準備と、会社の見極め方
SES法人営業は、IT業界未経験からの入口として案内されることが多い職種です。実際に他業界の営業経験者が移ってくる例は珍しくありません。ただし「未経験可」の求人がすべて同じ環境とは限らないため、入る前に確認すべき点があります。
面接で確認したいチェックリスト
- 担当するのは新規開拓中心か、既存クライアントの深耕中心か
- 1人あたりが担当するエンジニアの人数と、面談の頻度
- 商流はどの位置が中心か（エンドユーザー直か、二次・三次請けか）
- 契約書のレビュー体制と、法務相談の窓口があるか
- 待機期間中のエンジニアの処遇と、営業への評価上の扱い
- インセンティブ制度の算定根拠を、入社前に文書で確認できるか
3点目と4点目は、前章で述べた偽装請負リスクに直結します。ここに明確に答えられない企業は、現場の営業に判断を丸投げしている可能性があります。会社選びの観点はSES企業の選び方でも整理しています。
株式会社HLTの支援について
株式会社HLTでは、SES業界で働く方・これから入ろうとしている方からのキャリア相談への対応を行っています。営業職として検討している場合は、担当範囲や商流の位置づけ、評価制度の確認ポイントを一緒に整理します。判断材料が足りない段階でのご相談でも構いません。株式会社HLTへのお問い合わせからご連絡ください。
よくある質問（FAQ）
Q1. IT知識がまったくない状態からでも務まりますか？
入社時点で実装経験が求められることはほとんどありません。ただし、開発工程の流れと主要技術の位置づけは早い段階で押さえる必要があります。案件要件を誤読すると、エンジニアにもクライアントにも迷惑がかかるためです。入社前に基本情報技術者試験の出題範囲を一通り眺めておくと、用語の地図ができます。
Q2. SES営業とSESコーディネーターは、どちらが未経験向きですか？
社外との折衝が中心か、社内調整が中心かの違いです。前職で対外的な折衝経験がある場合は営業、社内調整や人事的な業務の経験がある場合はコーディネーターのほうが立ち上がりやすい傾向があります。両者を兼務する体制の企業もあるため、求人票の職種名だけでなく実際の担当範囲を確認してください。
Q3. ノルマはどの程度厳しいのですか？
企業によって設計が大きく異なります。稼働人数を指標にする企業もあれば、粗利額で見る企業もあります。確認すべきは数値の高さそのものより、「未達が続いたときにどう扱われるか」と「達成のために不適切なアサインが常態化していないか」です。後者が起きている環境は、エンジニアの離職を通じて結局は営業の負担に戻ってきます。
Q4. クライアントから直接エンジニアに指示を出したいと言われたら、どう対応すべきですか？
その場で受け入れず、契約形態の前提を説明したうえで、業務の依頼は自社を通す形に整理してください。準委任契約における指揮命令権は自社にあり、これを崩すと労働者派遣に該当すると判断されるおそれがあります。運用で吸収しようとせず、必要であれば契約の見直しや、労働者派遣としての適法な形への切り替えを検討する必要があります。判断に迷う場合は社内の法務や、所轄の労働局への相談も選択肢になります。
Q5. 未経験入社の場合、最初はどんな業務から始まりますか？
多くの場合、既存クライアントへの案件確認や、社内エンジニアとの面談への同席から始まります。案件要件の読み方とエンジニアのスキルの棚卸しに慣れてから、提案や新規開拓に範囲が広がる流れが一般的です。
Q6. この職種の経験は、他業界でも評価されますか？
契約実務・要件のヒアリング・人材のアセスメントという3つの要素を同時に扱う職種であるため、人材サービス、IT製品の法人営業、事業会社の情報システム部門の調達側など、接続先は複数あります。技術と契約の両方が分かる営業は、どの領域でも希少性があります。
まとめ
- SES法人営業は「人を紹介する仕事」ではなく、要件・スキル・契約の3つを同時に扱う調整職である
- 「きつい」と言われる要因の多くは、板挟みの構造・成果の時間差・待機圧力という職種の位置づけに由来する
- 最大のリスクは偽装請負であり、指揮命令の所在を崩さないことが実務上の最重要ポイント
- 年収を見るときは提示額だけでなく、インセンティブの算定根拠と固定給の比率を確認する
- 未経験で入る場合は、商流の位置と契約レビュー体制を面接で必ず確認する
SES法人営業は、業界構造を理解したうえで動けば、技術・契約・人材の交差点に立てる職種です。判断の物差しを持って選ぶことが、入った後の消耗を減らします。
参考文献・出典
- 経済産業省「IT人材需給に関する調査」（2019年）https://www.meti.go.jp/policy/it_policy/jinzai/
- 厚生労働省「労働者派遣事業と請負により行われる事業との区分に関する基準」（37号告示）および疑義応答集 https://www.mhlw.go.jp/
- 厚生労働省「令和6年賃金構造基本統計調査」https://www.mhlw.go.jp/toukei/itiran/roudou/chingin/kouzou/z2024/index.html
- 厚生労働省「労働者派遣事業関係業務取扱要領」https://www.mhlw.go.jp/stf/seisakunitsuite/bunya/koyou_roudou/koyou/haken-shoukai/index.html
- 情報処理推進機構（IPA）「DX白書」https://www.ipa.go.jp/publish/wp-dx/index.html
