スカウト代行 / 社内SE

社内SEを探すときの検索条件とターゲティング

公開 2026-09-20

社内SEにスカウトを送る前の検索で、「社内SE経験〇年以上、基幹システム、ネットワーク、セキュリティ」で条件を組むと、大企業の情シス部門で一つの範囲だけを深く担った人、小さい会社で一人で全部を見てきた人、ヘルプデスクだけをしてきた人が、同じ一覧に出てきます。「社内SE」の肩書が示す中身は、会社の規模と部門の有無で全く違います。もう一つ大きいのは、知っている言葉(基幹、ネットワーク、セキュリティ、クラウド)を並べると、全部に当たる人は少なく、しかも客先の情シスに常駐してきた人やヘルプデスクから始めた人など、自社の割合の高い中身に近い経験を持つ人を漏らすこと。社内SEの検索で最初にやるべきは、自社の中身の割合と一人目かどうかと決裁の範囲を決め、肩書と言葉の羅列ではなく「何を整え、一人か部門か、誰に説明し、どこまで自分で決めたか」で探すことです。結論を先に書くと、検索条件は、先に自社の中身の割合と一人目かどうかと決裁の範囲を決め、肩書と言葉の羅列ではなく経験(割合の高い中身に近い経験・決まりの無い環境で自分で解決した経験・ITの分からない人に説明した経験)で組み、プロフィールを「何を整え、一人か部門か、誰に説明し、どこまで自分で決めたか」で読み、割合は絞ったまま、転向元(常駐・ヘルプデスク・SIerやSES・情シス部門の一担当)を含めて送る順を決めます。文面の型は社内SEへのスカウト文面に、要件の作り方は社内SEの採用要件の作り方に書いていますので、ここでは「検索条件とターゲティング」に絞ります。媒体ごとの検索の仕様には触れません。仕様は各媒体の公式情報でご確認ください。

先に「割合」「一人目かどうか」「決裁の範囲」を決める

中身の割合(ヘルプデスク、インフラの運用、基幹システムの保守、新しい仕組みの導入がそれぞれどのくらいか)、一人目か二人目以降か(社内にITの分かる人がいるか)、決裁の範囲(いくらまで本人の判断で、上司は誰か)を決めます。三つで探す人が変わります。

決めること探す人が変わる点
割合基幹の保守が高いなら、ベンダーとやりとりして仕組みを保った人。導入が高いなら、新しい仕組みを入れた人。ヘルプデスクが高いなら、問い合わせを整えた人
一人目かどうか一人目なら、決まりの無い環境で自分で解決した人。二人目以降なら、部門の中で担当を持った人でも合う
決裁の範囲決裁が近い小さい会社なら、自分で決めた経験。承認の階層が多い会社なら、稟議を通した経験

止まりやすいのは、「社内SEの経験者」で割合を決めないときと、知っている言葉を全部「かつ」で並べて数人しか出ないときです。決め方は社内SEの採用要件の作り方に書いています。

肩書と言葉の羅列ではなく経験で組む

条件に入れるのは、肩書と製品名の羅列ではなく、要件の必須に当たる経験です。基幹システムの製品名、開発経験、サーバーとネットワークの深さ、セキュリティ、資格、年数は歓迎にします。肩書は「または」で複数(社内SE、情報システム、情シス、ヘルプデスク、インフラエンジニア、システム運用、SE、常駐)を入れるか、入れずにプロフィールの言葉で読みます。

要件検索条件に理由
必須:割合の高い中身に近い経験割合の高い中身の言葉で(「基幹」「保守」「ベンダー」「導入」「ヘルプデスク」「運用」のうち高いもの)中身の中核。低い割合の言葉は入れない
必須:一人目なら、決まりの無い環境で自分で解決した経験環境の言葉で(「一人」「立ち上げ」「整備」「ゼロから」「兼務」)一人目の中核
必須:ITの分からない人に説明した経験検索の条件にならない。プロフィールの言葉で読む社内SEの中核だが、検索できない
歓迎:基幹の製品名、開発、サーバーとネットワークの深さ、セキュリティ入れない全部に当たる人はいない。ベンダーに頼める範囲
歓迎:資格、年数、「社内SE」の肩書入れない常駐やヘルプデスクからの転向を漏らす

止まりやすいのは、製品名と技術の言葉を「かつ」で並べるときです。全部に当たる人は少なく、当たる人は大企業の情シス部門にいて、小さい会社の一人目には合いません。「コミュニケーション能力」「主体性」は検索の条件にならず、面接で確かめます。

プロフィールを「何を整え、一人か部門か、誰に説明し、どこまで自分で決めたか」で読む

社内SEの経験の中身は、四つで読めます。何を整え(ヘルプデスクの流れ、ネットワーク、基幹の入れ替え、クラウドへの移行)、一人か部門か(一人で見たか、部門の中の一担当か)、誰に説明し(経営者、現場、ITの分からない人)、どこまで自分で決めたか(自分で決めたか、稟議を通したか、決められた範囲か)。四つが書いてある人は、肩書が何であっても合うかが読めます。

プロフィールの記述読み方
「社内SEとして各種システムの運用保守」何を整えたかも一人か部門かも無い。中身が読めない
「一人情シスとして、PCの管理からネットワークの更新、〇〇(基幹)の入れ替えまで。経営者に説明して予算を通した」整えたもの、一人、説明、決めた範囲が読める。一人目にそのまま合う
「情シス部門(〇名)でネットワークとセキュリティを担当。〇〇の導入を担当」部門の一担当。深いが範囲は狭い。二人目以降か、割合が合うなら対象
「SIerから客先の情シスに常駐。ヘルプデスクから始めて、サーバーの運用と〇〇の導入まで」常駐からの転向。割合の高い中身に近い経験がある。自社のものとして整えたい動機を読む
「ヘルプデスクとして問い合わせ対応。手順書を整え、問い合わせを減らした」ヘルプデスクからの転向。整えた経験がある。ヘルプデスクの割合が高い中身なら対象
「社内開発で〇〇を作った」社内開発経験者。開発の割合が低いなら、割合の違いに先に触れる

止まりやすいのは、製品名の一致だけで判断するときです。同じ製品を扱っていても、部門の一担当と一人で全部見た人は、小さい会社での動き方が違います。四つで読みます。

エラベルの見解

相談で最も多い思い込みは、「社内SEは『社内SE』の経験者で、自社で使っている製品を知っている人を採るのが確実」というものです。実際には、製品を知っている人は大企業の情シス部門にいることが多く、一つの範囲を深く担ってきたので、小さい会社の一人目で「全部を見て、経営者に説明して、自分で決める」動き方に合わないことがあります。一方で、客先の情シスに常駐してきた人やヘルプデスクから整えてきた人は、割合の高い中身に近い経験を持ち、「社内SE」の肩書では出てきません。ある会社では、「社内SE」「〇〇(基幹の製品名)」「ネットワーク」「セキュリティ」で検索して数人にしか送れず、返信も無い状態でした。担当者が入って、割合を「ヘルプデスク五割、基幹の保守三割、導入二割、一人目、決裁はこの範囲」と決め、製品名と技術の言葉を外し、「一人」「整備」「ベンダー」「経営者に説明」の言葉でプロフィールを読み、常駐からの転向とヘルプデスクから整えてきた人を含めたところ、対象は何倍にもなり、常駐からの転向者から返信が来て、面接で「自社のものとして整えたい」と言われ、合いました。社内SEの検索は、製品名で機械的に絞るより、割合と一人か部門かで人が読み、転向元を含めるほうが合います。

割合は絞ったまま、転向元を含める

対象が少ないときは、割合を「全般」に広げるのではなく、転向元を含めます。転向元は、割合と一人目かどうかで向き不向きがあります。

転向元素養の見どころ向く割合と環境文面の重心
一人情シス経験者全部を見た、経営者に説明した、自分で決めた一人目。どの割合でも二人目以降か聞く相手がいるか、決裁の範囲
情シス部門の一担当深い範囲、稟議を通した経験二人目以降。担当の範囲と割合が合うとき範囲が広がること、決裁が近いこと
客先の情シスへの常駐(SIer・SES)割合の高い中身に近い経験。自社のものとして整えたい動機運用と導入が高い割合自社のものとして整えられること、決裁の範囲
ヘルプデスクから整えてきた人問い合わせを整えた、手順を作ったヘルプデスクの割合が高い一人目整えた後に任せること、割合がどう変わるか
社内開発経験者作った経験、要件を聞いた経験導入の割合が高いとき。開発の割合は正直に開発の割合、導入に関われる範囲
大きな部門から小さな会社へ深い範囲と、広く見たい動機一人目か二人目一人で見る範囲の広さと決裁が近いことの両方

転向元には、文面の一行目で転向であることに先に触れ、転向元ごとに訴求を変えます。一行目の変え方は社内SEへのスカウト文面に書いています。

止まりやすいのは、転向元に「社内SE経験者」向けの文面を送るときです。常駐からの転向に「自社のものとして整えられる」を書かないと、自分に来た文面だと読まれません。

送る順の付け方

条件
割合の高い中身に近い経験があり、一人目かどうかが自社と合い、四つが書いてあり、一行目に書ける一点がある
割合の高い中身に近い経験があり、一人か部門かが違う。違いに先に触れる(部門の人に一人目なら、聞く相手を用意して書く)
転向元。割合の高い中身に近い経験が読め、整えた経験か自分で決めた経験がある。転向の文面で送る
送らない割合の高い中身に近い経験が無い(開発だけの人にヘルプデスク五割)。一人目なのに、決まりの無い環境の経験も整えた経験も無い部門の一担当。四つが読めず製品名の一致だけ。一行目に書ける一点が無い

止まりやすいのは、「製品名が一致するから」で送るときです。割合と一人か部門かと、整えた経験の近さで順を付けます。

条件の保存と見直し

組んだ条件は、「一人目・保守と導入用」「常駐からの転向用」「ヘルプデスク整備用」「部門の一担当用」のように割合と転向元ごとに名前を付けて保存し、送った結果と一緒に記録します。月に一度、返信が来た人の共通点(割合、一人か部門か、転向元、整えたもの、決めた範囲)を見て、条件と読み方を直します。保存の仕方は検索条件の保存と使い回しに書いています。

エラベルの見解

担当する側から見ると、社内SEの検索で会社ごとに差がつくのは、「経営者が中身の割合を正直に決めているか」です。割合が「ITのことは全部」のままだと、担当者は知っている言葉を並べるしかなく、大企業の情シス部門の人ばかり出て、小さい会社の一人目に合いません。経営者が「いまはヘルプデスクが半分、整えたら外に出す、決裁はこの範囲、一人目で聞く相手はベンダーの担当」と決めた会社では、検索の言葉が「一人」「整備」「ベンダー」「説明」に決まり、製品名に関係なく読めるようになり、常駐からの転向とヘルプデスクから整えてきた人から返信が来ました。エラベルでスカウトの検索を担当する人には、条件を組む前に、経営者に「四つの割合、一人目かどうか、聞く相手、決裁の範囲、転向元をどこまで含めるか」を聞いてもらっています。文面の型は社内SEへのスカウト文面に書いています。

代行に出す場合の範囲

担当者が持つのは、要件から必須の経験を取り出して条件を組むこと、出てきた人を「何を整え、一人か部門か、誰に説明し、どこまで自分で決めたか」で読んで絞ること、転向元を分けて送る順を付けること、条件と結果を記録して月に一度見直すこと、です。会社が持つのは、割合と一人目かどうかと決裁の範囲の決定、聞く相手の用意、転向元をどこまで含めるかの判断、要件の必須と歓迎の区別、経営者が担当者に話す時間、です。担当者が社内SEの経歴(整えたもの、一人か部門か、扱ったもの、経路)を読める経験があるかは、担当者を選ぶときに確かめます。技術の深さを見る必要があれば、外部のエンジニアに入ってもらいます。担当者の経歴の見方は担当者の経歴の見方に書いています。

まとめ

よくある質問

自社で使っている基幹システムの経験者に絞りたいです

製品名は歓迎にし、条件には入れません。同じ製品の経験者は市場に少なく、大企業の情シス部門にいることが多い。基幹システムの保守は、ベンダーとやりとりして仕組みを保つ経験があれば、製品が違っても入ってから覚えられます。読むのは「基幹の入れ替えや保守で、ベンダーと何をやりとりし、現場に何を説明したか」です。製品名で絞って数人にしか送れないより、保守の経験で読んで対象を広げるほうが、返信が来ます。

常駐からの転向者は、社内SEとして定着しますか

「自社のものとして整えたい」動機がある人は、定着しやすい。常駐では、整えても自分のものにならず、契約が終われば離れます。その動機を持つ人は、プロフィールに「自社の情シスとして」「腰を据えて」の言葉があることが多い。文面では「自社のものとして整えられること」と「決裁の範囲」を書くと、動機に届きます。一方で、常駐先で決まった範囲だけをしてきた人は、決まりの無い一人目の環境に苦労することがあるので、「自分で解決した経験」を読みます。

出てくる人が少なすぎます

製品名と技術の言葉を「かつ」で並べているか、「社内SE」の肩書で絞っているかを見ます。製品名と低い割合の言葉を外し、割合の高い中身の言葉と、一人か部門かの言葉で読む形にすると増えます。それでも少ないなら、転向元(常駐、ヘルプデスクから整えてきた人、情シス部門の一担当、社内開発)を割合と一人目かどうかに合わせて含めます。一人目で含めるなら、聞く相手を先に用意します。