ITサービス業界の企業研究｜受託開発・運用・自社サービスを見分ける

IT企業とIT職種を区別する

IT企業への転職と、IT職種への転職は同じではありません。営業・コンサルティング・設計・開発・運用など、会社の中には異なる役割があり、事業会社の社内にもITに関わる仕事があります。

IPAのデジタルスキル標準は、全てのビジネスパーソン向けのリテラシーと、DX推進を担う人材のスキルを分けて整理しています。職種研究の入口として使い、企業ごとの採用条件とは区別してください。

誰の課題を解く事業かを確認する

受託開発なら顧客から受けた業務課題や要件、自社サービスなら自社が提供する機能や利用者の課題が出発点になります。実際には複数の形を持つ企業もあるため、会社全体の分類だけでは十分ではありません。

LavaCareerでは、募集部門の顧客、収益の仕組み、製品・サービス、担当工程の四点をそろえることを勧めます。大企業と中小企業という規模の違いより、任される仕事を説明しやすくなります。

上流工程という言葉を具体化する

「上流に関われる」と書かれていても、事業構想、業務設計、要件定義、設計のどこを指すかは確認が必要です。顧客との会議に同席することと、意思決定を担うことも同じではありません。

面談では、成果物、決裁者、顧客との直接の接点、設計と実装の割合を質問しましょう。技術を深めたい人は、実装やレビューに継続して関われるかも確認します。

専門性は技術と業務領域の両方で考える

スキルの棚卸しでは、プログラミング言語のほか、設計、テスト、運用、セキュリティ、データ管理などの経験を整理します。さらに金融・医療・製造など、どの業務を理解しているかも分けて書きます。

IPAの標準は自分の役割や学習課題を確認する参考になります。ただし項目を学んだだけで実務経験と同等になるわけではなく、求人の必須要件と照合する必要があります。

AIの導入は仕事の変化として確認する

AIを使っているという紹介だけでは、自分の業務がどう変わるかは分かりません。設計支援、コード作成、検証、顧客向けサービスなど、利用場面と求められる責任を分けて調べましょう。

分析上の論点は、AI導入で作業量が変わる部分と、人による確認・顧客調整・品質管理が残る部分です。AI関連という名称だけから、事業の成長や将来の待遇を判断することはできません。

働く場所と運用責任を質問する

リモート勤務制度があっても、顧客先の条件や扱う情報によって働く場所が変わる可能性があります。運用を担う場合には、夜間対応、当番、障害発生時の連絡体制も比較する項目です。

応募先には、通常時の勤務先、顧客先常駐の有無、勤務制度の適用条件、配属変更の範囲を確認します。会社の制度説明と求人の個別条件を分けて読むことが大切です。

企業研究を応募先の仕事へつなげる

富士通、NEC、日立の企業図鑑では、事業領域と顧客への提供価値を調べてください。その後、興味のある事業部門の募集要項へ進み、同じ役割で比較します。

応募前に「扱いたい課題」「担当したい工程」「身につけたい技術」「受け入れられる勤務条件」を書き出すと、サービスや企業の紹介を自分の判断材料へ変えられます。

待遇の比較で役割をそろえる

想定年収を並べるときは、職位、マネジメントの有無、担当工程、勤務地などの条件を併せて読みます。管理職を含む幅広いレンジと、特定の経験を前提とした募集をそのまま比べると、実際の選択肢を誤解しやすくなります。

育成制度を見る際も、研修一覧だけでなく、実務でレビューを受ける機会や配属後の支援を質問します。資格取得の支援と、希望する技術を日常的に使えることは同じではありません。

将来の専門性を考えるなら、二、三年後に説明できる経験を具体的に想像してください。企業研究を、自分が積みたい実務と募集部門の仕事を照合する作業として使うと、比較軸がぶれにくくなります。