社内SE転職で本当に見られること｜「開発から逃げた人」で落ちないために

社内SEは、開発職から移りたい人が多い一方で、ポジション数が限られている職種です。募集が出れば応募が集まるため、開発経験があるというだけでは通りません。

問題は、開発職と社内SEでは評価軸が違うことです。ここを理解しないまま応募すると、「開発が辛くなって逃げてきた人」と読まれて落ちます。

社内SEという言葉が指す範囲は会社ごとに違う

まず前提として、「社内SE」という求人タイトルは、実態がかなり異なる仕事をまとめて指しています。

• 基幹システムの企画・要件定義を行い、開発はベンダーに出す（発注側）
• 自社の業務システムを内製で開発・改修する（内製開発）
• PC・ネットワーク・アカウント管理などの情報システム（情シス）
• 上記が混在し、担当者が1〜2人ですべてを見る（ひとり情シス）

同じ「社内SE」でも、必要なスキルも働き方も違います。応募前に、その求人がどれなのかを確認してください。求人票の「業務内容」の最初の1行ではなく、必須要件と歓迎要件の中身を読むと判別できます。

開発職と社内SEで、評価軸はどう違うか

開発職の選考では、技術的にどこまで作れるかが中心になります。社内SEの選考で見られるのは、その手前です。

1. 業務側の要望を、要件に翻訳できるか

社内SEの依頼元は、エンジニアではありません。「この作業を早くしたい」「この数字が見たい」という形で来ます。それをそのまま作ると、たいてい使われないものができます。

何に困っているのかを聞き出し、システムで解くべき部分とそうでない部分を切り分けられるか。ここが最初の評価軸です。

2. 優先順位を決めて、断れるか

社内SEには、複数部署から同時に依頼が来ます。全部やることはできません。何を先にやり、何を今期はやらないと決められるか。そしてそれを依頼元に説明できるか。

開発職として「降ってきた仕様を実装する」立場だった人が、いちばん苦労するのがここです。

3. 既存システムを引き受けられるか

社内SEの仕事の多くは、新規開発ではなく既存システムの維持と改修です。ドキュメントがない、作った人がいない、動いている理由が分からない。そういう状態のものを引き受けて、壊さずに直せるか。

面接で「レガシーな環境ですが大丈夫ですか」と聞かれるのは、この確認です。

「楽そうだから」は志望理由にならない

面接で聞かれる志望動機に対して、残業が少ない・常駐がない・落ち着いて働けるといった点を挙げると、まず通りません。それは条件であって、その会社を選ぶ理由ではないからです。

通る志望理由は、業務側の課題に紐づいています。

• 事業側と直接やり取りしながら、使われるものを作りたい
• 作って終わりではなく、改善まで含めて見たい
• 特定の業務ドメインの知識を積み上げたい

これらは、開発職として経験してきたことの延長として説明できます。実際に、受託や SES で「要件が固まらないまま作らされた」経験があるなら、それは志望理由の材料になります。

応募前に確認しておくこと

求人票だけでは分からず、面接やエージェント経由で確認すべき点です。

特に最後の「評価のされ方」は重要です。社内SEは売上を直接作らない部門になるため、会社によっては昇給の余地が構造的に小さい場合があります。入社時の年収だけでなく、その後どうなるかを聞いてください。

求人の探し方

社内SEはポジション数が限られるため、探し方が結果を左右します。IT特化型のエージェントは開発職の求人が中心になるので、社内SEを狙う場合は総合型も併用したほうが母数を確保できます。