SESから自社開発へ転職する方法｜必要な経験と求人の見分け方

SESで働いていると、「担当案件が変わるたびに技術が散らばる」「顧客の指示どおりに作るだけで、サービス改善に関われない」と感じることがあります。自社開発へ転職すればすべて解決するわけではありませんが、製品や利用者に長期的に関わりたい人には有力な選択肢です。

SESと自社開発の違い

項目	SES	自社開発
開発対象	顧客企業の案件	自社サービス・製品
優先事項	契約範囲、納期、顧客要望	利用者価値、事業成果、継続改善
関わる期間	案件ごとに変わる	同じサービスへ継続的に関わる場合が多い
評価	所属会社と現場の双方が関係	事業・組織内の評価制度
注意点	案件で経験が変わる	自社開発でも保守中心の場合がある

転職で評価される経験

• 要件を整理し、設計へ落とし込んだ経験
• 障害や性能問題の原因を調査した経験
• テスト、レビュー、CI/CDなど品質改善
• 顧客や他職種と認識を合わせた経験
• 後輩支援、タスク管理、チーム改善
• 担当機能が利用者や業務へ与えた効果

自社開発経験がなくても、顧客の課題を理解し、自分で判断した場面があれば材料になります。「指示された画面を作った」ではなく、「入力ミスが多い業務を理解し、バリデーションと表示方法を提案した」のように、背景と行動をつなげます。

職務経歴書の書き方

案件ごとに、目的、規模、期間、担当工程、使用技術、自分の役割、工夫、結果を書きます。機密情報を出さず、業界やシステムの用途を説明してください。案件数が多い場合はすべてを同じ分量で書かず、自社開発求人に近い経験を詳しくします。

自社開発求人の見分け方

• 主力サービスと売上の仕組みが説明されている
• エンジニア組織の人数と役割が分かる
• 企画・デザイン・開発の意思決定方法が分かる
• 入社後に担当する機能や工程が具体的
• 技術選定、レビュー、テストの進め方を確認できる
• 受託・SES事業との売上比率を質問できる

面接で聞かれやすい質問

なぜ自社開発へ転職したいのですか

SESへの不満だけでなく、長期的にサービス改善へ関わりたい理由を話します。「同じ機能の利用状況を見ながら改善し、技術選択が事業成果にどうつながるかまで経験したい」と、次に得たい経験へつなげましょう。

自分で技術的な判断をした経験はありますか

大きな技術選定でなくても構いません。実装方法、調査手順、テスト観点、レビュー改善など、複数の選択肢から理由を持って決めた場面を説明します。判断の結果だけでなく、制約と比較した選択肢も話すと伝わります。

転職前に補いたい経験

現場で経験できない部分は、個人開発や小さな業務改善で補えます。利用者を決め、課題を聞き、最低限の機能を作り、利用後に改善する流れを経験してください。技術の新しさより、なぜ作ったか、どの反応を受けて何を変えたかを説明できる方が、自社開発との接続が明確になります。

自社開発へ行きたい理由を分解する

自社開発へ転職したい理由が『SESが嫌だから』だけだと、面接では弱くなります。顧客や利用者の反応を見ながら改善したい、技術選定に関わりたい、同じサービスを長期的に育てたい、事業と技術のつながりを学びたいなど、前向きな理由へ分解してください。

SES経験を強みに変える視点

SESでの経験	自社開発で評価される言い換え
複数現場を経験	環境変化への適応力
顧客先で調整	非エンジニアとのコミュニケーション
既存システム改修	仕様理解と影響範囲の調査
保守運用	障害対応と安定稼働への意識
テスト中心	品質観点と仕様確認力

不足しやすい経験と補い方

SESから自社開発へ移るとき、不足しやすいのは、プロダクト視点、ユーザー理解、技術選定、継続改善の説明です。現場で経験できない場合は、個人開発や業務改善で補います。小さなツールでも、誰の課題を解決し、使ってみて何を改善したかを記録すれば、面接で話せる材料になります。

ポートフォリオは必要か

経験者転職では、ポートフォリオが必須とは限りません。しかし、自社開発未経験でサービス改善への関心を示したい場合は役立ちます。見た目の豪華さより、README、設計意図、使い方、改善履歴、今後の課題が整理されていることが重要です。

面接での伝え方

• SESで得た経験を否定しない
• 次に増やしたい経験を具体的に話す
• 自社開発企業で貢献できる経験を示す
• 不満ではなく希望する働き方として伝える
• 入社後に学ぶ姿勢と準備を説明する

求人の裏側を確認する質問

自社開発と書かれていても、実態としては保守が中心、他部署からの依頼対応が中心、技術的裁量が少ない場合もあります。面接では、プロダクトの開発サイクル、リリース頻度、エンジニアの意思決定、ユーザーからのフィードバックの扱いを確認してください。

自社開発企業がSES経験者に期待すること

自社開発企業は、SES経験者に対して、環境変化への適応力、既存コードを読む力、顧客や他部署との調整力を期待することがあります。自社開発未経験であることを不利と考えすぎず、複数現場で得た経験をどう生かせるかを説明しましょう。

技術スタックの不足をどう補うか

求人で使われている技術をすべて経験していなくても、近い技術や学習実績で補える場合があります。重要なのは、未経験技術をどう調べ、どう習得するかを説明できることです。個人開発で同じ技術を触り、小さな機能を作っておくと面接で話しやすくなります。

職務経歴書で避けたい表現

避けたい表現	改善例
現場で開発を担当	業務システムの詳細設計、実装、単体テストを担当
保守を担当	問い合わせ調査、ログ確認、改修影響範囲の確認を担当
チームで作業	5名チームでバックエンド改修を担当し、レビュー指摘を反映
勉強中	Reactでタスク管理アプリを作成し、認証機能を実装中

転職先で後悔しない確認項目

• 自社サービスの売上比率
• 入社後に担当するプロダクト
• 開発ロードマップへの関与度
• 保守と新規開発の比率
• レビュー・テスト・リリースの流れ
• 技術負債への向き合い方

転職時期の考え方

現在の現場で設計、レビュー、顧客調整などを経験できる見込みがあるなら、数か月だけ経験を積んでから転職する選択もあります。一方、長期間テストや単純作業だけで成長機会が少ないなら、早めに市場価値を確認する意味があります。

よくある質問

SES経験だけで自社開発へ転職できますか

可能性はあります。評価されるのはSESかどうかではなく、担当工程、技術経験、課題解決、チームでの役割です。自社開発求人に近い経験を職務経歴書で具体的に伝えましょう。

ポートフォリオは必須ですか

経験者転職では必須とは限りませんが、自社開発未経験を補う材料になります。見た目より、設計意図、改善履歴、README、使い方が整理されていることが重要です。

自社開発求人の見分け方はありますか

自社サービスの内容、売上比率、開発体制、入社後の担当プロダクト、保守と新規開発の比率を確認します。求人票の言葉だけで判断せず、面接で具体的に質問しましょう。

SESを否定して話してもよいですか

前職や現職を否定する話し方は避けた方が無難です。SESで得た経験を認めたうえで、次は長期的にサービス改善へ関わりたいと前向きに伝えましょう。

まとめ

SESから自社開発へ転職するには、会社の形態を変えることより、これまでの経験を利用者・課題・判断・結果の言葉で説明することが重要です。求人の自社開発表記だけで決めず、事業、開発体制、入社後の役割を確認し、次に積みたい経験と一致する会社を選びましょう。