「SES・SIer・自社開発って何が違うの？」に、序列なしで中立に答えます
SESは技術者が顧客の開発をチームの一員として支援する準委任型、SIerは顧客システムの開発を納品まで請け負う受託型、自社開発は自社のサービスや製品を開発する事業会社型です。この3つに「どれが上」という序列はなく、環境の当たり外れはむしろ企業単位で決まります。分類のイメージで選ぶのではなく、案件や事業の中身・教育体制・キャリアパスを企業ごとに確かめることが大切です。
わかります。東京都心で今年初の真夏日が観測されるなど5月らしからぬ暑さが続くこの頃、GW明けから求人を眺め始めて、最初にこの3つの言葉でつまずく方は本当に多いです。
先に結論を言うと、この3つに「どれが上」という序列はありません。仕組みが違い、向き不向きがあるだけです。この記事では3つの違いを中立に整理し、それぞれのメリット・デメリットとキャリアパスの考え方までまとめます。
SES・SIer・自社開発の違いとは？
まず、それぞれの定義を整理します。
- SES（システムエンジニアリングサービス）：技術者の労働力を提供する契約形態（主に準委任契約）。エンジニアは顧客先への常駐またはリモートで、顧客チームの一員として開発を支援します。
- SIer（システムインテグレーター）：顧客のシステム開発を成果物ごと請け負う会社（主に請負契約）。要件定義から納品まで、プロジェクト単位で開発を担います。
- 自社開発：自社のサービス・製品を開発する会社。開発したものが生む売上が自社の収益になります。
| 比較軸 | SES | SIer | 自社開発 |
|---|---|---|---|
| 収益源 | 技術者の稼働（時間） | 開発案件の受注（成果物） | 自社サービスの売上 |
| 働く場所 | 客先常駐またはリモートが中心 | 自社・客先・リモートが混在 | 自社（リモート含む） |
| 作るもの | 顧客のシステム（支援） | 顧客のシステム（請負） | 自社のサービス・製品 |
| 納期・責任 | 完成責任は原則負わない | 納品への完成責任を負う | 事業計画・リリースに紐づく |
いちばん大きな違いは「誰のために、どんな契約で作るか」という収益構造の違いで、そこから働く場所や仕事の進め方の違いが生まれています。
それぞれのメリット・デメリットは？
SESのメリット・デメリット
経験が浅くても入り口が広く、案件を移ることで多様な現場・技術に触れられるのが強みです。一方で、案件によって業務内容や環境の差が大きく、希望と違う案件に配属される、いわゆる「案件ガチャ」の不確実性があります。働きぶりが自社に見えづらく、昇給が緩やかになりやすい点も指摘されます。
SIerのメリット・デメリット
要件定義から納品までの工程管理を経験でき、大規模案件や社会インフラ級のシステムに関われるのが強みです。一方で、元請け・下請けの階層構造の下位に入ると実装・テスト中心になりがちで、納期前の負荷が高まりやすい面があります。
自社開発のメリット・デメリット
ひとつのプロダクトに長期で関わり、企画・改善・運用まで一気通貫の経験を積めるのが強みです。技術選定の裁量が大きい会社も多めです。一方で、採用は経験者中心で競争率が高く、事業の状況次第で開発の優先度や体制が大きく変わります。「自社開発なら安泰」というわけでもありません。
どんな人がどれに向いている？
- 実務経験を積む入り口を広く持ちたい
- いろいろな現場・技術を短いスパンで経験したい
- 合わない環境を案件替えでリセットできる働き方が合う
- 要件定義や工程管理などの上流経験を積みたい
- 大規模・社会インフラ級のシステムに関わりたい
- チームで計画的に進める仕事が好き
- ひとつのプロダクトを長く育てたい
- 企画や改善の議論にも加わりたい
- 技術選定や開発プロセスに裁量を持ちたい
ただし大事なのは、同じ分類でも企業によって環境の差がとても大きいことです。「SESだから」「自社開発だから」と一括りにせず、その会社の案件・事業・教育体制を見て判断しましょう。
キャリアパスはどうつながる？
3つの間の移動は珍しくありません。よくある流れは次のとおりです。
- SES→自社開発・SIer：常駐先で積んだ実務経験を武器に転職する王道パターン。経験を具体的に言語化できるかが鍵になります。
- SIer→自社開発：上流工程や大規模開発の経験は、自社開発でもプロジェクト推進役として評価されます。
- 自社開発→SIer・SES：プロダクト経験を顧客への提案に活かす方向。働き方の柔軟さを求めてリモート中心の案件を選ぶ人もいます。
「SESだと成長できない」という単純な話ではなく、どんな案件で何を任されたかが市場価値を決めます。逆に自社開発でも、同じ作業の繰り返しなら伸び悩みます。分類より中身、が結論です。
求人票ではどう見分ける？
- 事業内容の欄を見る「受託開発」「SES事業」「自社サービス〇〇の運営」など、収益源が何かを確認します。複数の事業を持つ会社も多いので、配属がどの事業かまで見ます。
- 勤務地の表記を見る「プロジェクト先による」「顧客先常駐」とあれば、SESまたは受託の可能性が高いサインです。
- サービス名と配属先を確認する自社サービスの名前が具体的に書かれているか、募集ポジションがその開発チームかを確認します。
- 面接で具体例を聞く「入社後に想定される案件やチームの具体例」を聞けば、実態がかなり見えます。答えが曖昧な場合は注意が必要です。
同じSESでも、案件の希望を尊重して教育に投資する会社もあれば、そうでない会社もあります。自社開発でも、事業の状況次第で働く環境は大きく変わります。この記事の分類はあくまで「地図」です。最終的には企業単位で、案件内容・教育体制・評価制度、可能なら退職した人の理由まで見て判断するのがおすすめです。
よくある質問
SESはやめとけと言われるのはなぜですか？
案件によって業務内容や環境の差が大きいこと、働きぶりが自社に見えづらく昇給が緩やかになりやすいことが主な理由です。一方で、案件選択の希望を尊重し教育に投資するSES企業もあります。一括りに避けるより、企業単位で見極めるほうが現実的です。
SESとSIerの違いは何ですか？
主な違いは契約形態です。SESは技術者の労働力を提供する準委任契約が中心で、成果物の完成責任は原則負いません。SIerは成果物の納品まで請け負う請負契約が中心で、完成責任を負います。この違いが、働く場所や責任範囲の違いにつながります。
未経験から自社開発企業に入れますか？
求人はありますが経験者採用が中心のため、競争率は高めです。SESやSIerで実務経験を積んでから転職する経路も一般的で、必ずしも遠回りではありません。ポートフォリオなど実力を示せる材料があると選択肢が広がります。
SESから自社開発への転職は可能ですか？
可能です。ポイントは、常駐先でどんな案件の何を担当し、どう工夫したかを具体的に言語化することです。担当した技術と実績を整理し、設計・改善・運用など自社開発でも活きる経験を軸にアピールしましょう。
※本記事は各サービスの公式サイトおよび公開情報をもとに作成しています。内容・数値は変更される場合があるため、最新情報は必ず公式サイトでご確認ください。