仕事内容に項目が多すぎて、どれがメイン業務なのか読み取れない
ひとり情シスやヘルプデスク専任の求人は避けたい
そもそも社内SEの求人があまり見つからない
社内SEの求人票を何枚か並べてみると、どれも似たような言葉が並んでいて、違いがよく分からなくなってきます。それもそのはずで、同じ社内SEという職種名でも、IT企画を任せたい求人と、PC管理や問い合わせ対応を任せたい求人とでは、求める経験も入社後の忙しさもまるで別物だからです。
先に結論を書いておきます。求人票で最初に読むべきは仕事内容の欄ではありません。会社がいま必要としている経験が出る応募条件(必須)、働き方を左右する情シスの人数と体制、採用の理由が分かる募集背景。この3つを押さえると、仕事内容欄に並んだ言葉のうち、どれが本当の中心業務なのかが見えてきます。
この記事では、社内SEの求人票を項目ごとに読む方法から、情シスのやめておくべき求人を見分けるサイン、求人が見つからないときの探し方までを順に解説します。求人票に書かれていないことを、エージェントと面接でどう確認するかもあわせて整理しました。
目次
社内SEの求人票は職種名と仕事内容だけでは判断できない
同じ社内SEでも、中身は別職種と言えるほど違う
社内SEの担当領域は、会社ごとに大きく違います。求人票を読む前に仕事を大きく4つのタイプに分けておくと、目の前の求人がどこに寄っているのかをつかみやすくなります。
| タイプ | 主な業務 | 求人票に出やすい言葉 | 向いている経験 |
|---|---|---|---|
| IT企画・IT戦略 | IT投資計画、業務改善、システム導入計画、経営課題の整理 | IT戦略、DX推進、ロードマップ策定、業務改革 | IT企画、コンサルティング、PM・PL、上流工程 |
| 社内システム開発・ベンダーコントロール | 基幹システムの企画・改修、要件定義、外部ベンダーの選定・管理 | 要件定義、ベンダー管理、内製化、受入テスト | SIerやSESでの開発、要件定義、顧客折衝 |
| インフラ・セキュリティ | 社内ネットワーク、サーバー、クラウド、セキュリティ環境の構築・運用 | AWS、Azure、ネットワーク、ゼロトラスト、セキュリティ対策 | インフラ構築・運用、ネットワーク、セキュリティ |
| ヘルプデスク・IT資産管理 | 問い合わせ対応、PCのキッティング、アカウント管理、端末・ライセンス管理 | ヘルプデスク、キッティング、Microsoft 365、資産管理 | ITサポート、ヘルプデスク、運用保守 |
同じ運用という言葉でも、PCやアカウントの管理を回す運用と、基幹システムの刷新を見据えた運用とでは、身につくものが違います。前者はユーザー対応と資産管理の比重が高く、後者は要件整理やベンダーとの調整に直結します。
社内SEという職種名は、仕事の中身を説明する言葉としてはほとんど役に立たない。そう割り切って読み始めるくらいでちょうどいいでしょう。社内SEの仕事内容そのものを先に押さえておきたい方は、社内SEの仕事内容とは?向いている人や必要なスキル・資格などを現役の社内SEが徹底解説!を読んでおくと、この先の話が入りやすくなります。
仕事内容欄は任せたいことの全部が並びやすい
社内SEの求人票では、社内システムの企画・導入、サーバー・ネットワーク運用、ヘルプデスク、ベンダー管理、DX推進と、5つも6つも業務が並んでいるのはよくある光景です。
採用する側の事情を言えば、仕事内容欄は「入ってくれた人に、できればここまで任せたい」という期待をまとめて書く場所になりやすい欄です。並べた業務を毎日すべてやってもらうつもりで書いているわけではありません。
実際にどれが中心になるかを決めるのは、入社時点の情シスの人数と役割分担、そしてその会社がいま何に困っているかです。基幹システムの刷新を控えていれば企画やベンダー調整が増えますし、担当者の退職を埋める採用なら、まずは既存システムの運用を引き継ぐところから始まります。
仕事内容欄は、任される可能性がある業務の上限として読んでください。DX推進と書いてあっても、入社してすぐ新しい施策を主導できるとは限りません。中心業務を見極めるには、必須条件、募集背景、配属部署を続けて読む必要があります。
求人票で分かること・分からないことを先に分けておく
求人票だけで職場の実態を判断しきるのは無理があります。最初から情報の確認先を分けておけば、書かれていない部分を効率よく埋められます。
| 確認する場所 | 分かること・確認できること |
|---|---|
| 求人票 | 職種名、仕事内容、応募条件、勤務地、給与レンジ、休日、勤務条件 |
| エージェント | 前任者の退職理由、情シスの人数と内訳、長期掲載の理由、IT予算の使われ方 |
| 面接・カジュアル面談 | 入社直後の業務、業務比率、技術選定の進め方、障害時の対応体制 |
求人票で条件の全体像をつかみ、聞きにくい背景はエージェント経由で、入社後の具体的な業務は面接で自分の言葉で聞く。この分担が頭に入っていると、何をどこで調べればいいのか迷わなくなります。具体的な聞き方は、後半の「求人票で分からないことの確認方法」で解説します。
求人票を開く前に決めておきたい自分の選び方の軸
社内SEで変えたいことを1〜2個に絞る
社内SEを目指す理由は人によって違います。客先常駐をやめたい人もいれば、開発を続けたい人、上流工程に移りたい人、働き方を落ち着かせたい人もいるでしょう。
変えたいことが曖昧なまま求人を見ていくと、年収やリモート可といった目立つ条件に気持ちが引っ張られ、入社してから仕事内容が希望と違ったと気づくことになりかねません。最初に、変えたいことを1つ、多くても2つに絞っておきます。
軸が決まれば、求人票で重点的に読む欄も決まります。開発を続けたいなら使用技術と内製比率、実装業務があるかどうか。働き方を安定させたいなら情シスの人数、夜間・休日対応、外部ベンダーの支援体制。上流工程に進みたいなら、要件定義や業務部門との調整を誰が担っているかが見どころです。
軸を3つ以上持つのはおすすめしません。全部の条件を満たす社内SE求人はまず出てこないので、軸以外の条件には幅を持たせ、求人を見ながら優先順位を調整していくほうが現実的です。
なお、今の職場から離れたいことが一番の理由なら、社内SE以外の道で同じ不満を解消できる場合もあります。自社開発企業やプライム案件が中心のSIerも移り先の候補です。SESからの移り先を広く考えたい方は、SESからのキャリアアップの進め方も参考にしてください。
増やしたい業務と減らしたい業務を書き出す
求人票を読む前に、今後増やしたい業務と減らしたい業務を整理しておくと、仕事内容欄の比重を判断するための物差しができます。要件定義、ベンダーコントロール、インフラ構築、問い合わせ対応、キッティング、IT資産管理といった業務を、増やしたい・許容できる・減らしたいの3段階に振り分けてみてください。
現実的な話をしておくと、問い合わせ対応がまったくない社内SE求人はほとんどありません。考えるべきは有無ではなく、どの程度の割合までなら許容できるかです。開発や企画を増やしたい人なら、問い合わせが専任の担当者に集約されているのか、自分の業務の一部として回ってくるのかを見ます。
この整理ができていれば、仕事内容欄にヘルプデスクという単語があるだけで候補から外す、といったもったいない判断も減らせます。
経験が浅いうちは、求人票を次に積む経験の教材として読む
すぐに応募するつもりがない若手にとっても、社内SE求人の必須条件は読んでおく価値があります。次にどんな経験を積めばいいのかが、かなりはっきり書いてあるからです。
社内SEの求人には、要件定義、ベンダーコントロール、ユーザー部門へのヒアリング、受入テスト、プロジェクト管理といった言葉がよく並びます。ここで求められているのは、作業に参加した経験ではなく、関係者を調整して物事を前に進めた経験です。
似た言葉でも中身が違うものには気をつけてください。開発側でテスト工程を担当した経験と、ユーザー側として受入テストを設計・管理した経験は同じではありません。会議に出て進捗を聞いていた経験と、プロジェクトの進行を管理した経験も別物です。
求人票は応募先を選ぶ道具であると同時に、数年後の職務経歴書の下書きにもなります。今の仕事でどこまで担当範囲を広げれば次の社内SE求人に近づけるのか、逆算する材料として使ってみてください。
社内SEの求人票の見方|項目別のチェックポイント
職種名・部署名:呼び方より配属先で読む
社内SE、情報システム、コーポレートIT、IT企画、システム企画、DX推進。社内SEに近い求人には、これだけ多くの呼び方があります。
この違いは、仕事内容の差というより、会社ごとの組織図や採用時の呼び方の違いから生まれているケースが大半です。情報システム部の担当者を社内SEと呼ぶ会社もあれば、ほぼ同じ業務をコーポレートITとして募集する会社もあります。職種名だけを見て、企画寄りだ、運用寄りだと決めつけるのは危険です。
とはいえ、どの部署の配下に置かれているかは手がかりになります。管理本部や総務部の中にある情報システム課なら運用と管理が中心になりやすく、経営企画部やDX推進室の中に置かれたIT担当なら、企画や業務改善の比重が上がります。見るべきは職種名ではなく、配属部署の欄です。
呼び方の揺れを知っておくことは、後で解説する求人の探し方にもそのまま役立ちます。
仕事内容:記載の順番と技術ワードの具体性を見る
仕事内容の欄では、業務の記載順と技術ワードの具体性を見ます。記載順が業務の比重をそのまま表すとは限りません。ただ、求人票を書く側は重要な業務から並べることが多く、最初の手がかりとしては十分使えます。
企画・要件定義、システム刷新、業務部門へのヒアリングが先頭にあれば上流寄り。反対に、ヘルプデスク、キッティング、アカウント管理、IT資産管理が先に並んでいれば、運用サポートが中心という前提で読み進めます。
技術ワードの具体性は、もっと分かりやすい指標です。AWS環境の構築・運用、Microsoft 365の導入・管理、販売管理システムのリプレイス推進のように製品名やプロジェクト名まで書かれていれば、採用側が業務の中身をきちんと把握している証拠と見てよいでしょう。逆に、社内IT全般や幅広い業務といった表現ばかりで技術名がほとんど出てこない求人は、中心業務と入社直後の担当を聞く前提で読むことになります。
抽象的な求人が、それだけで悪いわけではありません。ただ、業務比率と使用技術が分からないうちに企画寄り、開発寄りと判断するのは早すぎます。
応募条件(必須・歓迎):会社の本音がいちばん出る欄
社内SEの求人票で最初に読むべきは、仕事内容ではなく応募条件です。特に必須条件には、会社がいま不足していて、お金を払ってでも採用で補いたい経験がはっきり出ます。
採用する側から見ると、仕事内容には理想を書けても、必須条件ではそうはいきません。書類選考はここに書いた条件で絞り込むので、本当に必要なものしか書けないのです。
たとえば仕事内容にDX推進、IT企画、システム刷新まで並んでいても、必須条件が社内システムの運用保守経験3年以上の1行だけなら、会社が直近で求めているのは運用を回せる人です。DX推進は、数年先に任せたい仕事と読むのが自然でしょう。
歓迎条件の並び方にも注目してください。開発、インフラ、セキュリティ、ヘルプデスク、プロジェクト管理と、10個近い経験が少人数の部署の求人にまとめて並んでいる場合は、広い守備範囲を限られた人数で受け持つ前提になっています。
必須条件をすべて満たしていなくても、応募できる求人はあります。ただし、どの条件が本当に外せないのかは求人票からは読めません。企業が重視している経験と、入社後に補えば済む条件の線引きは、エージェント経由で聞くのが早道です。選考でどんな経験が評価されやすいかは、社内SEへの転職は難しい?転職難易度が高い理由と受かるための対策で詳しく解説しています。
募集背景:欠員補充か、増員・内製化か
募集背景は、入社後にどんな役割を任されるのか、引き継ぎがあるのかを読むための項目です。
欠員補充と書かれていれば、前任者の業務を引き継ぐのが前提になります。知りたいのは、前任者がなぜ辞めたのか、引き継ぎ資料はあるのか、いま業務が止まっていないか、の3点。とくに退職理由は、そのポジションの実態を何より正直に表しています。
事業拡大に伴う増員、内製化に向けた体制強化、DX推進体制の強化といった書き方なら、既存業務の引き継ぎに加えて、新しいプロジェクトを担当する可能性が高まります。ただ、増員とあっても実際には退職者の補充を含んでいるケースもあるので、採用人数と現在の体制はセットで押さえておきたいところです。
厄介なのは、組織強化のため、体制強化のため、とだけ書かれた求人です。欠員補充にも増員にも読めるので、採用理由と入社後に期待される役割を聞かない限り判断がつきません。
経験が浅い人にとっては、引き継ぎが用意される欠員補充の求人のほうが入りやすい面もあります。反対に、新しい仕組みを作る経験を積みたい人には、増員や新設の求人が合います。募集背景だけで良し悪しを決めず、教育や支援の体制と合わせて判断してください。
配属部署・体制:情シスの人数と役割分担
社内SEの働き方を一番大きく左右するのは、仕事内容よりも配属先の体制です。求人票の配属部署の欄に、情報システム部(5名)、コーポレートIT課(3名)のような人数の記載がないか探してください。
人数が書いてあっても、それだけで安心はできません。3名の部署でも、1名が管理職、1名が基幹システム専任で、残りの1名がヘルプデスクからインフラ、端末管理まで一手に引き受けているなら、実質ひとり情シスと変わらないからです。人数の次に知りたいのは、誰が何を担当しているかです。
正社員だけでなく、派遣社員や業務委託の人数、外部ベンダーにどこまで任せているかも見ておきましょう。外部に出しているのが保守だけなのか、障害対応や構築まで含むのかで、社内担当者の負担はまるで変わります。
休みが取りにくい、障害が起きても相談相手がいない。ひとり情シスのしんどさとしてよく挙がるこうした悩みは、業務の中身より体制から生まれます。だからこそ、人数と役割分担は最優先で確かめるべき項目です。
なお、求人票に人数が書かれていないからといって、それだけでやめておくべき求人と決める必要はありません。確認が取れるまで判断を保留しておけば十分です。
開発環境・使用技術:内製かベンダー管理中心か
開発や構築に関わりたい人は、求人票に具体的な言語、クラウド、製品名が書かれているかを見ます。必須スキルがITの基礎知識、システム開発経験のような書き方だけなら、手を動かすより管理・調整が中心の求人ではないかと疑ってかかるくらいでかまいません。
もう一つ気をつけたいのが、開発という言葉の範囲です。社内システム開発と書いてあっても、社員が設計から実装まで行うとは限りません。社内で要件をまとめ、外部ベンダーに開発を依頼し、納品物を受け入れる一連の仕事を開発と呼んでいる会社もあります。
ベンダー管理中心の求人が悪いという話ではありません。上流工程やプロジェクト管理に進みたい人にとっては、要件定義や業務部門との調整を経験できる環境はむしろ好都合です。困るのは、技術を深めたい人が実装も構築もない求人に入ってしまうケースでしょう。
使用技術が書かれていない求人なら、内製の有無、社員が手を動かす範囲、クラウドとオンプレミスの比率を聞いておきます。開発寄りの求人と運用・管理寄りの求人の見分け方は、社内SEへの転職は難しい?転職難易度が高い理由と受かるための対策でも表にまとめています。
IT部門の位置づけ:レポートラインとIT投資の扱い
情シスが会社の中でどう位置づけられているかによって、提案の通りやすさも評価のされ方も変わります。
経営直下やCIO直轄の独立したIT部門なら、ITを事業の改善や成長に使う前提でプロジェクトが動きます。総務部や管理部の一課として置かれている場合は、安定運用とコスト管理が仕事の中心になり、評価も問題を起こさなかったかどうかに偏りやすくなります。
| 項目 | ITを投資として扱う場合 | ITを経費として扱う場合 |
|---|---|---|
| 組織上の位置づけ | 経営直下、CIO直轄、独立したIT部門 | 総務部・管理部の一部署 |
| 求人票に出やすい言葉 | クラウド移行、基幹システム刷新、内製化、業務改革 | 現状維持、コスト削減、運用効率化 |
| 評価されやすい成果 | 業務改善、事業への貢献、プロジェクトの実現 | 障害を起こさないこと、運用コストの削減 |
求人票に、クラウド移行や基幹システム刷新、内製化といった具体的な計画が書かれているかも見ておきます。レポートラインやIT予算の決め方は求人票に載らないことが多いので、書かれていなければエージェントや面接での確認事項に回してください。
勤務条件:残業時間・休日・夜間対応・リリース作業
残業少なめと書かれていても、その理由まで書いてある求人はまずありません。直近の平均残業時間に加えて、繁忙期やシステム切り替えの時期にどう働いているのかまで知っておきたいところです。
社内SEでも、基幹システムのリリース、ネットワーク工事、サーバーのメンテナンスは、業務への影響を避けるために休日や夜間に回されます。オンコールの有無、当番制かどうか、夜間対応の頻度、代休や手当の扱い。求人票に書かれていなければ、必ず聞いておく項目です。
IT業界から事業会社に移る人が見落としやすいのが、休日体系です。工場や店舗の稼働日に合わせて土曜出勤やシフト勤務が入る会社もあり、土日祝休みと書かれていても、例外の注記が小さく添えられている場合があります。年間休日数と、実際の休日対応の有無は分けて確かめてください。
夜間・休日対応があるからといって、すぐに候補から外す必要はありません。月に何回あるのか、誰と分担するのか、対応後にきちんと休めるのか。判断はそこまで聞いてからで遅くないはずです。
給与レンジ:下限と上限、固定残業代の読み方
給与レンジが広い求人では、下限が担当者クラス、上限がリーダーや責任者クラスを想定しているのが一般的な作りです。自分がレンジのどこで提示されるかは求人票からは読めないので、これまでの経験でどの等級が想定されそうかをエージェントに聞いておくのが現実的でしょう。
金額を見るときは、内訳にも目を向けてください。固定残業代が含まれているか、含まれるなら何時間分か。賞与は固定支給か業績連動か。家賃手当や資格手当、退職金制度は年収の数字に含まれているのか。同じ年収500万円でも、中身次第で実質的な条件はかなり変わります。
SESから移る人は、前職の年収が提示額を決める材料として使われやすい点も知っておきましょう。年収の額面だけで比べず、手当や残業代の扱いまでそろえて比較するのがコツです。
求める人物像・キャリアパス:将来任される役割が見えるか
人物像の欄に、社内調整が得意な方、問い合わせに丁寧に対応できる方といった言葉が前面に出ている場合は、日常業務の多くがユーザー対応や部門間の調整になると考えておきます。
社内SEにコミュニケーション力が必要なのは当然です。ただ、開発や企画を増やしたい人は、人物像の欄だけでなく、入社後に担当する技術業務が具体的に書かれているかを見てください。
入社後1〜3年で期待される役割、評価の基準、昇給の仕組みが書かれていれば、それも判断材料になります。資格取得支援や外部研修の記載は、人材育成にお金を使う会社かどうかを見るヒントです。キャリアパスが将来的に管理職を目指せる、とだけ書かれている場合は、そこに至るまでにどんな経験を積む想定なのかを聞いてみると、役職名だけでは見えない業務の広がり方が分かります。
項目同士の食い違いを見る:求人票は組み合わせで読む
ここまでの項目は、1つずつ確認するだけでは足りません。仕事内容・必須条件・体制・募集背景を並べたときに話の筋が通っているかを見ると、求人の実態がぐっと読みやすくなります。
たとえば仕事内容にはDX推進・IT企画・システム刷新が並んでいるのに、必須条件は社内システムの運用保守経験だけで、配属は少人数。この組み合わせなら、入社直後から企画を主導する求人とは考えにくく、まず運用を任せ、余力ができたら改善や企画に広げていく採用と読むのが自然です。
反対に、内製化に向けた増員と書かれ、必須条件に開発経験があり、使用技術も具体的にそろっていれば、実際に手を動かす役割を想定していると見てよいでしょう。
1項目だけを見て、良さそう、危なそうと決めないこと。仕事内容と必須条件、募集背景と体制、給与と期待役割のように、関連する項目を2〜3個つなげて読むだけで、求人票の表面の言葉に振り回されにくくなります。
架空の社内SE求人票を1枚読み解いてみる
ここでは、食品メーカーの架空の求人票を1枚使って、ここまでの見方を実際に当てはめてみます。
| 会社 | 食品メーカー(従業員約600名、東京本社と地方工場2拠点) |
|---|---|
| 職種 | 社内SE(情報システム担当) |
| 仕事内容 | 社内システムの企画・導入、基幹システム(販売管理)の運用保守、サーバー・ネットワーク管理、ヘルプデスク対応、PCキッティング・IT資産管理、外部ベンダー管理、DX推進 |
| 必須条件 | 社内システムの運用保守経験3年以上 |
| 歓迎条件 | 要件定義、ベンダーコントロール、Microsoft 365・Active Directoryの管理、ネットワーク・セキュリティ、プロジェクトマネジメントの経験 |
| 募集背景 | 組織強化のため |
| 配属 | 管理本部 総務部 情報システム課(2名) |
| 年収 | 450万円〜700万円(月30時間分の固定残業代を含む) |
| 休日 | 土日祝(工場稼働日に合わせて一部土曜出勤あり) |
まず目につくのは、仕事内容と必須条件の落差です。仕事内容には企画、導入、インフラ、ヘルプデスク、DX推進まで並んでいるのに、必須条件は運用保守経験の1行だけ。この会社が最初に求めているのは、企画を主導する人ではなく、既存システムの運用を回せる人です。DX推進や要件定義は、入社後の体制や本人の経験に応じて少しずつ任せていく業務という位置づけでしょう。
次に配属先を見ると、総務部の中の情報システム課で、担当者は2名です。IT部門が独立しておらず、管理部門の一部として運営されていることが分かります。その2名で本社と地方工場2拠点を見るわけですから、1人あたりの守備範囲は相当広くなります。
ただ、2名の役割分担までは求人票から読めません。1名が基幹システム専任で、もう1名がヘルプデスクからインフラ、端末管理まで受け持つ体制なら、実質ひとりで広い業務を抱える形です。外部ベンダーの支援がどこまで入っているかも、この求人の評価を左右します。
募集背景の組織強化のため、という一文は判断材料になりません。前任者の退職を埋める採用なのか、新しいプロジェクトのための増員なのかは、エージェントに聞くまで分からない部分です。
歓迎条件に5つの経験が並んでいるのは、いまの2名では手が回っていない領域を補いたいという意図の表れでしょう。要件定義からセキュリティ、プロジェクト管理までを1人に求めているのか、チームで分担する前提なのかは、確かめておく必要があります。
勤務条件にも注意が要ります。工場が2拠点あるので、拠点への出張や、工場の稼働日に合わせた対応が発生してもおかしくありません。休日欄の一部土曜出勤ありという注記からも、出勤の頻度と代休の扱いは聞いておくべきです。年収450万円〜700万円には月30時間分の固定残業代が含まれているため、下限額だけを見ず、基本給と固定残業代、賞与、手当を分けて考えます。
では、この求人はやめておくべきなのでしょうか。答えは、転職の目的によって変わります。
運用経験を活かしながら、インフラやベンダー管理まで一通り経験したい人にとっては、体制と休日対応を確認したうえで十分候補になる求人です。少人数で会社のITを広く支える働き方が合う人にも向いています。
反対に、Web開発や実装を中心に続けたい人、IT戦略や企画だけに集中したい人には、ミスマッチの可能性が高い求人です。入社後の時間の多くを、問い合わせ対応や拠点対応に取られることが予想されるからです。
選考に進むなら、情シス2名の役割分担、工場拠点への対応頻度、夜間・休日の障害対応、募集背景の4点を重点的に確認します。この4点の答えがそろえば、幅広く経験できる求人なのか、少人数で何でも抱える求人なのかを、かなり具体的に判断できるようになります。
言葉どおりに受け取らない方がいい求人票の表現
求人票には、魅力的に見える言葉がよく使われます。言葉そのものが悪いわけではありませんが、背景を確かめずに額面どおり受け取ると、入社後の業務を読み違えます。社内SEの求人でとくに注意したい表現を、考えられる背景と確認したいことに分けて整理しました。
| 求人票の表現 | 考えられる背景 | 確認したいこと |
|---|---|---|
| DX推進 | 紙の申請の電子化や、既存システムの見直しから始まる | 進行中の施策、自分が担当する工程、決裁者 |
| 裁量が大きい | 少人数で判断を任されている、または属人化している | 情シスの人数、相談相手、決裁ルート |
| 幅広い業務を経験できる | 社内IT全般を担当し、業務範囲に境界がない | 中心業務、業務比率、IT以外の業務の有無 |
| 開発経験歓迎 | 実装ではなく、仕様確認やベンダー調整に知識を活かしてほしい | 内製の有無、コードを書く機会、外注範囲 |
| 残業少なめ、アットホーム | 数値や対象範囲が曖昧で、部署や時期を限定している | 直近の平均残業、繁忙期、休日対応 |
| ベンダーに任せているので技術は不要 | 障害時に原因を判断できず、社内とベンダーの板挟みになる | 設計や構成を理解する必要性、障害時の責任範囲 |
| 未経験OK | 完全未経験ではなく、IT経験があればよいという意味の場合がある | 応募条件全体、教育担当、研修内容 |
| その他、付随する業務 | 電話回線、複合機、備品管理、総務・庶務が含まれる | IT以外に任される具体的な業務 |
気になる表現を見つけたら、それだけで悪い求人と決めつけるのではなく、業務内容や体制を具体的に聞くきっかけとして使ってください。質問の起点が具体的になれば、相手から返ってくる答えも具体的になります。
情シスの「やめておくべき求人」を見分けるサイン
ここからは、情シスの求人の中でも慎重に見たほうがいい、やめておくべき求人のサインを整理します。1つ当てはまったら即NGというより、複数が重なっているときほど警戒度を上げてください。
ひとり情シス前提なのに外部の支援がない
現在社内SE不在のため一から環境を整えていただきます、IT全般をお任せします、といった記載がある求人は、まず情シスの体制を確かめましょう。
1名体制で、外部ベンダーやサポート会社との契約もないまま、インフラ、アカウント、セキュリティ、問い合わせ対応まで任される。こうなると、休暇が取りにくい、相談相手がいない、障害時に一人で対応する、という負担がすべて重なります。
引き継ぎ資料がない、引き継ぎ期間が極端に短いといった状況も、業務が属人化しているサインです。入社後に何から手を付けるのか、外部支援がどこまで入るのかを聞いて、具体的な答えが返ってこなければ慎重に判断してください。
業務範囲に終わりがない(総務・庶務の兼任など)
電話回線、複合機、備品管理、さらには総務業務まで求人票に並んでいる場合は、IT以外の仕事がどこまで含まれるのかを確かめます。
幅広い経験を積める求人もありますが、IT業務より総務・庶務の比率が高ければ、技術や上流工程に使える時間は削られていきます。もっと深刻なのは、次の転職のときに、どんなIT経験を積んだのかを説明しにくくなることです。業務範囲が広い求人を検討するなら、IT業務と総務・庶務の比率は必ず聞いておきましょう。
「急募」「即日入社」や長期掲載が続いている
急募、即日入社、すぐに働ける方歓迎といった表現があり、しかも同じ求人が長期間掲載されている場合は、採用を急ぐ理由を確かめたほうがいいでしょう。
前任者がすでに退職し、業務が止まっている可能性があります。長期掲載の理由は、採用条件が厳しすぎる、入社後の負荷が高くて定着しない、社内の承認に時間がかかっているなど複数考えられ、求人票だけではどれなのか分かりません。
同じ会社の社内SE求人が何度も出ている場合も同様です。掲載が長いことだけで避けるのではなく、前任者の退職理由、直近の在籍期間、現在の業務状況をエージェントに聞いて判断します。
ITを「経費」としか見ていない
求人票の中でコスト削減、現状維持、既存システムの保守ばかりが強調され、業務改善やシステム刷新の話がほとんど出てこない場合は、IT部門の位置づけを疑ってみてください。
ITを経費として扱う会社では、必要な予算がつきにくく、提案しても優先順位を下げられます。評価も、問題を起こさなかったか、費用を抑えたかに寄りやすくなります。
安定運用を重視する求人そのものが悪いわけではありません。運用を専門に極めたい人には合う環境です。ただし、改善や新しい技術への挑戦を望む人なら、IT投資の方針と予算の決め方は応募前に聞いておくべきです。
ひとり情シス求人でも合う人・合わない人がいる
ひとり情シスや少人数の情シスは、すべての人にとって避けるべき求人というわけではありません。
開発を続けたい人、特定の技術を深めたい人にとっては、問い合わせ対応や端末管理に時間を取られるひとり情シスは、はっきりやめておくべき求人です。外部支援もなく業務範囲も決まっていなければ、希望する経験はまず積めません。
反対に、インフラ、アカウント、システム運用、ベンダー調整などを短期間で一通り経験したい人には、選ぶ理由のある求人になります。条件は、外部ベンダーの支援、必要な予算、相談できる上司、明確な決裁ルートがそろっていることです。
ひとり情シスとして基幹システムを止めずに運用し、改善まで実現した経験は、次の転職でも十分に説明材料になります。やめておくべきかどうかを決めるのは求人の良し悪しではなく、自分が次に積みたい経験との距離です。
求人票で分からないことの確認方法
前任者の退職理由や実際の業務比率は、求人票をいくら読み込んでも出てきません。内容に応じて、エージェントと面接を使い分けて確認します。
エージェントに確認してもらうこと
企業に直接は聞きにくい情報こそ、エージェント経由で確認するのが現実的です。応募前、遅くとも面接前には、次の項目を聞いておきましょう。
- 前任者の退職理由と、現在の業務の引き継ぎ状況
- 情シスの人数と内訳。開発、運用、ヘルプデスク、管理職の担当範囲
- 直近1〜2年で情シスから退職した人数と、メンバーの在籍年数
- 求人が長期間掲載されている、または繰り返し掲載されている理由
- IT予算が既存システムの維持と新規投資のどちらに使われているか
- 自分の経験で応募した場合、給与レンジのどのあたりが想定されるか
聞き方にもコツがあります。働きやすい会社ですか、と漠然と聞いても、返ってくるのは漠然とした答えです。前任者の退職理由、夜間対応の頻度、外部ベンダーの支援範囲のように、知りたい事実を名指しで伝えてください。
面接・カジュアル面談で自分で聞くこと
面接やカジュアル面談では、入社後の業務と、現場で物事がどう決まっているかを自分で聞きます。質問は数を用意するより、答えから多くを読み取れるものに絞ったほうが効果的です。
まず聞いておきたいのが、入社後半年間でどの業務にどれくらい時間を使う想定か、という質問です。業務比率は求人票に一番書かれにくい情報で、この答えで仕事内容欄の読み方がほぼ確定します。
次に、システム障害が夜間や休日に起きたとき、誰がどう対応しているか。担当者が全部対応している、という答えなら体制に余裕はないと見てよいでしょう。当番制や外部ベンダーとの役割分担が具体的に説明されれば、少なくとも仕組みはあります。
3つ目は、新しいツールやシステムの導入を誰が起案し、どういう流れで決裁されるか。情シスから提案して通った実例が出てくる会社と、上からの指示を待つ会社とでは、入社後にできることがまったく違います。
最後に、入社後1年で期待されている役割も聞いてみてください。答えが既存システムを止めずに回すことに終始するなら運用寄り、改善やプロジェクトの話が具体的に出てくるなら企画寄りのポジションです。現状維持が中心です、と率直に答えてもらえたなら、それはそれで十分な判断材料になります。
回答の中身だけでなく、答え方にも注目しましょう。社内SEの面接官は入社後の上司になることが多く、技術用語を交えた質問に具体的な答えが返ってくるかどうかで、上司のIT理解度や部署の風通しもある程度見えてきます。
口コミサイトや採用ページで補う時の注意点
口コミサイトは、求人票にはない職場の情報を得る材料になります。ただし、退職時の不満が投稿されやすく、内容はネガティブ寄りに偏ります。
全体の点数だけで判断せず、情シス部門に関する具体的な記述と、直近1〜2年の投稿を優先して読んでください。何年も前の口コミを、いまの体制にそのまま当てはめるのは危険です。
採用ページ、社員インタビュー、テックブログに情シスやIT部門の発信があるかも見ておきます。発信がないこと自体は問題ではありません。見るべきは、求人票の説明と採用ページの内容が食い違っていないかです。
最終的には、口コミ、エージェント、面接の情報を突き合わせ、どれか1つだけで判断しないようにしてください。
社内SE求人が見つからないときの探し方
職種名を言い換えて検索する
社内SEという言葉だけで検索しているなら、見えている求人は一部にすぎません。企業によって職種名が違うので、次のキーワードも組み合わせて探してみてください。
| 検索ワード | 出てきやすい求人 |
|---|---|
| 情報システム・情シス | 社内システム、インフラ、アカウント、ヘルプデスクを担当する求人 |
| コーポレートIT・コーポレートエンジニア | 社内IT基盤、業務改善、ITサービス管理を担当する求人 |
| IT企画・システム企画 | 上流工程、業務改革、ベンダーコントロールを中心とする求人 |
| DX推進 | 社内のデジタル化、業務プロセス改善、システム導入を進める求人 |
| 社内IT | 社内向けのIT運用やシステム管理を担当する求人 |
| ITサポート・ヘルプデスク | 問い合わせ、端末、アカウント、キッティングを中心とする求人 |
| 情報セキュリティ | 社内のセキュリティ運用、規程、教育、インシデント対応を担当する求人 |
職種名が違っても、仕事内容や配属部署が社内SEに近い求人はたくさんあります。検索結果を見るときは、客先常駐の有無と、自社内勤務かどうかを必ずセットで確かめてください。
業務名・スキル名で検索する
職種名ではなく、担当業務や技術名から探す方法もあります。基幹システム、ベンダーコントロール、キッティング、Active Directory、Microsoft 365管理、SAPなど、自分が経験した業務や今後増やしたい業務を検索語にしてみてください。職種名の揺れに左右されないぶん、思わぬ求人が引っかかります。
自社内勤務、客先常駐なしといった条件を加えれば、SES求人との混在も減らせます。とはいえ、勤務地欄に顧客先やプロジェクト先の記載が紛れていないかは、1件ずつ見ておくほうが安全です。
求人の入口を組み合わせる
社内SEの求人を探すときは、1つの求人サイトに絞らないことが大切です。入口ごとに、手に入る情報の種類が違います。
- 転職エージェント:非公開求人、企業の採用背景、情シスの体制を確認しやすい
- 求人サイト:公開されている求人を広く比較しやすい
- スカウト型サービス:在職中でも企業からの提案を待てる
- 企業の採用ページ・リファラル:募集数は限られるが、企業の情報を直接確認できる
社内SEは採用枠が小さいうえ、社内の体制や課題を広く公開したくないという事情から、エージェントだけに募集を依頼する企業もあります。公開求人だけを見て社内SEの求人がないと判断するのは早計です。
スカウト型を使う場合は、職務経歴の冒頭に事業会社の情報システム・IT企画職を希望と一行書いておくだけで、希望と異なるスカウトがかなり減ります。
条件を絞りすぎていないか見直す
年収、勤務地、リモート勤務、残業時間、業界、企業規模をすべて固定すると、社内SEの候補はほとんど残りません。
最初に決めた転職の軸以外は、はじめから狭く設定しないでください。業界は広めに見ておき、仕事内容と体制が合う求人だけを残していくやり方のほうが、結果的に自分に合う求人にたどり着きやすくなります。
条件を、絶対に譲れない、確認できれば許容できる、なくても問題ない、の3つに分けておくと、求人を見るたびに判断がぶれることもなくなります。
経験が浅い場合はITサポート・ヘルプデスク求人も入口になる
経験が浅い人が社内SEという職種名だけで探すと、必須条件に届かない求人ばかりが目に入りやすくなります。その場合は、ITサポート、ヘルプデスク、インフラ運用の求人も視野に入れてください。
事業会社で問い合わせ対応やアカウント管理、端末管理、運用保守を経験し、そこから社内SEへ移るルートは十分に現実的です。ただし、単純作業だけで終わる求人ではなく、業務改善や運用設計にも関われる求人を選ぶことが条件になります。
完全未経験OKと職種未経験歓迎は、意味がまったく違う点にも注意しましょう。後者は、社内SEの経験は問わなくても、ITサポートやインフラなどのIT経験は求めているケースがほとんどです。未経験OKと書かれた求人の見極め方は、未経験OKのエンジニア求人が怪しい?元エンジニアが見極め方を伝授でも解説しています。
社内SE求人の相談先とエージェントの使い分け
エージェントは、求人を紹介してもらうためだけのサービスではありません。求人票に書かれていない情シスの人数、外注比率、夜間対応、募集背景を確かめる相談先として使い分けると、ここまで解説してきた求人票の見方が一気に実用的になります。
社内SE・情シス求人が中心なら特化型の社内SE転職ナビ
社内SE・情シスの求人を中心に探すなら、まず相談先に入れておきたいのが社内SE転職ナビです。社内SEに特化した転職エージェントで、客先常駐がないことを社内SEの条件として求人を扱っているため、SES案件が紛れ込む心配をせずに社内SE・情シスの求人を比べられます。
この記事で何度も触れてきた、情シスの人数、外部委託の比率、夜間・休日対応の有無、募集背景といった求人票に書かれにくい情報を、面談の中で確かめやすいのも特化型ならではの強みです。機械的に大量の求人を送るのではなく、面談をもとに一人ひとりに合わせて提案する方針なので、自分の軸を伝えたうえで求人を絞り込んでいく使い方が合っています。
紹介された求人は、ここまで解説した観点で一度自分でも読み込み、引っかかった点を担当者に投げ返してください。その往復を何度か繰り返すうちに、求人票だけでは見えなかった違いがはっきりしてきます。サービスの特徴や利用者の評判は、社内SE転職ナビの評判・特徴をまとめた記事で詳しく紹介しています。
IT特化型・総合型を併用した方がいいケース
希望エリアの社内SE求人が少ないときや、開発寄りの社内SE、自社開発、Webエンジニアの求人も並べて比較したいときは、IT特化型や総合型のエージェントを併用します。
レバテックキャリアやギークリー(Geekly)のようなIT特化型は、技術職や開発職と比べながら探したい人向けです。dodaやリクルートエージェントのような総合型は、業界や勤務地を広げて探したいときに頼りになります。
総合型を使う場合は、社内SEの求人はありますかと聞くだけでは不十分です。事業会社の情報システム、IT企画、社内システム開発の求人をどの程度扱っているか、と具体的に聞いてください。総合型は社内SE専門ではないぶん、聞き方で紹介の幅が変わります。
登録は2〜3社に絞るのがおすすめです。登録数を増やすこと自体を目的にせず、求人の質と担当者の理解度で使い分けていきます。社内SEに強い転職エージェントを比較したい方は、社内SEへの転職におすすめな転職サイト19選【未経験OKも!】を参考にしてください。
エージェントに伝えると紹介の精度が上がること
社内SEになりたい、という希望だけを伝えると、職種名の揺れのせいで紹介される求人の幅がかえって狭くなります。業務内容と避けたい条件まで、たとえば次のように伝えておきましょう。
開発または上流工程の比率が高いポジションを優先したい
ひとり情シスに近い体制や、外部支援のない求人は避けたい
夜間・休日対応は月◯回程度までなら対応できる
初回面談で、現在の業務範囲や使用技術、今後増やしたい経験まで具体的に聞いてくる担当者は、求人との相性をきちんと見ようとしています。反対に、経歴の表面だけを見て求人を大量に送ってくる場合は、希望条件を伝え直してください。それでも改善しなければ、担当者の変更や相談先の切り替えを考える段階です。
社内SEの求人票の見方に関するよくある質問
必須条件をすべて満たしていないと応募できませんか?
すべて満たしていなくても、応募できるケースはあります。企業が書いた必須条件の中に、入社後に補える経験や、実際には優先度の低い条件が混ざっていることがあるからです。
ただし、どれが本当に外せない条件なのかは求人票からは分かりません。自分の経験で応募できるか、企業が特に重視している条件は何かを、エージェント経由で確かめてから判断してください。
情シスの人数が書かれていない求人は避けるべきですか?
人数が書かれていないだけで避ける必要はありません。とはいえ、体制が分からないまま選考を進めるのは危険です。
正社員の人数だけでなく、派遣社員、業務委託、外部ベンダーの支援範囲まで確認し、人数と役割分担が分かるまでは、ひとり情シスかどうかの判断を保留しておきましょう。
年収レンジのどのあたりで提示されますか?
実務経験、担当できる業務、前職年収、企業の給与テーブルによって変わるため、求人票の下限と上限だけでは読めません。応募前に想定される等級をエージェントに聞いておき、内定後は基本給、固定残業代、賞与、手当の内訳を書面で確認します。
求人票と面接で聞いた内容が違ったらどうすればいいですか?
業務内容、配属先、勤務条件に食い違いがあれば、内定を承諾する前に確認してください。口頭の説明だけで判断せず、労働条件通知書などの書面で条件をそろえることが大切です。
食い違いが解消されないときは、エージェントを通じて企業に確認してもらいましょう。納得できないまま承諾を急ぐ必要はありません。
ひとり情シスの求人は全部やめておくべきですか?
全部を避ける必要はありません。外部ベンダーの支援、十分な予算、相談できる上司、明確な決裁ルートがそろっていれば、幅広い経験を積める求人になります。開発や特定の技術を深めたい人にとってはミスマッチになりやすいので、自分が次に積みたい経験と照らし合わせて判断してください。
まとめ
社内SEの求人票は、仕事内容欄だけで判断してはいけません。最初に読むのは、会社がいま必要としている経験が出る応募条件、働き方を左右する情シスの人数と体制、採用の理由が分かる募集背景の3つです。仕事内容欄は期待値の上限として扱い、項目同士の組み合わせから実際の中心業務を読み取ってください。
やめておくべき求人かどうかは、ひとり情シスや運用中心といった特徴だけでは決まりません。開発や技術の専門性を伸ばしたい人には合わない求人でも、幅広いIT業務を経験したい人には選ぶ理由のある求人になります。判断の基準は、いつも自分の軸との距離です。
求人票で分からないことは、前任者の退職理由や長期掲載の理由をエージェントに確かめ、入社後の業務や障害対応を面接で聞いて埋めていきます。求人票、エージェント、面接の3段階で情報をそろえることが、入社後のミスマッチを防ぐ一番確実な方法です。
求人が見つからないときは、検索語を情報システム、コーポレートIT、IT企画、DX推進などに広げ、エージェント・求人サイト・スカウトの入口を組み合わせてください。どの求人が自分の軸に合うのか判断に迷ったら、社内SE特化型の相談先で求人票の裏側まで確かめてから応募先を決めるのが近道です。



















