PR: この記事には広告リンクが含まれます。
この記事で解決すること
SIerやSESで働いていると、「次は客先都合に振り回されず、自社のプロダクトを育てたい」「ユーザーの反応を見ながら改善したい」と考えることがあります。自社開発企業への転職は、その希望を実現できる選択肢のひとつです。
ただし、自社開発という会社分類だけで入社先を選ぶと、仕事内容や技術環境が想像と違い、後悔することがあります。自社開発でも、既存機能の保守が中心の会社、問い合わせや障害対応まで広く担う会社、事業判断によって開発方針が頻繁に変わる会社など、働き方はさまざまです。
この記事では、SIer・SESから自社開発企業へ転職するときに後悔しやすい理由と、入社前に確認したい7項目を整理します。結論は、「自社開発か」だけでなく、配属先で任される仕事、意思決定の流れ、評価される成果まで具体的に確認することです。
先に知っておきたい結論
自社開発企業への転職で起こるミスマッチは、次の7項目を確認すると減らしやすくなります。
| 確認項目 | 後悔しやすい状態 | 入社前に聞くこと |
|---|---|---|
| 仕事内容 | 新規開発を想像していたが、保守運用が中心 | 新規開発、既存改善、運用の比率 |
| 技術環境 | 技術名は新しいが、担当範囲が限定的 | 実際に使う技術と現在の技術課題 |
| 意思決定 | エンジニア主導だと思ったが、事業都合が強い | 優先順位と仕様を決める流れ |
| 開発体制 | 裁量ではなく、一人で抱える範囲が広い | チーム構成、レビュー、役割分担 |
| 仕事の進め方 | 仕様変更や曖昧さへの対応が多い | 変更頻度と開発計画の立て方 |
| 評価・キャリア | 技術成果より売上や管理業務が重視される | 評価軸、昇格条件、キャリア例 |
| 働き方 | 残業は少なくても障害対応が多い | オンコール、繁忙期、出社の実態 |
すべてが整った会社を探すのではなく、自分が変えたいことと許容できる負担を分けるのがポイントです。たとえば、最優先が「ひとつのプロダクトを長く改善すること」なら、既存機能の改修が多くても希望に合う場合があります。一方、実装経験を増やしたい人にとって、調整や問い合わせ対応が大半の役割は慎重に判断したいところです。
自社開発企業へ転職して後悔する7つの理由
1. 新規開発より保守・運用の比率が高かった
「自社プロダクトの開発」と書かれていても、入社後に新機能だけを作れるとは限りません。すでに利用者がいるサービスでは、既存機能の改修、不具合対応、問い合わせ調査、データ修正、リリース作業も重要な仕事です。
保守や運用自体が悪いのではありません。ユーザーの利用状況を理解し、継続的に改善する経験にもなります。問題は、新規開発や設計を期待していたのに、実際の担当業務を確認せず入社することです。
求人票と面接では、次を確認します。
- 新規開発、既存機能の改善、保守運用の比率
- 入社後1〜3か月で担当する可能性が高い業務
- 問い合わせの一次対応を誰が担当するか
- 今回の採用で解決したいプロダクト上の課題
「幅広く担当します」という回答だけなら、最近入社した同じ職種の人が最初に担当した仕事を聞くと、実態を把握しやすくなります。
2. モダンな技術を使える範囲が限られていた
求人票にReact、Go、AWS、Kubernetesなど魅力的な技術名が並んでいても、配属先の全システムで使われているとは限りません。一部の新規サービスだけで採用され、実際には既存システムの改修を担当する可能性もあります。
反対に、古い技術が残っていても、リプレイスやテスト整備、CI/CD改善に時間を使えるなら、設計と改善の経験を積めます。技術の新しさより、「何を担当し、どの課題を変えられるか」で判断してください。
確認したい質問は次のとおりです。
- 配属後に触れる可能性が高いシステムと技術構成は何ですか
- チームが現在抱えている技術的負債は何ですか
- 技術改善へ使う時間は、どのように確保していますか
- 設計、コードレビュー、技術選定へ関われる範囲はどこですか
技術スタック以外の求人票の見方は、エンジニア転職で求人票を見るポイントでも整理しています。
3. ユーザーに近いが、開発の裁量が大きいとは限らなかった
自社開発では、営業、カスタマーサクセス、マーケティング、経営などから利用者の声や事業課題が届きやすくなります。ただし、ユーザーに近いことと、エンジニアが自由に作るものを決められることは同じではありません。
売上への影響、重要顧客の要望、法令や契約上の期限などが優先され、技術改善が後回しになることもあります。事業上の制約を理解して開発することに面白さを感じる人もいれば、技術課題へ集中したい人には合わない場合もあります。
「裁量がありますか」と聞くより、具体的な意思決定の流れを確認しましょう。
- 開発項目の優先順位は誰が、どのように決めていますか
- エンジニアは企画や要件整理のどの段階から参加しますか
- 直近でエンジニアの提案から改善された例はありますか
- 事業開発と技術改善の優先順位が衝突したとき、どう判断しますか
4. 少人数チームの裁量が、役割の広さでもあった
少人数の自社開発企業では、担当領域を越えて動きやすい一方、専任者がいない仕事も引き受けることがあります。実装だけでなく、要件整理、テスト、インフラ、問い合わせ調査、採用、ドキュメント整備まで担当するケースです。
幅広い経験を積みたい人には魅力ですが、特定技術を深めたい人や、レビューを受けながら成長したい人には負担になる可能性があります。「裁量が大きい」という言葉を、決定権の大きさと担当範囲の広さに分けて確認してください。
- 配属チームの人数と、エンジニア以外の職種構成
- PdM、QA、SRE、デザイナーとの役割分担
- コードレビューを誰がどの頻度で行うか
- 欠員時や障害時に一人で抱える可能性がある仕事
- 入社後のオンボーディングと相談相手
オンボーディングも含めて確認したい場合は、試用期間・オンボーディングを確認する方法を使って質問を準備できます。
5. 仕様や優先順位の変化が想像より多かった
受託開発やSIerでは、合意した要件、納期、工程に沿って進める経験が多い人もいます。自社開発では、利用データや顧客の反応を見て、仕様を小さく変えたり、開発を途中で止めたりすることがあります。
この進め方は、価値の低い機能を作り続けないために必要です。しかし、背景が共有されないまま変更が続く、計画が毎回差し替わる、緊急対応が常態化している環境では消耗しやすくなります。
確認したいのは、変更の有無ではなく、変更をチームで扱う方法です。
- 開発計画はどの期間単位で立てていますか
- 優先順位が変わる主な理由と頻度を教えてください
- 仕様変更時に、背景はどのように共有されますか
- 納期と品質が衝突したとき、どのように調整しますか
自分が、決まった要件を着実に実装したいのか、不確実な課題を他職種と整理したいのかも合わせて考えましょう。
6. 技術力だけでは評価や年収が上がらなかった
自社開発企業のエンジニア評価では、実装量だけでなく、プロダクト指標への貢献、障害削減、チーム改善、他職種との連携などが見られることがあります。企業によっては、上位等級になるほどマネジメントや事業理解を求められます。
技術を深めるキャリアを希望しているのに、昇格には管理職になる必要があると、入社後に方向性が合わなくなるかもしれません。入社時の提示年収だけでなく、次の昇給・昇格に必要なことを確認します。
- エンジニアの評価で重視する成果と行動
- 技術職として上位等級へ進んだ人の例
- 評価者とフィードバックの頻度
- 入社予定の等級に期待される役割
- 直近の評価期間で、評価された改善の具体例
評価制度の質問例は、エンジニア転職で評価制度を確認する質問リストでも詳しく解説しています。
7. 残業以外の運用負担を見落としていた
自社サービスを継続して提供する会社では、リリース後の安定稼働にも責任を持ちます。平均残業時間が少なくても、夜間や休日のオンコール、障害時の緊急対応、繁忙期のリリース対応があるかもしれません。
一方、オンコールがあっても、当番制、手当、代休、エスカレーション、再発防止の仕組みが整っていれば、負担を予測しやすい場合があります。制度の有無だけでなく、配属予定チームの実績を確認してください。
- 夜間・休日対応の有無、頻度、担当人数
- 直近半年で発生した重大障害と対応方法
- 障害後の振り返りや再発防止に使える時間
- 通常期と繁忙期の働き方
- リモート勤務や出社頻度のチーム内での実態
入社前に使える確認メモ
候補企業ごとに、次の7行を埋めます。求人票で確認できない項目は、カジュアル面談、面接の逆質問、内定後の条件確認へ持ち越してください。
| 項目 | 確認できた事実 | 未確認・懸念点 |
|---|---|---|
| 仕事内容 | ||
| 技術環境 | ||
| 意思決定 | ||
| 開発体制 | ||
| 仕事の進め方 | ||
| 評価・キャリア | ||
| 働き方・運用 |
「雰囲気がよかった」「成長できそう」といった印象と、確認できた事実は分けて書きます。回答が曖昧だった項目も、すぐに悪い会社と決めつける必要はありません。ただし、入社判断に必要な項目なら、次の選考段階で具体例を聞き直しましょう。
質問の組み立て方は、エンジニア転職の逆質問で聞くことを参考にすると、面接官の役割に合わせて聞き分けられます。
自社開発企業が向いている人・慎重に選びたい人
自社開発企業が向いているのは、次のような人です。
- ひとつのプロダクトをリリース後も継続して改善したい
- ユーザーや事業の課題を理解して技術へ落とし込みたい
- 仕様変更や優先順位の変化に、背景を確認しながら対応できる
- 実装だけでなく、運用やチーム改善にも関わりたい
- 他職種と相談しながら開発することに面白さを感じる
一方、次の希望が強い人は、会社選びを慎重に進めてください。
- 決められた仕様と担当範囲で開発に集中したい
- 短期間で複数業界や案件を経験したい
- 運用、障害対応、問い合わせ調査はできるだけ避けたい
- 技術選定の自由度を最優先したい
- 整備された教育制度と明確な工程を重視したい
自社開発より受託開発が合う場合もあります。会社タイプの違いから比べたい人は、自社開発と受託開発の違いを確認してください。
まとめ：会社名より配属先の実態を確認する
自社開発企業への転職で後悔を減らすには、次の7項目を入社前に確認します。
- 新規開発、既存改善、保守運用の比率
- 実際に使う技術と改善できる範囲
- 開発項目や仕様を決める流れ
- チーム構成、レビュー、役割分担
- 仕様変更と優先順位の扱い方
- 評価、昇格、キャリアの選択肢
- 障害対応、繁忙期、出社の実態
自社開発なら技術力が伸びる、働きやすい、裁量が大きいと一括りにはできません。自分が次の転職で増やしたい経験を決め、候補企業を同じ7項目で比較することが大切です。
次に確認したいこと
まずは「自社開発へ行きたい理由」を、客先常駐をやめたい、プロダクト改善に関わりたい、技術環境を変えたい、評価制度を見直したい、のように具体化してください。理由が違えば、合う企業と求人も変わります。
求人票だけで開発体制や配属後の役割がわからない場合は、複数の求人を同じ基準で比べ、確認できる情報の深さも見ます。相談先を選ぶときは、求人件数だけでなく、自社開発の中身、現在の技術課題、選考で確認すべき懸念点まで説明できるかを比較しましょう。
候補となるサービスと使い分けは、自社開発企業に強い転職サービス比較で整理しています。自分の経験で応募できる求人の幅と、希望する働き方に合う企業があるかを確認してから、利用先を1〜2社に絞ると進めやすくなります。
Service Comparison
転職サービス候補を比較する
まずは得意領域と向いている人を見比べて、相談する候補を2〜3つに絞りましょう。
| サービス | 向いている人 | 注意点 | 確認 |
|---|---|---|---|
| キッカケエージェント転職エージェント | エンジニア経験を活かしてキャリアをしっかり設計しながら転職したい人 | 未経験からエンジニアを目指したい人、年齢制限に該当する人 | 支援内容を確認する |
| レバテックキャリア転職エージェント | 実務経験を活かしてWeb系、自社開発、年収アップを狙いたい人 | 完全未経験で、まず学習相談から始めたい人 | 公式サイトを見る |
| TechClipsエージェント転職エージェント | 年収アップやキャリアアップを狙う現役エンジニアで、事業会社に転職したい人 | 未経験からエンジニアを目指す人や、気軽に情報収集だけしたい人 | 無料カウンセリングを受ける |
Use Case
条件別に選ぶなら
経験年数、希望職種、転職活動の進め方に合わせて選び方を変えましょう。
転職エージェント
キッカケエージェント
20代〜40代前半のITエンジニア経験者、キャリアに悩んでいる人
- ITエンジニア特化で専門性が高い
- キャリア設計からサポートしてくれる
- 企業ごとの具体的な面接対策・フィードバックが充実
転職エージェント
レバテックキャリア
経験者、Web系・自社開発志向
- IT/Web領域に強い
- 職種別に相談しやすい
- 経験者の年収アップ相談に向く
転職エージェント
TechClipsエージェント
ITエンジニア、年収アップを狙いたい経験者エンジニア
- 現役エンジニアがキャリアコンサルタント
- 自社サービス企業に特化した求人
- 年収500万円以上の高年収求人のみ