Greenで社内SE・情報システム担当を採る｜事業会社ならではの書き方

社内SEや情報システム担当の求人は、SIerやIT企業の開発職とは別の理由で候補者が集まります。受託の現場から事業会社に移りたい人が、「社内の利用者と近い距離で、仕組みを良くしていきたい」と考えて探していることが多いからです。ところが求人票が「PC・アカウント管理、ネットワーク保守、ヘルプデスク対応」と作業の羅列になっていると、その期待に応えられるかどうかが伝わりません。この記事では、Greenで社内SE・情報システム担当を採るときに、事業会社ならではの魅力と実情をどう書くかを整理します。求人を載せる先のGreenは、株式会社アトラエが運営する、IT・Web業界中心の中途採用の求人サイトです。

社内SEを志望する候補者の背景

社内SEの求人に応募する候補者には、いくつかの典型的な背景があります。

• SIerや受託開発から移りたい人：顧客先の要件に合わせて作る仕事から、自社の業務を自分で良くする仕事に移りたい
• 別の事業会社で情報システムを担ってきた人：一人情シスの負担から抜けたい、または逆に裁量の大きい環境に移りたい
• ヘルプデスクの経験者：問い合わせ対応から一歩進んで、仕組みの企画に関わりたい

どの背景の人も共通して見ているのは、「その会社でITがどれだけ大事に扱われているか」です。経営がITに関心を持たず、何かあったときだけ呼ばれる立場なのか。業務改善の提案が通る土壌があるのか。求人票からそれが読み取れるかどうかで、応募の判断が変わります。

事業会社だからこそ書けること

IT企業の開発職の求人と比べたとき、事業会社の社内SEには独自の書きどころがあります。

一方で、事業会社の実情も書きます。社内に相談できるエンジニアが少ないこと、最新の技術を使う機会が開発会社より限られること、利用者からの急な依頼に対応する時間があること。こうした点を伏せると、入社後に「思っていたのと違う」と感じる原因になります。

担当範囲を3つの層で整理する

社内SEの仕事は、大きく三つの層に分かれます。求人票では、入社する人がどの層を中心に担うかを書きます。

1. 運用・サポートの層：端末やアカウントの管理、問い合わせ対応、ネットワークの保守
2. 導入・改善の層：業務ツールの選定と導入、業務フローの見直し、簡単な自動化
3. 企画・基幹の層：基幹システムの企画や入れ替え、外部ベンダーの管理、IT予算の策定

層ごとに、求める経験も変わります。運用の層では、問い合わせに落ち着いて対応できることや、手順を整える力が大切です。改善の層では、現場の業務を聞き取り、道具の選び方に落とし込む力が求められます。企画の層では、予算や契約を扱い、経営に説明する力が欠かせません。

運用の層が中心でも、改善の層に関わる余地があるなら、その割合を書きます。「業務の七割は運用、三割は改善の企画」と書くだけで、候補者は入社後の一日を想像しやすくなります。

エージェントベストの見解

社内SEの採用相談でよく聞く思い込みは、「社内SEは人気があるから、求人を出せば応募は来る」というものです。確かに志望する人は少なくありませんが、その人たちは比べて選んでいます。比べられるのは給与だけでなく、「ITの話が通じる人が社内にいるか」「経営がITに予算をつける気があるか」です。求人票に作業の一覧しか書かれていないと、経験のある候補者ほど、ITが後回しにされている会社だと受け取ります。当社が求人票を作るときは、経営や管理部門の責任者に「この採用でITの何を変えたいのか」を一文で話してもらい、それを求人票の冒頭に置きます。変えたいことがはっきりしている会社の求人は、同じ条件でも反応が違ってきます。

候補者の探し方と声のかけ方

社内SEの候補者にも、Greenでは「気になる」やスカウトで企業側から接点を持てます。社内SEの場合、職種名だけで探すと、候補者の背景が広すぎて文面が絞れません。中心とする層に合わせて、声をかける相手を変えます。

• 運用の層が中心：ヘルプデスクやインフラ運用の経験者。対応の幅を広げたい人に声をかける
• 改善の層が中心：業務ツールの導入経験者や、SIerで業務システムの要件定義をしてきた人
• 企画の層が中心：別の事業会社で基幹システムの入れ替えやベンダー管理を経験した人

SIer出身者に声をかけるときは、スカウト文面で「社内の利用者と直接向き合う仕事であること」を具体的に書きます。受託の仕事に疲れている人ほど、その一文に反応します。逆に、開発を続けたい人には、コードを書く機会がどの程度あるかを正直に書かないと、入社後に離れる原因になります。

選考で確かめること

社内SEの選考では、技術の知識と同じくらい、社内の人とのやり取りの経験を確かめます。ITに詳しくない社員から相談を受けたとき、どう話を聞き、どう説明してきたか。システムの変更に反対する部署があったとき、どう進めたか。こうした経験は、入社後の働き方に直結します。

外部のベンダーとの付き合い方も聞いておきたい点です。事業会社の社内SEは、自分で作るより、外部のサービスや開発会社を選んで使いこなす場面が多くなります。見積もりを比べて選んだ経験、導入が遅れたときに相手とどう話したか、契約の更新をやめる判断をしたことがあるか。こうした話からは、社内SEとしての判断の軸が見えます。

面接には、管理部門の責任者や、ITを多く使う部署の担当者が入ると、候補者は「この人たちと一緒に働く」という実感を持てます。

エージェントベストの見解

社内SEの採用で、求人を出す前に決めておきたいのは「今いる情報システム担当の仕事を、入社した人にどこまで引き継ぐか」です。一人情シスの状態から二人目を採る会社では、今の担当者の負担を減らすつもりで募集したのに、実際には運用の仕事をそのまま新しい人に渡すだけになり、新しい人が改善の層に手を出せない、ということが起きます。そうなると、改善に関わりたくて入った人ほど早く離れます。当社がこの職種の運用を始めるときは、今の担当者に一週間の仕事を書き出してもらい、どれを渡し、どれを残し、どれをやめるかを先に決めてもらいます。この整理ができていると、求人票の担当範囲も、面接での説明も一貫します。

まとめ

• 社内SEの候補者は、ITがその会社でどう扱われているかを見ている
• 利用者との距離、事業への効き方、意思決定の速さなど、事業会社ならではの書きどころを使う
• 運用・改善・企画の三つの層のうち、どこが中心かを割合で示す
• 声をかける相手は中心の層に合わせて変え、SIer出身者には利用者との距離を伝える
• 二人目の採用では、今の担当者の仕事をどう分けるかを先に決める

よくある質問

一人情シスの求人は応募が集まりにくいですか

一人で全部を担う求人は、候補者が負担の大きさを心配します。外部のベンダーや相談先がある場合はそれを書き、経営との距離が近く裁量が大きいことを具体的に示すと、その環境を望む人に届きやすくなります。

プログラミングの経験は求めたほうがよいですか

改善や自動化を任せたいなら、簡単なスクリプトを書いた経験は歓迎条件に入れる価値があります。必須にすると、運用や企画の経験は豊富でも外れてしまう人が出るため、仕事の中心に合わせて判断します。

社内SEとして採った人が、開発職に移りたいと言い出したらどうなりますか

それを避けるには、求人票と面接で、開発の機会がどの程度あるかを正直に伝えておくことが一番です。社内で開発職への異動の道がある場合は、それも書いておくと、長く働くイメージを持ってもらいやすくなります。