先に要点
- SES(System Engineering Service)は エンジニアを客先に常駐させて、時間ベースで提供する `準委任契約` が中心のビジネス。SIer(System Integrator)は システムの開発・構築・運用を `請負契約` で受ける企業。同じ業界に見えて契約と責任の所在がまったく違う。
- SES は ` 期間と工数を売る`、SIer は ` 完成物と成果を売る`。これが指揮命令、業務範囲、評価、収益構造、キャリアパスのすべての違いを生む。
- SIer 各社は内部に SES 的な仕事(他社へのエンジニア常駐)も抱えていることが多く、` SIer 所属だから SES 的な働き方をしない` とは限らない。同じ会社の中で `自社請負案件` と `客先常駐案件` の両方が並走しているケースが多い。
- キャリア選択では ` どんな仕事を、誰の指揮で、どのくらいの裁量で行いたいか` が中心の判断軸。`SES = 悪、SIer = 良` のような二元論は実態を反映していない。会社・案件・上司・自分の経験段階の組み合わせで決まる。
「SES と SIer って何が違うの？」 転職活動で SES なので避けたほうがいい と書かれていたけど本当？ 「SES と SIer って同じ会社が両方やっているのはなぜ？」 ── 日本の IT 業界の話題でセットで出てくる用語ですが、言葉の意味と実態がズレているまま語られている ことが多く、特に未経験 / 新卒 / 第二新卒のキャリア相談で誤解を生みやすい領域です。
ここでいう SES は エンジニア常駐型の準委任契約サービス のことで、Amazon SES(メール送信サービス)とは無関係 です。同じ綴りなので検索すると混ざりますが、この記事はキャリア・契約・働き方の文脈の SES を扱います。
この記事では、契約形態の本質的な違い、現場で起きやすい誤解、キャリア選択でどう考えるかを、現場目線で整理します。
どちらが優れているか ではなく、 どんな仕事をしたいか、で自分が選べる道具にする ことを目標にした記事です。
まず言葉の整理
混乱を防ぐために、最初に用語を固定しておきます。
SES(System Engineering Service)
エンジニアを客先に常駐させ、`月◯◯時間 / 単価◯◯円` で技術力を提供する 準委任契約のビジネスモデル。`派遣` と似ているが法的な扱いは異なる。商流が複雑になりやすい。
SIer(System Integrator)
クライアントの業務システムを 要件定義 → 設計 → 開発 → 運用 までトータルで請け負う企業。「完成物の納品」で対価を受け取る 請負契約 が中心。日本の大手 SIer は数百〜数万人規模。
` 仕事の遂行` に対して対価を支払う契約。`成果物の完成` を保証しないが、`善管注意義務` で誠実に業務を行う必要がある。SES の中心。
ポイントは 時間を売るか、完成物を売るか です。
ここが両者のあらゆる違いを生んでいる根っこなので、まずこの違いを押さえてから先に進むのが整理が楽です。
契約・指揮命令・責任の違い
契約形態の違いは、現場の指揮命令・評価・責任の取り方にまっすぐ直結します。
| 軸 | SES(準委任) | SIer(請負) |
|---|---|---|
| 契約形態 | 準委任(時間ベース) | 請負(成果物ベース) |
| 指揮命令系統 | 原則として `自社上司` の指揮下(`偽装請負` を避けるため) | 請負側の責任者が指示。発注側は仕様で要求する |
| 勤務場所 | 客先常駐が中心 | 自社オフィス中心(常駐型もあり) |
| 成果物の責任 | 負わない(誠実に業務を行えばよい) | 負う(完成 + 契約不適合責任) |
| 業務範囲の変更 | 合意の範囲内で柔軟に | 仕様変更は契約変更が必要 |
| 収益構造 | `稼働時間 × 単価` の積み上げ | 「プロジェクト総額 - 原価」の差分 |
この表が示す通り、同じ 「IT 業務」でも、ビジネスとしての回し方がほぼ別物 です。 SES は人時単位で売る 「労働集約型」、SIer はプロジェクト単位で売る 「成果集約型」、と覚えると業界全体の構図が見えやすくなります。
なぜ同じ会社の中に両方あるのか
SIer の中に SES 的な働き方が混ざるのは、収益と人員のバランス調整 のためです。
「SIer に入れば請負ばかり、SES の会社に入れば常駐ばかり」というイメージは半分しか合っていません。
会社の方針 × 自分の経歴 × 案件の状況 で日々の働き方が決まる、というのが実態に近いです。
現場で起きやすい誤解
SES と SIer をめぐる典型的な誤解を整理します。
①` SES = 悪い会社、SIer = 良い会社`
会社単位の良し悪しは契約形態だけでは決まらない。`SES 専業でも教育に熱心な会社` も `SIer でも単純作業ばかりの案件` もある。`業態 = 良し悪し` ではなく、`案件 × 上司 × 自分の経験段階` で見るのが正確。
② 客先常駐 = 派遣
SES の常駐は 準委任契約 であって、労働者派遣法上の派遣とは異なる。一方で `偽装請負` 「偽装派遣」のグレー運用が発生しやすい構造ではあるので、`指揮命令系統がどこにあるか` を確認するのは大切。
③ SIer に入ればコードを書ける
大手 SIer ほど上流(要件定義 / 設計 / プロジェクト管理)が中心になり、コードを書く時間は減るケースが多い。`実装中心でやりたい` 人は、SES の現場や Web 系開発会社の方が手を動かせる場合がある。
④ SES は技術が伸びない
案件と教育次第。「良い現場に入れば SES でも急成長」 `悪い現場に入れば自社開発でも止まる`。「会社が用意する研修・教育・案件選びの裁量」を確認するほうが、業態だけ見るより信頼性が高い判断軸になる。
SES vs SIer の二元論で語られると、自社開発 vs 受託開発 という別軸の話まで混ざって、議論が混乱します。
業態(SES/SIer)・契約(請負/準委任)・所属企業(SES専業/SIer/自社開発) という3軸を分けて考えると、「自分が話したいのは契約のことか、所属企業のことか」がはっきりしてきます。
キャリアで考える判断軸
転職活動・就職活動でこの2つを比較するときに、有効な判断軸を整理します。
①ベテランフェーズか初学者フェーズか
未経験〜2年目あたりは、「どんな現場でも基礎が身につく」ことが多く、業態より ` 教育の手厚さ` と `現場の負荷の妥当さ` を見るほうが効く。中堅以降は 「何ができるか」が問われるので、案件ガチャの少ない自社開発系や、上流に行ける SIer の方が向くことも多い。
② コードを書く時間をどれだけ確保したいか
ガッツリ実装したいなら、Web 系自社開発 ≧ SES の実装案件 > SIer の下流案件 > SIer の上流案件、という大まかな傾向はある(例外あり)。「書きたい」が強い人ほど、案件レベルでの確認が必須。
③ プロジェクトマネジメント / 上流に進みたいか
大手 SIer は上流に行く道がはっきりしている。SES でも長く同じ顧客にいるとリーダー側に回るチャンスはあるが、自社の中での昇進と切り離されがちで `両方頑張る必要` がある。
④ ワークライフバランス
SES は案件次第で大きく振れる(よい現場は楽、激しい現場は深夜まで)。SIer は会社の制度と案件のフェーズ次第。`業態より、現職社員の口コミやプロジェクトの炎上度合いを聞くほうが正確` 。
判断材料として一番信頼できるのは 実際に働いている人の話を聞くこと です。
求人票やパンフレットだけで判断せず、OB / OG・社員紹介・転職会議・OpenSalary などの一次情報を複数突き合わせる のが、「業態 × 会社 × 案件」の組み合わせを見抜く近道になります。
SES / SIer から見たキャリアの選択肢
両者の関係を踏まえて、どう動くか の選択肢を整理しておきます。
| 進路 | 向いている人 | 注意点 |
|---|---|---|
| 未経験から SES でスタート | とにかく業界に入りたい、現場経験を急ぎたい | 研修・教育・案件選びの裁量があるか確認。`どんな現場に行けるか` を採用時に詰めておく。 |
| 大手 SIer の新卒採用 | 体系的な研修、上流志向、大規模案件にいたい | 下流案件中心の配属だと不満になりやすい。配属希望の通り方を見ておく。 |
| Web 系自社開発 | コードを書きたい、技術スタック新しめ、プロダクト志向 | 採用基準が高い、未経験は厳しい場合あり、会社の経営状態の見極めが大事。 |
| SES → SIer / 自社開発に転職 | 2〜3年経験を積んだ後の `脱 SES` で多い動き | 「どんな現場で何をしたか」を語れるように、案件選びと記録が大事。 |
| フリーランスへ | 経験 5 年以上、自分で営業 / 確定申告できる | 収入は上がるが、稼働の谷・確定申告・保険・営業 すべて自前。 |
特に、未経験から始めた人が 脱 SES を目指すとき の動き方は重要です。
SES でどんな現場に入って、何をやって、何を学んだか が次の転職活動の核になるので、 案件選び・記録・成果の言語化 を入社当初から意識しておくと、3年後の選択肢が大きく広がります。
社内 SE と SIer の働き方の違い も合わせて読むと、同じ 「IT エンジニア」というラベルの中の選択肢が見えやすくなります。
AI 時代の SES / SIer 観
AI による開発加速で、SES / SIer の両方とも仕事の内容が少しずつ変わってきています。
単純実装の自動化
「 仕様書通りに実装する」フェーズの作業価値が下がりつつある。SES の 「若手が大量に投入される領域」ほど影響を受けやすい。
要件定義・上流の価値が上がる
` 何を作るかを定義する` 「責任を持って合意する」スキルは AI で置き換えにくい。SIer の上流が AI 時代にも残る理由になる。
設計と検証の重さ
AI が出したコードを 「そのまま納品」はできない。「設計レビュー」 「テスト設計」 「セキュリティ検証」ができる人材の価値は上がる方向。
キャリア選択への影響
「AI で書ける範囲だけ書ける人」は淘汰されやすい。「AI を使いこなしながら、要件定義・設計・運用までできる」方向に伸ばすのが、SES / SIer どちらの所属でも安全。
「業態がどっちか」よりも、 AI を使って付加価値を出せる人になれる場所か という視点で会社を選ぶのが、AI 時代のキャリア判断軸の中心になりつつあります。
SES と SIer の違いに関するよくある質問
Q. SES と派遣は同じですか？
A. 法的には別物です。SES の中心は 準委任契約 で、「仕事の遂行」を提供します。労働者派遣は派遣法に基づく契約で、「派遣先企業の指揮命令で働く」のが原則。SES では 「自社の上司の指揮で働く」のが本来の建前ですが、実態として顧客の指示で動く場面が増えると 「偽装請負」とされるリスクがあります。
Q. SIer に入ると必ず上流工程ができますか？
A. 必ずではありません。配属、案件、会社のキャリアパス次第です。大手 SIer ほど上流に進む道は整っていますが、入社初期は下流(実装・テスト)からスタートするのが一般的。「いつごろから上流に上がれるか」は採用時に会社ごとの傾向を聞いておくのが安全です。
Q. SES は技術力が伸びにくいと聞きますが本当ですか？
A. 案件と会社次第です。「単純な作業だけが続く現場」に長くいると確かに伸び悩みますが、「新しい技術を採用しているチーム」 「教育に熱心な企業」 案件を選べる裁量がある会社 であれば、SES でも十分伸びます。「 業態より会社と現場」を見るのが正確 です。
Q. SES 専業の会社と SIer の中の SES 案件、どちらがいいですか？
A. 教育・研修・案件選びの裁量・帰社時の支援体制 がしっかりしているかが分かれ目です。SES 専業でも教育が充実している会社はあり、SIer の中でも 「他社常駐ばかり」というケースもあります。会社の規模だけで判断しないのが大事です。
Q. SES のあと SIer / 自社開発に転職するのは難しいですか？
A. 難しくありません。「 SES でどんな現場に入って何をやったか」を言語化できれば、Web 系自社開発・社内 SE・別の SIer・コンサル系など複数の選択肢が開きます。「案件ガチャ」に流されず、自分の経験を整理する習慣をつけておくのが鍵です。
Q. SES の単価 = 自分の年収ですか？
A. いいえ。「単価」は会社が顧客から受け取る金額で、そこから営業利益・営業費・福利厚生・自社経費を引いたものが社員に分配されます。一般に 単価の 4〜6 割程度が手取り年収のベースになる ことが多い、というのが業界の経験則的な目安です。
Q. SES と SIer、どちらが将来性ありますか？
A. 業態として 「どちらかが消える」ことはないでしょうが、「単純作業中心の SES 案件」は AI で代替が進む方向です。一方で 上流・コンサル・特定領域の専門性を持つ人材 はどちらの業態でも価値が上がりやすい。「業態の将来性」より 「自分の市場価値の将来性」で見るのが現実的です。
参考リンク
- 経済産業省: 情報サービス産業
- 厚生労働省: 労働者派遣事業と請負により行われる事業との区分
- 公正取引委員会: 人材と競争政策に関する検討会報告書
- 経済産業省: DX レポート
- IPA: 情報処理推進機構