SIerの種類|メーカー系・ユーザー系・独立系の違いと案件傾向
最終更新日:2026/10/19
SIerの種類とは、会社の成り立ちで分ける業界上の通称で、基本はメーカー系・ユーザー系・独立系の3つです。違いは親会社の有無、扱う製品、商流(発注元から何社を経由するかの位置)に表れます。SIer出身で独立を考えるエンジニアに向けて、分類の見分け方と種類別の案件傾向を整理します。
先に結論
SIerは親会社の出自でメーカー系・ユーザー系・独立系の3つに分けるのが基本。ここにコンサル系・外資系を足した5分類で語られることもあります
違いが出るのは「扱う製品の自由度」「商流の位置」「案件の粒度」「技術選定の自由度」の4点です
フリーランスが案件を選ぶときに効くのは分類そのものではなく、発注元が誰で、自分が商流の何段目に入るかです
探し方の実務としては、エージェントに職種タグと「基幹系」「インフラ更改」「ERP」などの業務キーワードを併用して絞り、案件票の発注元・契約形態・商流段数を最初に確認すると外しにくくなります
SIer経験は「上流の進め方」「業界の業務知識」「特定製品の運用知見」の3つに分解すると、そのまま案件の応募軸になります
この記事でわかること
メーカー系・ユーザー系・独立系の定義と、代表的に挙げられる企業像
5つの軸で見た種類別の違い(扱う製品・商流・案件の粒度・働き方・技術選定の自由度)
種類別に多いフリーランス案件の傾向と、参画前に案件票で確認すべき項目
SIer出身者が独立するときに詰まりやすいポイントと対策
本記事で扱うのは分類と案件傾向です。Web系への転身手順そのものはSIerからWeb系案件へ移るフリーランスの準備|通過条件と案件選びにまとめています。
以降で触れる案件傾向は、2026年10月時点で首都圏案件を多く扱うフリーランスエージェントの公開案件情報(週3〜5日の準委任案件が中心)で確認できる範囲の傾向です。市場全体を集計したものではなく、非公開で打診される案件も含みません。会社や時期による差が大きいため、目安として読んでください。
目次
SIerとは|分類を見る前に押さえる商流の位置
SIerの種類|5つの分類と早見表
種類別の違いを5軸で比較する
フリーランスから見た種類別の案件傾向
SIer出身者が参画しやすい案件の見分け方
ケース別|SIer出身フリーランスの進み方
よくある失敗と対策
参画前チェックリスト
まとめ
よくある質問
SIerとは|分類を見る前に押さえる商流の位置
SIerとは、システムの企画・設計・開発・運用をまとめて請け負う事業者を指します。結論から言えば、分類よりも先に見るべきは商流です。同じ会社名の現場でも、元請として入るか三次請けとして入るかで、任される範囲も裁量もまったく違います。
SIerの仕事の範囲
SIerの守備範囲は、要件定義から設計、開発、テスト、移行、運用保守までの全工程に及びます。自社で全部を作るとは限りません。パッケージ製品の導入、ハードウェアの調達、協力会社の手配といった「組み合わせて動く状態にする」部分が中核です。
国内の情報サービス産業の規模感は、情報サービス産業協会(JISA)の統計データで確認できます。会員企業を対象とした基本統計調査が毎年公表されており、最新は2025年版です。
元請・二次請けという商流の見方
発注元から直接受注する会社が元請(一次請け)です。元請が一部工程を他社へ再委託すると二次請け、さらに再委託されると三次請けになります。フリーランスの参画先は二次請け以降になるケースが多く見られますが、エージェントや元請との直接契約で一次請けに入る案件もあります。
商流が1段深くなるごとに中間マージンが挟まり、単価に影響します。仕組みの詳細はフリーランスエンジニアの単価の決まり方|商流・スキル・需給の仕組みで解説しています。選考の通り方も段数で変わるため、商流別の選考フローの違い|エージェント経由・元請直・二次請けの通り方もあわせて確認してください。
Q. 案件票から商流の段数はわかりますか。
A. 明記されないことがほとんどです。面談で「御社は発注元から直接受けていますか」「間に何社入りますか」と聞くと、答えてもらえるケースがあります。守秘義務や契約上の事情で答えられない場合もあるため、回答がないこと自体を悪材料と決めつける必要はありません。その場合は契約書の委託元と、稼働報告の提出先で判断してください。
SIerの種類|5つの分類と早見表
SIerの分類は、親会社がどの業界から出てきたかで決まります。まず全体像を表で押さえてください。
分類 | 成り立ち | 主な顧客 | 扱う製品 | 分類例として挙げられることが多い企業 |
|---|---|---|---|---|
メーカー系 | ハードウェアメーカーのソフト部門が分社化 | 親会社の製品を使う企業全般 | 親会社製品を軸に構成 | 富士通・日立製作所・NECの各グループ会社 |
ユーザー系 | 事業会社(商社・金融・通信など)の情報システム部門が独立 | 親会社とそのグループ、外販先 | 親会社の基幹系に合わせて選定 | NTTデータ、伊藤忠テクノソリューションズ、SCSK |
独立系 | 親会社を持たずIT事業として創業 | 業界を問わず幅広い | 特定メーカーに縛られにくい | 大塚商会、TIS、オービック |
コンサル系 | コンサルティングファームのIT部門 | 経営課題を抱える大企業 | 上流起点で製品を選定 | 総合系ファームのテクノロジー部門 |
外資系 | 海外ベンダーの日本法人 | 外資系・グローバル企業 | 自社プロダクト中心 | 海外ソフトウェアベンダーの日本法人 |
表の企業名は、業界メディアや就職情報サイトで分類例として挙げられることが多い会社です。分類は公式な区分ではなく、媒体によって扱いが分かれる会社もあります。資本再編やグループ再編で位置づけが変わることもあるため、現在の事業実態は各社の会社情報で確認してください。
メーカー系SIer
メーカー系は、ハードウェアメーカーのソフトウェア部門が分社化してできた会社です。親会社のサーバー・ストレージ・ネットワーク機器とセットでシステムを提案できるのが特徴になります。
案件はインフラ更改や大規模システムの刷新が中心です。親会社の製品ラインに沿った設計が前提になりやすく、技術選定の自由度は限定されます。その代わり、特定製品を深く扱った経験が資産として残ります。
近年はクラウドやマルチベンダー構成、外部SaaSを組み合わせる案件も扱われており、親会社製品だけで閉じた構成とは限りません。
ユーザー系SIer
ユーザー系は、銀行・商社・保険・通信といった事業会社の情報システム部門が切り出されて独立した会社です。親会社グループの基幹システムを長期にわたって支える構造になっています。
業務知識の比重が大きいのがこの系統です。勘定系、生保の契約管理、商社の貿易管理といった固有業務を理解していないと設計できません。裏を返せば、業務知識そのものが参入障壁になり、経験者の替えが効きにくい領域です。
独立系SIer
独立系は、親会社を持たず、IT事業そのものを目的に創業した会社です。特定メーカーの製品に縛られにくく、案件ごとに製品や言語を選べる余地があります。ただし顧客指定や既存システムとの整合、元請が定めた標準に従う案件も多く、常に自由とは限りません。
扱う業界も幅広く、1社の中に金融・製造・流通の現場が並んでいることも珍しくありません。一方で親会社からの安定受注がないぶん、受注競争の影響を受けやすい構造です。客先常駐が多い会社もあり、働き方は会社によって差があります。
コンサル系・外資系という分け方
この2つは3分類と軸が違います。コンサル系は「上流から入る」という入り方の違い、外資系は「資本と本社の所在」の違いです。3分類と重複する会社もあるため、厳密な区分というより語り口の違いとして捉えると混乱しません。
分類は通称で、公式な区分ではない
ここが実務上いちばん大事な点です。メーカー系・ユーザー系・独立系は業界の通称であり、法令や統計で定義された区分ではありません。
持株会社化や資本再編で位置づけが変わる会社もあります。親会社の出資比率が下がって実質的に独立系として動いている会社、逆に独立系として創業したあと大手グループに入った会社もあります。企業研究として分類を覚えること自体に、フリーランスの実利はほとんどありません。
分類が役に立つのは、初見の案件を見たときに「この現場はどういう作法で動くか」を推測する手がかりになるときです。使い道をそこに限定すると判断を誤りません。
種類別の違いを5軸で比較する
分類ごとの違いを、フリーランスの立場から効く5軸で並べます。「自分の経験がどこで評価されるか」を読む表として使ってください。
軸 | メーカー系 | ユーザー系 | 独立系 |
|---|---|---|---|
扱う製品の自由度 | 低い(親会社製品が前提) | 中程度(既存基幹系に合わせる) | 高い(案件ごとに選定) |
商流の位置 | 元請として入り、下に協力会社が連なる構図が見られる | 元請が中心。グループ内発注も見られる | 元請から二次請け以降まで会社により幅がある |
案件の粒度 | 大規模・長期。工程が細かく分かれる | 中〜大規模。長期保守が多い | 小〜中規模も含め幅広い |
技術選定の自由度 | 低い | 低〜中。既存資産との整合が優先 | 比較的高い |
求められる経験 | 特定製品の構築・運用 | 業界固有の業務知識 | 複数技術への対応力 |
大まかな読み方としては、製品特化の経験ならメーカー系の現場、業務知識ならユーザー系の現場、幅広い対応力なら独立系の現場と相性が出やすくなります。もっとも、同じ分類でも会社や案件による差は大きいため、最終的には案件単位で要件を見てください。
フリーランスから見た種類別の案件傾向
結論として、種類の違いは「案件の中身」より「現場の作法」に表れます。ドキュメントの細かさ、承認フローの段数、リリース判断の重さ。ここを事前に読めていると、参画初月のギャップを小さくできます。
メーカー系の現場で多い案件
前述の公開案件情報で見る限り、インフラ更改、仮想化基盤の移行、ミドルウェアのバージョンアップといった案件が目につきます。工程が細かく分かれているため、設計書のフォーマットが厳格で、レビューの回数も多めです。
ハードウェア保守期限やサポート終了が動機になる案件が多く、スケジュールが外部要因で固定されている点が特徴になります。メインフレームやオフコン系の保守が絡むこともあり、この領域の実務はAS/400・RPG案件と求人の単価相場|IBM i保守の商流と参入条件で詳しく扱っています。
ユーザー系の現場で多い案件
親会社グループの基幹システムに関する案件が中心です。金融なら勘定系や周辺システム、製造なら生産管理、商社ならERPまわりといった具合に、業界色がはっきり出ます。
ERP(会計・人事・生産などの基幹業務をまとめて扱う統合パッケージ)の刷新や保守期限への対応は、前述の公開案件情報でも繰り返し見られるテーマです。SAPの保守期限を背景にした案件についてはSAP 2027年問題とは|フリーランス案件の単価・参入方法と対策を参照してください。業界ごとの案件像は金融業界のフリーランスエンジニア案件|職種・単価相場・求められるスキルを解説や製造業のフリーランスエンジニア案件|単価相場・職種・組み込み系の動向を解説にまとめています。
セキュリティ要件が厳しく、常駐や専用端末の利用を条件とする案件も見られます。公共系はさらに要件が重くなりがちで、官公庁・公共系のフリーランスエンジニア案件|単価相場・契約形態・セキュリティ要件を徹底解説に整理しています。
独立系の現場で多い案件
業界も技術もばらけます。Web系に近い開発案件もあれば、パッケージ導入の支援、運用保守のメンバー補充まで幅があります。
参画の間口が広いぶん、案件票の情報だけでは実態が読みにくい点に注意が必要です。常駐前提かリモート可かも会社によって分かれます。働き方の比較は客先常駐とフルリモート案件の違い|単価・働き方・向いている人で選ぶを参考にしてください。
Q. 地方在住でもSIer系の案件に参画できますか。
A. 可能です。地方拠点を持つSIerや自治体案件は地元発注が中心で、リモート併用の条件も見られます。具体的なルートは地方エンジニアの案件の取り方|地方SIer・自治体DX・リモートの獲得ルートにまとめています。
SIer出身者が参画しやすい案件の見分け方
ここまでの分類の知識を、実際の案件選びに落とし込みます。
経歴を3つの資産に分解する
SIerでの経験は、そのまま書いても強みが伝わりません。次の3つに分けると、応募先とのマッチングが一気に見えやすくなります。
上流の進め方:要件定義、ベンダーコントロール、進捗管理など、工程を回した経験
業界の業務知識:勘定系、生産管理、流通在庫など、ドメイン固有の知識
特定製品の運用知見:ERP、仮想化基盤、ミドルウェアなど、製品を触った経験
この3つのうち2つ以上が案件要件と重なっていると、スキルシートと面談で強みを説明しやすくなります。1つしか重ならない場合は、残りをどう埋めるかを面談で説明できるようにしておくと安全です。
案件票で確認する5項目
参画前に確認したいのは次の5つです。順番にも意味があります。
確認項目 | 見るポイント | 確認できないときの扱い |
|---|---|---|
発注元 | エンドユーザーか、SIerか | 業界と規模だけでも聞く |
商流の段数 | 間に何社入るか | 深い前提で単価を見る |
契約形態 | 準委任(業務の遂行に対して報酬が発生)か請負(成果物の完成に対して報酬が発生)か | 請負なら成果物の定義を確認 |
稼働条件 | 常駐/リモート、精算幅(報酬が変動しない月間稼働時間の範囲) | 下限割れ・上限超過時の精算方法を確認 |
更新サイクル | 初回契約の期間と更新単位 | 前述の公開案件情報では1〜3か月単位の設定が多く見られます |
契約形態の違いで責任範囲が変わる点は見落としやすいところです。準委任契約と請負契約の違い|フリーランスエンジニアが知るべきリスクと注意点で確認しておいてください。面談で何をどう聞くかはフリーランス案件の事前調査|企業・現場・商流の調べ方と質問リストに質問リストがあります。
商流の位置と単価の関係
単価は、分類よりも商流の段数と役割で決まる部分が大きくなります。元請に近いほど中間マージンが挟まりにくい構造ですが、商流が浅ければ必ず単価が高いというわけではありません。求められる役割や責任範囲、スキル要件も同時に上がるためです。
目安を体系的に知りたい場合は【2026年最新版】フリーランスエンジニアの単価相場と単価の上げ方とは?を参照してください。自分の経歴でどの程度を狙えるかは、無料のフリーランスエンジニア単価診断で目安を確認できます。
なお、発注側との取引条件については、2024年11月1日に施行されたフリーランス・事業者間取引適正化等法で、取引条件の明示や報酬支払期日などが定められています。対象は従業員を使用しない特定受託事業者との業務委託で、発注側の規模などによって適用される義務の範囲が変わります。自分の取引が該当するかは公正取引委員会のフリーランス法に関するページで確認してください。
ケース別|SIer出身フリーランスの進み方
ケース1:メーカー系でインフラ構築をしてきた人
製品特化の経験が武器になります。仮想化基盤やストレージの構築経験は、更改案件でそのまま要件に合致します。
注意したいのは、親会社製品に閉じた知識だけだと応募先が狭くなる点です。更改案件ではクラウド移行が選択肢に含まれる募集も見られるため、移行先として検討される製品の比較知識を足しておくと間口が広がります。最初の案件は得意製品で取り、次の更新までに隣接領域を1つ押さえる。この順番が現実的です。
ケース2:ユーザー系で業務系SEをしてきた人
業務知識が最大の資産です。同じ業界の案件に絞って応募すると通過率が上がります。
一方で、特定グループの独自仕様に慣れていると、他社の現場で戸惑うことがあります。面談では「御社の業務フローは標準的な形と比べてどこが違いますか」と先に聞いておくと、参画後のギャップが小さくなります。
ケース3:独立系で客先常駐が長かった人
複数現場の経験は、立ち上がりの速さとして評価されます。これは面談でも伝わりやすい強みです。
ただし、案件を転々とした経歴は「何ができる人か」が読み取りにくくなります。スキルシートでは時系列を細かく並べるより、役割と技術でまとめ直すほうが伝わります。SES経験からの独立全般についてはSESエンジニアからフリーランスに転身する手順|準備・契約・独立タイミングを徹底解説を参照してください。
よくある失敗と対策
分類のイメージだけで現場を判断してしまう。「独立系だから自由に技術を選べる」と思って参画したら、実態は大手の二次請けで、技術選定の余地がなかった。こうした行き違いは珍しくありません。対策はシンプルで、分類ではなく発注元と商流を確認することです。
社名の知名度で選ぶ。会社の規模と、自分が入る現場の裁量は別物です。大手の案件でも、担当範囲がテスト工程だけということはあります。
上流経験を抽象的に書く。「要件定義を担当」だけでは伝わりません。関与した工程、調整した相手、扱った規模を具体的に書くほうが刺さります。ベンダーコントロールの経験は、社内SEとは|仕事内容・年収・SIerとの違いとキャリアパスを解説で触れているような事業会社側の案件でも評価されます。
セキュリティ要件を軽く見る。金融・公共系では、持ち込み端末の禁止や入館手続きが前提になることがあります。参画後に「週3リモートのつもりが全日常駐だった」とならないよう、条件は契約前に文面で確認してください。
参画前チェックリスト
発注元はエンドユーザーか、SIerか
自分は商流の何段目に入るか
契約形態は準委任か請負か。成果物の定義はあるか
稼働条件(常駐/リモート、精算幅の下限と上限)は書面にあるか
初回契約の期間と更新単位はどうなっているか
セキュリティ要件(端末、入館、持ち出し制限)は確認したか
自分の3つの資産(上流・業務知識・製品)のうち、何が評価されて選ばれたか
案件を探す段階であれば、フリコンの案件一覧で発注条件を確認しながら比較できます。
まとめ
SIerの種類はメーカー系・ユーザー系・独立系の3分類が基本ですが、フリーランスの案件選びで効くのは分類ではなく発注元と商流の段数です。
メーカー系は親会社製品を前提としたインフラ更改や大規模刷新が中心。製品特化の経験が評価されます
ユーザー系は親会社グループの基幹系が中心。業界固有の業務知識が参入障壁になります
独立系は特定メーカーに縛られにくく案件の幅が広い反面、実態が案件票から読みにくい傾向があります
コンサル系・外資系は3分類と軸が異なるため、重複する会社もあります
分類は業界の通称で、公式な区分ではありません。資本再編で位置づけが変わる会社もあります
案件票では発注元・商流段数・契約形態・稼働条件・更新サイクルの5項目を先に確認してください
次のステップとしては、自分の経歴を「上流の進め方」「業界の業務知識」「特定製品の運用知見」の3つに分解し、どの軸で勝負するかを決めるところから始めると、応募先が絞りやすくなります。
参照した一次情報は次のとおりです。
よくある質問
SIerの種類は何種類ありますか
基本は3種類です。メーカー系・ユーザー系・独立系で分けるのが一般的で、ここにコンサル系・外資系を加えて5分類とする整理もあります。公式な区分ではないため、媒体によって数が違います。
NTTデータはユーザー系ですか、独立系ですか
一般にはユーザー系に分類されます。通信事業者の情報システム部門を源流とする成り立ちによるものです。ただし現在の事業範囲はグループ外の案件も広く、分類だけで現場の性格を判断するのは避けたほうが無難です。
独立系SIerは「やめとけ」と言われるのはなぜですか
客先常駐の比率が高い会社があること、親会社からの安定受注がないことが理由として挙げられます。ただし独立系は会社数が多く、社風も案件構成も会社ごとに差が大きい領域です。会社単位ではなく、参画する現場単位で判断するのが実務的です。
フリーランスとして単価が高いのはどの種類ですか
種類で一律には決まりません。単価に効くのは商流の段数、役割(設計・PM・構築など)、扱う技術の希少性です。同じ会社の案件でも、元請直と三次請けでは条件が変わります。
SIer出身だとWeb系案件は難しいですか
難しくはありませんが、準備は要ります。モダンな開発フローやGitの運用、テストの考え方など、現場の前提が異なる部分を埋める必要があります。必要な準備はSIerからWeb系案件へ移るフリーランスの準備|通過条件と案件選びに整理しています。
公共系のSIer案件はフリーランスでも入れますか
入れます。自治体システムの標準化は2026年3月末が移行期限とされていましたが、期限内に移行が完了しなかったシステムは個別の計画に沿って作業が続いています。進捗や取り扱いは自治体ごとに異なり、方針も更新されます。案件を検討する時点の状況はデジタル庁の地方公共団体向け施策ページで必ず最新情報を確認してください。身元確認や常駐条件が厳しい点も前提として見ておいてください。
分類を面談で聞かれることはありますか
直接「御社は何系ですか」と聞かれることはまずありません。ただし「前職ではどういう製品を扱っていましたか」「発注元はどこでしたか」という形で、実質的に同じことを確認されます。答えられるように整理しておくと有利です。
事業会社の内製チームとSIerの案件はどう違いますか
内製チームは自社サービスを継続的に育てる体制で、SIer案件は納期と契約範囲が区切られた体制です。意思決定の速さと、ドキュメントの重さが対照的になります。企業の内製化の動向はIPAのDX動向調査が参考になります。
分類を知らなくても案件は取れますか
取れます。実務で効くのは発注元と商流の確認です。分類は、初見の現場の作法を推測する補助線として使う程度で足ります。
複数の分類にまたがる会社はどう見ればいいですか
成り立ちと現在の資本関係が一致しない会社は珍しくありません。その場合は分類の議論をやめて、案件単位で発注元と担当範囲を確認してください。判断材料として分類が役に立たない場面では、無理に当てはめないほうが早いです。


