受託開発と自社事業では仕事の目的が変わる

顧客への納品と事業成果では評価の置き場所が異なる

SIerでは、契約で決めた要件、納期、品質を守り、顧客へ成果物を渡すことが仕事の中心になります。事業会社では、機能を出した後の利用率、売上、業務時間、問い合わせ件数なども開発の評価に入ります。コードが完成した時点ではなく、利用者や事業に変化が出たかまで追う場面が増えます。

この違いは、どちらが優れているかという話ではありません。決められた条件の中で大規模案件を完遂する仕事に力を発揮する人もいれば、利用結果を見ながら変更を重ねる仕事に力を発揮する人もいます。転職前は、自分が達成感を得た場面を過去の案件から書き出し、次の会社で求める仕事と照らします。

利用者との距離が近いほど判断に参加する場面が増える

事業会社では、企画、営業、カスタマーサポート、デザイナーと同じ製品を扱います。問い合わせや利用データをもとに、どの機能を先に直すかを話し合う機会が増えます。仕様を受け取って作るだけでなく、要望の理由を聞き、実装以外の方法も含めて提案する力が求められます。

SIerで顧客の業務を聞き、曖昧な要望を要件へ落とした経験は、この場面で使えます。職務経歴書には「要件定義を担当」とだけ書かず、誰の困り事を聞き、どの制約を確認し、どの案へ決めたかまで記載します。利用者に近い仕事へ移る場合、調整経験は技術経験と同じくらい説明材料になります。

事業会社の中でも内製比率と担当範囲は大きく違う

事業会社という名称だけでは、実際にコードを書く量は分かりません。開発を社内で行う会社、主要部分だけ社内で持つ会社、外部会社への発注管理を中心にする会社があります。社内SE、プロダクトエンジニア、情報システムなど、似た求人名でも日々の仕事は変わります。

求人票では、開発組織の人数、正社員と業務委託の比率、外部会社へ任せる範囲、入社後に担当する工程を確かめます。面接では、直近に社内で実装した機能と、自分が参加するチームの役割を聞きます。会社の分類ではなく、実際の分担で比較すると、転職後のずれを減らしやすくなります。

SIer経験のうち事業会社で評価されやすい部分

要件定義は業務理解と合意形成の経験として伝える

要件定義の経験は、事業会社でも評価されやすい材料です。ただし、工程名だけでは中身が伝わりません。対象業務、関係者数、未確定だった条件、意見が分かれた箇所、自分が決定に関わった範囲を示すと、採用側が仕事の難しさを判断しやすくなります。

例えば、顧客部門ごとに要望が異なった場合、何を共通条件とし、何を後の改修へ回したかを書きます。仕様書を作成した事実より、事業上の制約と技術上の制約をどう両立したかが伝わる書き方が有効です。事業会社では、社内の複数部門と合意を作る場面があるため、この経験が直接つながります。

大規模運用と品質管理は継続サービスで価値を持つ

金融、通信、公共、製造などの案件で、停止できないシステムを扱った経験は、事業会社の運用でも価値があります。障害の一次対応だけでなく、影響範囲の確認、関係者への連絡、復旧後の再発防止まで担当した場合は、その流れを具体的に書きます。

事業会社は自社サービスを長く運用するため、変更の速さだけでなく、障害を起こしにくい変更方法や監視の考え方も求めます。SIerで身に付けたレビュー、試験、変更管理の経験は、速度を落とす手続きとしてではなく、利用者への影響を抑える方法として説明します。

実装から離れていた期間は隠さず役割と補完状況を分ける

管理業務が中心になり、コードを書く時間が減っていた場合、実装経験を大きく見せるより、現在の役割と技術確認の方法を分けて伝えます。レビューで確認した内容、技術選定に関わった範囲、障害時に読んだログやコード、個人開発で補っている技術を書きます。

採用側が知りたいのは、過去に書けたかだけではなく、入社後の役割を担えるかです。実装職へ戻るなら、応募先で使う言語やクラウド環境を使った制作物を用意し、現在も手を動かしていることを示します。管理職を目指すなら、技術判断を他者任せにせず、どの情報で決めたかを説明します。

開発環境と意思決定の違いを確かめる

技術を選べる会社でも制約は存在する

事業会社では現場が技術を選びやすいと言われますが、予算、既存システム、採用人数、監査、法令などの制約があります。新しい技術を使えるかだけでなく、誰が提案し、誰が決め、採用後の運用を誰が持つかを確認します。自由度が高い会社ほど、選んだ後の責任も現場に残ります。

面接では、直近に採用した技術と、その決定理由を聞きます。比較した候補、移行費用、運用担当、撤退条件まで答えられる会社は、技術判断の手順を持っている可能性があります。単に「新しい技術を歓迎」と書かれているかではなく、技術を変更した実例で比べます。

リリース頻度は仕事の速さだけでなく確認方法を表す

短い間隔で変更を出す会社では、自動試験、コードレビュー、監視、段階的な公開が欠かせません。リリースが速いという言葉だけを好条件と受け取ると、試験が不足したまま作業量だけ多い環境を選ぶ場合があります。頻度と品質確認の組み合わせを見ます。

面接では、変更が本番へ入るまでの手順、障害時の戻し方、夜間対応の当番、重大障害後の振り返りを聞きます。SIerで厳しい変更管理を経験している人は、手続きをそのまま持ち込むのではなく、どの確認が利用者を守っていたかを説明します。

内製化の進み方は採用後の役割へ直結する

DXを進める人材が不足していると答える日本企業は約八五％という調査があり、内製化を掲げても人員が揃っていない会社は少なくありません。入社後に既存システムを引き継ぐのか、新規開発を始めるのか、外部会社との分担を作るのかで必要な経験は変わります。

内製化という言葉だけでは判断せず、現在社内で持つ工程、今後社内へ移す工程、採用予定人数、責任者の経歴を確かめます。入社後すぐに幅広い仕事を任される会社では、裁量と同時に支援不足が起こる場合があります。相談相手、レビュー担当、技術負債への予算も聞きます。

年収は入社時の金額とその後の上がり方を分けて見る

IT職の平均だけでは自分の提示額を判断できない

IT・通信職の平均年収は約四六九万円、関東では約四八一万円というデータがあります。ただし、平均には運用、開発、企画、管理など異なる役割が含まれます。SIerから事業会社へ移るだけで年収が上がるとは限らず、担当範囲と企業の給与制度で結果が変わります。

比較するときは、現職の基本給、賞与、残業代、手当と、転職先の提示内訳を同じ項目で並べます。提示年収が高くても、固定残業代や変動賞与の割合が大きい場合、毎月の収入は想定より増えないことがあります。平均値は入口として使い、自分に出る条件は個別に確かめます。

管理経験と技術専門職では給与経路が異なる

IT職の中では、プロジェクトマネジャーの平均年収が約七〇七万円というデータがあり、Webサービスエンジニアの約四五二万円より高い水準です。これは役職名の優劣ではなく、予算、人員、納期への責任範囲が報酬へ反映されている結果です。

事業会社では、管理職と技術専門職の両方に高い等級を用意する会社もあれば、管理職へ進まないと上限が低い会社もあります。入社時の金額だけでなく、技術を深めた場合の等級、管理へ進んだ場合の等級、昇給の実例を聞きます。

株式報酬や福利厚生は現金給与と分けて評価する

上場企業や成長企業では、株式報酬、持株制度、確定拠出年金、住宅支援などが提示される場合があります。これらは価値を持つ一方、現金として受け取れる時期や条件が異なります。株式報酬を額面どおりの年収へ足さず、権利確定の時期、退職時の扱い、売却制限を分けて確認します。

福利厚生も利用条件を見ます。リモート手当があっても出社日数が多い、学習費用があっても承認対象が狭い場合があります。現職と転職先を比べる表には、毎月の給与、変動給、将来受け取る報酬、支出が減る制度を別々に書きます。

求人票と面接で入社後の仕事を確かめる

募集理由を聞くと期待される役割が分かる

欠員補充、事業拡大、内製化、新製品の立ち上げでは、同じ職種名でも採用後の期待が異なります。欠員補充なら前任者が担っていた業務、事業拡大なら増える利用者や機能、内製化なら外部から社内へ移す工程を聞きます。

求人票の「事業拡大のため」という一文で終えず、採用しない場合に何が止まるのかを面接で確かめます。答えが具体的なら、入社後の成果を想像しやすくなります。複数の役割を一人へ集めている場合は、採用後に先に扱う仕事も聞きます。

担当範囲は平常時と障害時の両方を聞く

平常時の開発内容だけでは、実際の負担は分かりません。障害対応、問い合わせ、夜間当番、監査対応、外部会社との連絡など、開発以外の仕事を確かめます。特に自社サービスは運用が続くため、誰がどこまで対応するかが働き方へ影響します。

面接では、重大障害の発生頻度を断定的に聞くより、直近の障害でチームがどう動いたかを聞きます。連絡経路、責任者、復旧後の改修まで分かると、対応が個人に偏っているかを判断できます。オンコール手当や代休の扱いも条件面で確認します。

内定時は配属先と求人票の一致を文書で確認する

選考中に聞いた仕事内容と、内定通知の所属、職位、年収、勤務地が一致しているかを見ます。配属未定の場合は、候補部署、決定時期、希望が通らない場合の扱いを聞きます。口頭で説明された条件は、承諾前に文書で確認します。

転職理由が自社サービスへの関与なら、配属後に受託案件や社内調整だけを担当する可能性がないかを確かめます。年収だけで承諾を急がず、担当範囲、試用期間、評価時期、働く場所を同じ表に置きます。

SIerから事業会社への転職は会社名ではなく仕事の中身で比べる