コトラ（広報チーム） 
自社開発企業への転職を目指す前に知るべき基礎
自社開発企業の主な種類と事業の違い
自社開発企業とは、自社が企画・運営するサービスや、自社内で使う業務システムなどを開発する企業を指します。ただし、自社開発と一口にいっても、扱うものや事業の進め方はさまざまです。
代表的な種類には、一般の利用者や法人向けにサービスを提供する企業、メーカーや事業会社で自社の商品・業務を支えるシステムを開発する企業、グループ会社向けのシステムを担う企業などがあります。利用者が多いサービスでは、機能改善や安定した運用が重要になります。一方、社内向けシステムでは、現場の業務を理解し、使いやすさや業務効率を高める視点が求められます。
同じ自社開発でも、顧客向けのサービスを育てたいのか、事業を支える仕組みを改善したいのかによって、仕事の内容は異なります。企業名や「自社開発」という言葉だけで判断せず、何を開発し、誰が使うのかまで確認することが大切です。
自社内開発と客先常駐の働き方の違い
自社内開発では、所属する企業のオフィスやリモート環境で、自社のサービス・システムに関わる働き方が一般的です。企画、設計、開発、改善、運用までを同じ組織で進めるため、利用者の反応や事業上の課題を踏まえて継続的に改善しやすい特徴があります。
一方、客先常駐では、取引先の職場や取引先が指定する環境で開発業務を行うケースがあります。担当する案件や配属先によって、使う技術、業務範囲、働く場所が変わることがあります。幅広い現場を経験できる可能性がある反面、長期的に同じサービスを育てる仕事とは限りません。
どちらが優れているかではなく、自分が求める働き方との相性で判断することが重要です。自社開発を希望する場合は、求人票の勤務地だけでなく、開発の対象、配属先、取引先での勤務の有無を確認しましょう。
自社開発企業に転職するメリットと注意点
自社開発企業で働くメリットの一つは、開発したものがどのように使われ、どのような反応があるのかを見届けやすい点です。利用者からの要望や利用状況をもとに、改善を繰り返す経験を積めます。開発担当者が企画担当や営業、利用部門と連携する機会もあり、技術だけでなく事業理解を深められる場合があります。
また、開発の前後を含めて関われる企業では、設計、品質確認、運用改善などの経験を広げやすいでしょう。自社の方針や開発チームの状況によっては、技術の選定や進め方の改善に意見を出せることもあります。
ただし、自社開発であれば必ず働きやすい、成長しやすいとは限りません。少人数の組織では、一人が担当する範囲が広くなることがあります。サービスの状況によっては、障害対応や問い合わせ対応が発生することもあります。求人票や面接で、開発体制、運用業務、残業、緊急対応の実態を確認することが欠かせません。
未経験者と経験者で異なる転職の難しさ
未経験者の場合は、実務経験がないため、基礎的な知識を身につけていることや、継続して学べることを示す必要があります。自社開発企業では、採用後すぐに開発チームへ加わることを前提とする求人も多く、応募できる求人が限られる場合があります。
経験者の場合は、開発経験があるだけでは十分ではありません。担当してきた工程、扱った技術、チームでの役割、課題への向き合い方を具体的に伝えることが求められます。自社開発企業では、単に指示された作業を行うだけでなく、サービスや業務の改善に関わる姿勢が評価されることがあります。
未経験者も経験者も、応募先が求める役割を理解したうえで、自分の経験や学習内容を結び付けて伝えることが転職成功につながります。
自分に合う自社開発企業の条件整理
目指したい仕事と関わりたいサービスの整理
求人を探し始める前に、自分がどのような仕事をしたいのかを整理しましょう。利用者向けのサービスを改善したいのか、企業の業務を支えるシステムを作りたいのか、安定した運用を支える仕事に関心があるのかで、選ぶべき企業は変わります。
関わりたい分野も重要です。興味を持てる分野であれば、利用者や業務への理解を深めやすく、長期的に働く意欲にもつながります。ただし、興味だけで絞り込みすぎると選択肢が狭くなります。業界そのものへの関心と、開発の仕事として身につけたい経験の両方を考えることが必要です。
年収・休日・働く場所の希望条件の優先順位
年収、休日、勤務時間、リモートワークの可否、通勤時間などは、転職において重要な条件です。ただし、すべての条件を満たす求人は多くありません。希望を並べるだけでなく、優先順位を決めておきましょう。
例えば、年収を最優先するのか、休日や残業の少なさを重視するのか、出社頻度を抑えたいのかによって、比較する求人は異なります。希望条件を「必須」「できれば満たしたい」「なくてもよい」に分けると、求人を比較しやすくなります。
条件は入社時点だけでなく、将来の働き方も含めて考えることが大切です。評価や昇給の仕組み、勤務場所の変更可能性、育児や介護などの事情に対応できる制度も確認しましょう。
成長できる環境を判断するための基準
成長できる環境とは、単に新しい技術を使っている環境ではありません。目標を持って経験を積み、振り返りや助言を受けながら次の仕事へ生かせる環境といえます。
確認したいのは、担当できる工程の広がり、先輩や上司による支援、学習の機会、チーム内での知識共有の仕組みです。経験が浅い場合は、確認役がいるか、設計や実装に関する相談をしやすいかも重要です。経験者であれば、より難しい課題に挑戦できるか、改善提案を実行できるかを見ます。
「成長できる」という表現だけでは判断できません。実際にどのような仕事を任せるのか、入社後に期待される役割は何かを具体的に確認しましょう。
会社の規模と開発組織の特徴
会社の規模によって、働き方や開発組織の特徴は異なります。比較的小規模な企業では、個人の裁量が大きく、幅広い業務を担当できる場合があります。その一方で、教育担当が固定されていなかったり、担当者の負担が大きかったりする可能性もあります。
組織規模が大きい企業では、役割分担や評価制度が整っているケースがあります。複数のチームや職種と連携しながら、大規模なサービスや業務システムに関われることもあります。ただし、担当範囲が限定される場合もあります。
規模だけで良し悪しを決めるのではなく、開発者が何人いるのか、どのような役割に分かれているのか、自分が配属される組織で何を経験できるのかを確認することが重要です。
転職で譲れない条件と妥協できる条件
転職活動では、理想を明確にしつつ、現実的な判断基準を持つことが必要です。譲れない条件が曖昧なまま応募すると、内定後に迷いやすくなります。
譲れない条件としては、客先常駐がないこと、希望する開発業務に関われること、年収の最低ライン、勤務場所などが考えられます。一方で、使用する言語や細かな福利厚生などは、入社後の仕事や将来の成長を踏まえて柔軟に判断できる場合があります。
条件を整理する際は、現在の不満を解消することだけを目的にしないことも大切です。数年後にどのような経験を積んでいたいかを考え、そのために必要な環境を見極めましょう。
求人票で確認したい自社開発の実態
自社開発の割合と客先常駐の有無
「自社開発」と記載されていても、全社員が自社内の開発に関わるとは限りません。自社サービスの開発と、取引先向けの開発や常駐業務を並行している企業もあります。
求人票では、担当業務の説明に加え、開発案件の内訳、勤務場所、配属予定のチームを確認しましょう。「自社内での開発が中心」といった表現だけでは不十分です。自社開発の割合、取引先で勤務する可能性、配属後に担当が変わる可能性を確認する必要があります。
選考では、「入社後に客先で勤務する可能性はありますか」「配属予定の組織では、どのような案件を担当していますか」と具体的に質問しましょう。
開発するサービス・システムと利用者
求人票から、何を開発するのかを読み取ります。サービス名が分からない場合でも、利用者が一般の消費者なのか、企業の担当者なのか、社内の従業員なのかで、仕事の性質をある程度判断できます。
利用者が明確であれば、開発の目的や改善の方向性も理解しやすくなります。例えば、日常的に多くの人が使うサービスでは、使いやすさや安定性が重要になります。社内業務を支えるシステムでは、現場の作業を正確かつ効率的に行えることが求められます。
応募前に、サービスや事業がどのような課題を解決しているのか、自分の担当業務が利用者にどう影響するのかを把握しましょう。
担当する工程と仕事の進め方
開発業務には、要件の整理、設計、実装、確認、公開後の改善、保守など、複数の工程があります。求人票に「開発を担当」とだけ書かれている場合は、どの工程を担うのかを確認する必要があります。
経験を広げたい場合は、実装だけでなく、設計や利用部門との調整に関わる機会があるかを見ましょう。一方で、経験が浅い段階では、まず実装や確認作業を中心に基礎を固めることが適している場合もあります。
仕事の進め方についても重要です。短い単位で話し合いと改善を繰り返すのか、事前に決めた計画に沿って進めるのかによって、必要な動き方は変わります。チームの進め方と自分の適性を確認しましょう。
使用する技術と技術選定への関わり方
求人票には、使用するプログラミング言語、開発のための仕組み、データを扱う仕組みなどが記載されることがあります。自分の経験と一致しているかは大切ですが、経験のない技術が含まれていることだけで応募を避ける必要はありません。
重要なのは、どの技術を何のために使っているのか、入社後に学ぶ支援があるのかという点です。また、技術選定への関わり方も企業によって異なります。一定の基準に沿って決める企業もあれば、現場の開発者が課題に応じて提案できる企業もあります。
技術名の多さだけで成長環境を判断せず、技術を学び、活用し、改善につなげる機会があるかを確認しましょう。
開発チームの人数と他部署との連携
チームの人数は、業務量や相談のしやすさに影響します。少人数のチームでは意思決定が早いことがある一方、一人の担当範囲が広くなりやすい傾向があります。人数が多いチームでは役割分担が明確な場合がありますが、部署間の調整が必要になることもあります。
あわせて確認したいのが、企画、営業、サポート、利用部門などとの連携です。自社開発では、開発者だけで完結する仕事は多くありません。要望を誰が集め、優先順位を誰が決め、開発者がどの段階から関わるのかを確認すると、実際の働き方をイメージしやすくなります。
働き方と待遇から求人を見極める方法
リモートワークと出社頻度の実態
リモートワーク可と書かれていても、完全に在宅で働けるとは限りません。試用期間中は出社が必要、チームによって出社頻度が異なる、業務状況によって出社を求められるといったケースがあります。
確認すべきなのは、現在の出社頻度、入社直後の働き方、居住地に関する条件、今後の制度変更の可能性です。特に経験が浅い場合は、相談や教育のために出社を基本とする企業もあります。
リモートワークの可否だけでなく、情報共有や相談をどのように行っているかも見ましょう。働く場所が柔軟でも、連携が取りにくければ働きやすさにつながらない場合があります。
残業時間・休日・緊急対応の確認点
残業時間は、平均値だけで判断しないことが重要です。繁忙期の有無、部署や職種による差、障害発生時の対応なども確認しましょう。自社サービスを運営する企業では、時間帯を問わず使われるシステムを扱うことがあります。
休日については、年間の休日数だけでなく、休日出勤の可能性、代休の取り扱い、有給休暇の取りやすさを確認します。緊急対応が発生する場合は、担当者の決め方、連絡方法、対応頻度、手当や代休の有無を聞くとよいでしょう。
求人票に書かれた数字だけでなく、実際の働き方を面接で確認することで、入社後の差を小さくできます。
年収・評価制度・昇給の仕組み
年収は、提示額だけでなく、その内訳を確認することが必要です。基本給、固定残業代の有無、賞与の扱い、各種手当を確認しましょう。固定残業代が含まれる場合は、何時間分なのか、超過分がどのように支払われるのかを把握します。
評価制度では、何を基準に評価するのか、評価の頻度、昇給や賞与にどう反映されるのかを確認します。技術力だけでなく、チームへの貢献、業務改善、担当範囲などを評価する企業もあります。
入社時の年収だけで判断せず、経験を積んだ後にどのような役割や処遇を目指せるのかを確認することが、長期的な納得感につながります。
教育制度と入社後の支援体制
教育制度として研修や学習支援が用意されていても、実際の支援内容は企業によって異なります。未経験者や経験が浅い人は、入社後の研修期間、配属までの流れ、相談相手、業務の確認方法を具体的に確認しましょう。
経験者の場合も、新しい事業や技術に慣れるための支援があるかは重要です。設計書や過去の記録が整っているか、業務知識を学ぶ機会があるか、チーム内で情報共有が行われているかを確認するとよいでしょう。
制度の有無だけではなく、配属先で誰がどのように支援するのかまで聞くことで、入社後の働き方を判断しやすくなります。
福利厚生より確認すべき長期的な働きやすさ
福利厚生は企業選びの要素の一つですが、それだけで働きやすさは判断できません。日々の業務量、相談のしやすさ、評価の納得感、休暇を取得しやすい雰囲気などの方が、長期的な満足度に影響することがあります。
確認したいのは、休職や復職への対応、育児や介護などの事情が生じた場合の働き方、異動や役割変更の可能性です。また、特定の人に仕事が集中していないか、引き継ぎができる体制になっているかも重要です。
制度の一覧を見るだけでなく、社員が実際に利用できる環境かどうかを選考で確認しましょう。
避けたい求人の特徴と見分けるための質問
自社開発と書かれていても実態が不明な求人
自社開発を強調しているにもかかわらず、開発対象や配属先、勤務場所が具体的に書かれていない求人には注意が必要です。自社サービスの一部に関わる可能性があるだけで、実際には取引先向けの業務や常駐勤務が中心となる場合もあります。
求人票だけで判断できないときは、自社開発の比率や配属予定チームの業務を質問しましょう。質問に対して具体的な説明が得られるかどうかも、企業の情報開示の姿勢を判断する材料になります。
業務内容や配属先が曖昧な求人
「幅広い業務を担当」「適性に応じて配属」といった表現は、さまざまな経験を積める可能性がある一方、入社時点で担当業務が定まっていないことも示します。希望する仕事と異なる業務になる可能性もあるため、注意が必要です。
確認すべき点は、募集の背景、配属予定の組織、最初に任せる業務、担当変更の可能性です。欠員補充なのか、組織拡大なのかによっても、求められる役割は変わります。
技術や成長を強調しすぎる求人
新しい技術を扱えることや、成長できることを強調する求人は魅力的に見えます。しかし、具体的な開発内容、教育体制、チームの状況が示されていない場合は、実態を確認する必要があります。
技術を多く並べていても、入社後にそのすべてを使うとは限りません。成長を求める文化が、十分な支援がないまま個人に過度な負担を求める環境になっている可能性もあります。実際に任せる仕事、学習支援、相談体制を確認しましょう。
条件が良すぎる求人で確認したい点
未経験でも高い年収、完全在宅、残業がほとんどないなど、条件が非常に良い求人を見つけた場合は、条件が成立する理由を確認することが大切です。募集要件が高い、成果への期待が大きい、特定の業務負担があるといった背景があるかもしれません。
給与の内訳、試用期間中の条件、固定残業代、昇給条件、業務委託ではなく雇用契約かどうかなどを確認しましょう。説明が曖昧なまま急いで応募や承諾を求められる場合は、慎重に判断する必要があります。
面接で開発体制と働き方を確認する質問
面接は評価を受ける場であると同時に、企業を見極める場でもあります。抽象的に「働きやすいですか」と聞くのではなく、具体的な業務に結び付けて質問すると、実態を確認しやすくなります。
- 入社後に配属される可能性が高いチームでは、どのようなサービスやシステムを担当しますか
- 開発業務における、自社内開発と取引先向け業務の割合を教えてください
- 最初に任せる業務と、入社後数か月で期待される役割を教えてください
- チームの人数と、それぞれの役割を教えてください
- 要望の整理や優先順位の決定には、開発者がどのように関わりますか
- 出社頻度、繁忙期、緊急対応が発生した場合の対応方法を教えてください
- 評価では、どのような成果や行動が重視されますか
質問への回答だけでなく、面接担当者が具体例を交えて説明できるかも確認しましょう。
自社開発企業への転職を成功させる準備
応募先に合わせた職務経歴書の作成
職務経歴書では、担当した業務を時系列で並べるだけでなく、応募先が求める経験に合わせて整理することが重要です。自社開発企業への応募では、開発した内容、担当工程、チームでの役割、改善した点を具体的に記載します。
例えば、実装を担当した場合でも、どのような課題があり、誰と連携し、どのように進めたのかを示すと、仕事への向き合い方が伝わります。利用者や業務の理解をもとに改善した経験があれば、積極的に記載しましょう。
応募先ごとに、求められる技術や役割は異なります。求人票を読み、特に関連する経験を分かりやすく伝えることが大切です。
経験が浅い場合に伝えるべき学習と成果
経験が浅い場合は、実務経験の不足を補うために、何を学び、どのように行動したかを伝えます。学習した技術の名称だけでなく、なぜ学んだのか、何を作ったのか、途中でどのような課題があったのかを説明できるようにしましょう。
資格取得や学習時間も取り組みを示す要素になりますが、それだけでは十分ではありません。自分で調べ、試し、改善した経験を伝えることで、入社後も学び続けられる姿勢を示せます。
未経験者の場合は、すぐに高度な業務を任せてもらえることを前提にするのではなく、基礎から着実に貢献していく意欲を伝えることが重要です。
ポートフォリオで示したい問題解決の力
ポートフォリオでは、完成した画面や機能だけでなく、作成した目的と工夫した点を示しましょう。単に見本を再現したものよりも、自分で課題を設定し、利用者を想定して考えたものの方が、問題解決への姿勢を伝えやすくなります。
説明では、作った理由、想定した利用者、実現した機能、技術を選んだ理由、苦労した点と解決方法を整理します。改善の過程や、今後追加したい機能があれば、それも伝えるとよいでしょう。
ポートフォリオは規模の大きさよりも、自分がどこまで考え、どの部分を担当したのかが明確であることが重要です。
面接で伝える転職理由と志望動機
転職理由は、現職への不満だけで終わらせず、今後どのような仕事に取り組みたいのかにつなげて説明します。例えば、継続的にサービス改善へ関わりたい、利用者の声をもとに開発したい、設計から運用まで経験を広げたいといった前向きな目的を伝えます。
志望動機では、その企業の事業やサービス、開発組織に関心を持った理由と、自分の経験・強みを結び付けます。どの企業にも使える内容ではなく、応募先を調べたうえで、自分がどのように貢献したいかを具体的に伝えることが重要です。
面接では、分からないことを曖昧に答えるよりも、学ぶ意欲や調べたうえでの考えを誠実に伝える姿勢が求められます。
内定後に確認すべき雇用条件と入社後の役割
内定後は、口頭で聞いた内容だけで判断せず、雇用条件を書面で確認しましょう。確認項目には、雇用形態、試用期間、給与の内訳、勤務時間、休日、勤務地、業務内容、残業代、評価制度などがあります。
特に自社開発を希望している場合は、配属予定の組織、担当予定の業務、客先勤務の可能性を改めて確認することが大切です。入社後に期待される役割や、最初の目標についても聞いておくと、準備を進めやすくなります。
自社開発企業への転職を成功させるには、「自社開発」という言葉だけで応募先を選ばないことが重要です。開発するもの、働き方、組織体制、自分の成長機会を具体的に確認し、自分の優先順位に合う企業を選びましょう。
