SIerの業界構造をわかりやすく解説｜就活前に知りたい仕組みと分類
本ページはプロモーションが含まれています
SIer（エスアイヤー）とは、企業や官公庁から「こういうシステムが欲しい」という依頼を受け、設計・開発・導入・運用までをまとめて請け負う会社のことです。業界の特徴は、大きな案件を元請けが受け、その一部を協力会社に任せる「ピラミッド型」の構造と、会社の成り立ち（親会社）による分類の2つです。この2つを押さえるだけで、企業研究の見え方が大きく変わります。
SIerとは何をする会社か
SIerは「System Integrator（システムインテグレーター）」に「-er」を付けた和製英語です。顧客の業務課題を聞き取り、それを解決する情報システムを形にするのが仕事です。
ここで大事なのは、SIerが作るシステムの持ち主は顧客であるという点です。自社サービスを作って売る会社（いわゆる自社開発企業）とは、お金の流れも仕事の進め方も異なります。
| 比較の軸 | SIer | 自社開発企業 |
|---|---|---|
| 誰のためのシステムか | 顧客企業・官公庁 | 自社のサービス利用者 |
| 収益の形 | 開発・保守の契約料 | サービスの利用料・広告など |
| 仕事の始まり | 顧客からの依頼・提案 | 自社の企画 |
| 求められる力 | 顧客の業務理解、調整力、管理力 | 企画力、技術力、改善のスピード |
どちらが良い悪いではなく、「誰のために、どんな形で価値を出すのか」が違うと理解しておきましょう。
ピラミッド型の「多重下請け構造」
大規模なシステム開発では、数百人規模の人手が必要になることがあります。1社ですべてをまかなうのは難しいため、次のような分業が生まれます。
- 元請け（プライム）：顧客と直接契約する会社。全体の計画や要件のとりまとめ、品質の責任を負う
- 二次請け：元請けから一部の機能や工程を任される会社
- 三次請け以降：さらに細かい作業を受け持つ会社
上の層ほど顧客に近く、プロジェクト全体を動かす立場になります。下の層ほど、決められた仕様にもとづく開発やテストなど、具体的な作業の比重が高くなる傾向があります。
就活で見るべきなのは「その会社がピラミッドのどこで仕事をしていることが多いか」です。同じ「SE」という職種名でも、元請け中心の会社と二次請け中心の会社では、若手のうちに任される仕事の中身が変わります。会社説明会やOB・OG訪問では「元請け案件の比率」や「顧客と直接やり取りする機会」を質問すると、実態をつかみやすくなります。
運営者コメント（大手SIer営業5年の視点）
二次請けの営業は、自分で案件を取りに行くというより、元請けから仕事が降りてくる形が多く、契約や手配などの事務処理が仕事の中心になりがちです。顧客に提案して案件を作る営業をしたいなら、元請けかどうかは大きな分かれ目だと感じます。
なお、多重下請けには「中間で利益が抜かれる」「責任の所在があいまいになる」といった業界全体の課題も指摘されています。個別企業の評価ではなく、業界の構造として知っておくとよいでしょう。
成り立ちによる5つの分類
SIerは、どんな親会社から生まれたかで大きく分類されることが多いです。分類によって、得意な業界や案件の取り方に傾向があります。
| 分類 | 成り立ち | 主な特徴 |
|---|---|---|
| メーカー系 | コンピューター・電機メーカーやその子会社 | 自社グループのハードウェア・製品と組み合わせた提案が強み |
| ユーザー系 | 金融・通信・商社などの情報システム部門が独立 | 親会社グループの案件が安定して入りやすく、その業界の知識が深い |
| 独立系 | 特定の親会社を持たない | 製品や取引先に縛られず、幅広い業界・技術を扱える |
| 外資系 | 海外IT企業の日本法人 | 自社の製品・サービスを軸にした導入支援が多い |
| コンサル系 | コンサルティング会社のIT部門 | 戦略・業務改革の提案から入り、システム化まで手がける |
ユーザー系の中でも、金融系・商社系・通信系などと細かく呼び分けることもあります。
注意したいのは、分類はあくまで傾向だという点です。グループ再編や資本関係の変更で分類があいまいになっている会社もありますし、メーカー系でも他社製品を扱うことは普通にあります。個別企業の親会社や株主構成は、各社の「会社概要」やIR資料で必ず確認してください。
運営者コメント（大手SIer営業5年の視点）
どの系列かという違い以上に、主な顧客がどの業界かで企業文化は大きく変わります。金融が中心の会社と製造業が中心の会社では、仕事の進め方や雰囲気がかなり違うので、「主要顧客の業界」は必ず確認してほしいポイントです。
上流工程と下流工程の違い
システム開発は、一般的に次のような工程で進みます（ウォーターフォール型と呼ばれる進め方の例です）。
- 要件定義：顧客が何を実現したいのかを整理する
- 基本設計：画面や機能など、外から見える仕様を決める
- 詳細設計：プログラムの内部構造を決める
- 開発（プログラミング）
- テスト：単体・結合・総合など段階的に確認する
- 導入・運用・保守
要件定義や基本設計のように、顧客と一緒に「何を作るか」を決める工程を上流工程、それ以降の「どう作るか」を形にする工程を下流工程と呼びます。
元請けの社員は上流工程やプロジェクト管理の比重が高く、下の層ほど下流工程の比重が高くなる、というのがピラミッド構造との関係です。ただし、新人のうちは元請けでもテストや開発から経験を積むことが多く、「入社してすぐ上流」とは限りません。研修内容や若手の配属例は、採用ページや説明会で確認しましょう。
最近は、短い期間で作って改善をくり返す「アジャイル開発」を採り入れるプロジェクトも増えています。どんな開発手法に取り組んでいるかも、会社ごとの違いが出やすいポイントです。
就活生が企業研究で押さえたいポイント
業界構造を理解したうえで、個別企業を見るときは次の観点で整理すると比較しやすくなります。
| 観点 | 確認のしかた |
|---|---|
| 成り立ち・親会社 | 会社概要、IR資料の株主情報 |
| 主要な顧客・業界 | 事業内容のページ、導入事例、有価証券報告書の事業の内容 |
| 元請け案件の比率 | 説明会・OB訪問で質問する |
| 得意な技術・サービス | 事業紹介、ニュースリリース |
| 職種と配属の決まり方 | 採用ページ、説明会 |
| 研修制度 | 採用ページ、説明会 |
給与や採用人数などの数字は年度によって変わります。必ず各社の公式の採用ページや最新のIR資料で確認し、まとめサイトや口コミだけで判断しないようにしましょう。
また、「SIerに入って何をしたいのか」を考えるときは、どの業界の顧客の課題を解決したいかと、ピラミッドのどの立場で関わりたいかの2つを軸にすると、志望動機に一貫性が出やすくなります。
まとめ
- SIerは、顧客の情報システムを設計から運用まで請け負う会社
- 業界は元請け・二次請け・三次請けのピラミッド型で、上の層ほど顧客に近く管理の比重が高い
- 成り立ちでメーカー系・ユーザー系・独立系・外資系・コンサル系に分けられるが、分類は傾向にすぎない
- 上流工程は「何を作るか」、下流工程は「どう作るか」を担う
- 個別企業の親会社・数値・制度は、必ず公式の採用ページやIR資料で最新情報を確認する
業界の地図が頭に入ると、説明会で聞くべきことや、企業どうしの比べ方がはっきりします。まずは気になる会社を3社ほど選び、上の表の観点で整理するところから始めてみてください。