30代・未経験からのIT転職は、実際どこまで現実的か

結論：壁になるのは年齢ではなく「早く戦力になれる証拠」の有無

「30代・未経験でIT転職は無理ですか」という問いには、そのままでは答えが出ない。問いの中に、判断に必要な情報がほとんど入っていないからだ。何の職種を狙うのか、いま何の仕事をしているのか、どこに住んでいるのか、年収がいくら下がるまでなら生活が回るのか。これらが決まっていない状態では、無理かどうかではなく「何を確かめれば決められるか」を先に決めるしかない。

採用側の視点に置き換えると分かりやすい。中途採用の求人票には、必ず「必須要件」と「歓迎要件」の欄がある。未経験可の求人でも、この欄が空になっていることはまずない。「Excelでの集計業務経験」「顧客対応経験」「シフト勤務可」といった条件が並ぶ。つまり企業は「経験ゼロの人」を探しているのではなく、自社の業務で早く立ち上がれそうな人のうち、まだその技術を持っていない人を探している。年齢はその判断材料の一つでしかない。

ここでよく誤解が起きる。「30代は不利」と言われるとき、実際に不利になっているのは年齢そのものではなく、年齢に対して期待される給与水準と、入社直後に出せる成果の差である。20代前半なら、低めの年収で採用して2年かけて育てるという計算が立つ。35歳で家族がいて前職年収が550万円なら、同じ育成計画では給与が合わない。だから企業は「その差を埋める何か」を探す。前職の業務知識、マネジメント経験、業界の商流の理解、顧客折衝の実績。これが本記事でいう「証拠」だ。

逆に言えば、この証拠を用意できる人にとって、30代であること自体は決定的な不利にならない。EC担当者であれば、受発注の締め時間、在庫引当のズレが起きる条件、モール別商品番号の持ち方、返品時のCS動線といった知識を持っている。これらは「IT業界の未経験者」が普通は持っていないものであり、EC事業者向けのSaaSやシステム開発会社にとっては、社内で育てるのに数年かかる種類の知識である。

だから本記事は「30代でもいける」「やめておけ」のどちらも書かない。書くのは次の4つだ。①いま出回っている数字のうち、どれが確認できてどれが確認できないか　②採用側が実際に見ている項目　③スクール・独学・現職継続それぞれのコストと期間　④畑違いに動かずに専門職化する別ルート。読み終えたときに、自分のケースで判断できる材料が残るように書く。

「30代・未経験」は3種類ある。自分がどれかを先に決める

検索して出てくる記事の多くは、「30代・未経験」を一つの塊として扱う。しかし実際に求人へ応募してみると、同じ言葉で呼ばれている人の中に、少なくとも3種類がいることが分かる。この分類を先に済ませないと、読む記事も、聞くべき相手も、選ぶ手段も全部ずれる。

①業務未経験・IT接点あり。エンジニアとしての職歴はないが、仕事でシステムに触れている人。EC担当者なら、RMSのCSV一括更新でエラー行を見ながら列を直したことがある、Shopify Adminでメタフィールドを設定したことがある、OMSとWMSの連携が止まったときにログの見方を教わったことがある、といった層だ。コードは書けなくても、システムが何をしているかの見当がつく。この「見当がつく」は学習速度に直接効く。

②業務未経験・IT接点なし。仕事でPCは使うが、業務システムの中身に触れたことがない人。接客・製造・施工・訪問営業など、成果の出し方がシステムと結びついていない職種に多い。この場合、学習コストは①より確実に大きい。変数・関数・配列の説明から始まるため、最初の3ヶ月で手が止まる確率が上がる。不利という意味ではなく、必要な時間の見積もりが違うという意味だ。

③職種未経験・業界経験あり。IT企業に在籍しているが職種が違う人。IT企業の営業・カスタマーサクセス・人事から、エンジニアやデータ系の職種へ移るケース。社内異動という選択肢を最初に検討できる点で、他の2つとは前提がまるで違う。転職せずに解決できる可能性が最も高い層でもある。

この3つを混ぜて「30代未経験の転職成功率」を語ることに意味はない。母集団が違うからだ。同じ理由で、SNSで見かける「30代未経験から半年で転職できました」という報告も、その人が①〜③のどれで、前職が何で、どの職種に入ったのかが分からない限り、自分の判断材料にはならない。

もう一つ、分類しておくべき軸がある。狙う職種の側だ。一般的な解説では、未経験からの入口として、インフラ・運用保守、テクニカルサポート、社内SE補助、Web制作寄りのポジション、SaaSの導入支援やカスタマーサクセス、セキュリティ運用などが挙げられることが多い。ただしこれは複数の解説記事に共通して見られる傾向であって、職種別の未経験可求人数を集計した一次統計に基づくものではない。実際の求人数は、求人サイトで「未経験可」の絞り込みを入れ、自分の通勤圏で検索すれば数分で分かる。他人がまとめた傾向より、自分の地域の実数のほうが判断材料として強い。

ここまでを一枚にすると、自分がどこに立っているかが決まる。「①でインフラ運用を狙う人」と「②でWebアプリ開発を狙う人」では、必要な学習量も、通る確率も、年収の落ち方も別物になる。以降の章は、この分類を持ったまま読んでほしい。

「成功率◯%」はなぜ出典ごとにこれほど違うのか

結論から書くと、本記事では単一の「転職成功率◯%」を判断材料として採用しない。採用できるだけの裏付けが取れなかったからだ。

検索上位には「30代前半の転職成功率46.9%」といった具体的な数字が並ぶ。2026年8月25日時点で調べた限り、この種の数値の出どころとして公式の一次情報にはたどり着けず、第三者の比較サイト側にしか存在しないケースが目立った。定義も母数も書かれていない。そして媒体を横断して集めると、同じ「30代の転職成功率」が4割台から5割台まで散らばる。散らばっている理由は、調査が雑だからではなく、測っているものが違うからだ。

差が生まれる要因は主に3つある。

• 「成功」の定義：内定が出た時点か、入社した時点か、入社1年後に在籍している時点か。どこで線を引くかで数字は大きく動く
• 母数：サービス登録者全体か、実際に応募した人か、面接まで進んだ人か。分母が小さいほど率は上がる
• 年代と業種の切り方：30代を一括りにしたものと、30〜34歳／35〜39歳で分けたもの。IT業界に限定したものと、全業種のもの

この3つが揃っていない数字を並べて比較しても、意味のある差は出ない。むしろ「自分に都合のいい数字を選ぶ」という最悪の使い方になりやすい。

一方で、定義と出典がはっきりしているデータもある。リクルートエージェントが公開している2022年度の転職決定者分析では、30代前半（30〜34歳）で異業種×異職種が35.7%、異業種×同職種が33.9%、同業種×異職種が11.2%。30代後半（35〜39歳）では異業種×異職種が31.4%、異業種×同職種が35.6%、同業種×異職種が11.8%とされている（出典: リクルートエージェント、2022年度データ／2026年8月25日確認）。

この数字の読み方には注意がいる。これは同社を通じて実際に転職を決めた人の内訳であって、成功率ではない。IT業界に限った数字でもない。そのうえで読み取れることは一つある。30代で業種も職種も同時に変えている人は、例外ではなく3割前後を占めるということだ。「30代で畑違いに移るなんて聞いたことがない」という前提は、少なくともこのデータとは合わない。

年収についても同じ問題がある。「未経験1年目の年収」と「ITエンジニア全体の平均年収」を混ぜて書いている解説記事が非常に多い。前者は入口の数字、後者は経験者を含んだ全体の数字で、比べる意味がない。本記事では、確認できる一次統計に到達できていないため、具体的なレンジを断定しない。代わりに、自分で確かめる手順を書く。

• 求人票の「想定年収」は下限を見る。未経験入社なら下限に張り付くと考えて生活費を計算する
• みなし残業（固定残業代）の時間数と金額を確認する。月45時間分が含まれていれば、額面は同じでも時給は大きく違う
• その金額が賞与込みか、月給×12かを確認する。求人票の表記だけでは判断できないことが多い
• 「モデル年収」は在籍者の実績ではなく制度上の想定であることがある。誰の実績かを聞く

平均値を眺めるより、応募候補3社の求人票をこの4項目で読み比べたほうが、判断に使える情報は多い。数字が欲しくなったときは、他人の統計ではなく自分の応募先の数字を取りに行くほうが早い。

未経験を採る会社は何を見ているのか

企業側が未経験採用をどう考えているかについては、参照できる調査がある。レバテックが公開している「IT人材白書2026」では、未経験エンジニアの採用について「採用している」が28.4%、「採用を検討中」が45.0%とされ、合わせて7割超が前向きという結果が示されている。さらに、未経験採用を始めた理由として最も多く挙がったのが「経験者採用が難しくなっているから」で46.5%だという（出典: レバテック「IT人材白書2026」、2026年8月25日確認）。

この数字は2つの意味で慎重に扱う必要がある。第一に、これは企業へのアンケート結果であって、「未経験可の求人が実際に何件出ているか」の統計ではない。「検討中」は求人票にはならない。第二に、調査は2025年11月、企業側の有効回答は1,000件のインターネット調査である点も踏まえて読む。

そのうえで、採用理由の1位が「経験者が採れないから」である点は、応募者側にとって重要な情報だ。未経験枠は「育てたいから」用意されているとは限らない。経験者採用の代替として開いた枠であれば、入社後に求められるのは「早く経験者の穴を埋めること」になる。研修が3ヶ月あるのか、配属後にOJTだけなのか、同期が何人いるのか。この違いは求人票には書かれないことが多いので、面接で直接聞くしかない。

ここまでを踏まえると、通る人と通らない人の差はかなりはっきりする。分かれ目は次の4つだ。

• 転用できる経験を、相手の言葉に翻訳できているか。「在庫管理をやっていました」では伝わらない。「モールごとに在庫が合わなくなる条件を特定して、引当のタイミングと出荷指示の順序を変えた」まで分解すると、業務要件を書ける人だと伝わる
• 学習が続いていることを、成果物で示せるか。「勉強しています」は全員が言う。動くもの、書いたコード、社内で実際に使われている集計シートやスクリプトが1つあれば話が変わる
• 年収の下振れを自分の言葉で許容できているか。ここが曖昧な応募者は、企業側から見て「条件が合わずに辞退・早期離職する確率が高い人」に見える
• 「なぜ今の会社ではできないのか」を説明できるか。これは志望動機の話ではなく、辞める理由の一貫性の話だ。ここが弱いと、入社後に同じ理由で辞めると読まれる

逆に、落ちやすい志望動機の型もはっきりしている。「AI・IT分野は今後伸びるから」「手に職をつけたいから」という、応募先が誰でも成立する動機だ。書いてはいけないわけではないが、これだけで終わるとその会社を選んだ理由がゼロになる。会社ごとに、扱っているプロダクト、顧客の業種、自分の前職経験との接点を1文ずつ足すだけで、書類で読まれる情報量はまったく変わる。

面接で高い確率で聞かれるのは、志望動機よりも「入社後1年で何ができるようになっていたいか」「今の仕事で一番うまくいかなかったことと、その後どうしたか」の2つだ。前者は成長イメージの現実性、後者は詰まったときの動き方を見ている。未経験採用では、技術力そのものより詰まったときに一人で止まらないかが見られる。

スクール・独学・現職継続、3つの道のコストと期間

手段は大きく3つある。それぞれのコストと期間、そして最大のリスクを並べる。数字は「目安」であり、個別の金額は改定されるため、必ず各社の公式サイトで最新の表記を確認してほしい。

費用より先に見るべきは時間である。現職を続けながら学ぶ場合、平日2時間×週5日と週末の数時間で、月あたり60〜80時間程度が上限になる。これを6ヶ月続ければ400時間前後になる計算だが、実務的にはそう単純ではない。EC担当者なら、お買い物マラソンやスーパーSALEの準備期間、年末商戦、決算期の棚卸しといった月は学習時間が事実上ゼロになる。先に年間カレンダーを開いて「学習できない月」を塗りつぶしてから、残った月数で計画を立てる。これをやらずに「6ヶ月で転職」と設計すると、遅れが出たときに自分の能力の問題だと錯覚しやすい。

費用の話に戻ると、給付制度の扱いには注意すべき点が複数ある。まず、個人が申請する教育訓練給付制度には区分が複数あり（一般教育訓練・特定一般教育訓練・専門実践教育訓練）、給付率と上限額は区分と対象講座、そして受講開始時期によって異なる。制度改正にともなう経過措置が設定されることもあるため、「最大◯%戻る」という表記を見たら、それが自分の受ける講座と受講開始時期に当てはまるかを個別に確認する必要がある。該当するかどうかの確認先はハローワークで、雇用保険の被保険者期間などの要件も含めて事前に照会できる。

もう一つ、混同しやすい制度がある。企業向けのリスキリング支援（人材開発支援助成金など）は、申請主体が事業主であり、個人が受け取る給付とは別の制度だ。スクールのサイトで「給付金対象」と書かれていても、どちらの制度を指しているかで、自分に返ってくるのか、勤務先が受け取るのかがまるで変わる。ここは読み飛ばさず、対象講座名・制度名・申請するのは誰か、の3点を確認する。

そして、スクールを検討するなら費用対効果の分母は「受講料」ではなく受講料＋その期間に失う機会で見たほうが正確だ。6ヶ月間、週15時間を学習に使うということは、その時間で本業の実績を積む選択肢を捨てるということでもある。次章で書くとおり、EC実務者の場合はその「捨てる側」の価値が意外に高いことがある。

EC実務経験は、転職市場でどう値段がつくのか

「ECをやっていました」という一言には、ほぼ値段がつかない。値段がつくのは、その中身を分解したときに出てくる個別の経験のほうだ。EC実務者が転職市場で評価されやすいのは、主に次の4領域である。

• データの構造を理解している。SKUと商品管理番号とモール別商品番号が別物であること、バリエーションと属性の持ち方でCSVの列がどう変わるか、在庫引当がどのタイミングで走るか。これはEC向けのシステムを作る側・売る側にとって、社内で教えるのに時間がかかる知識だ
• 業務フローを図に書ける。受注取り込み→在庫引当→出荷指示→伝票番号登録→出荷完了通知、という一連の流れを、例外パターン込みで説明できる人は多くない。要件定義や導入支援の仕事に直結する
• 数字に責任を持ったことがある。ROASや粗利だけでなく、ポイント原価・クーポン原価まで含めて利益を見ていた経験は、SaaSのカスタマーサクセスや事業会社の企画職で通用する
• 顧客の一次情報を持っている。どこでカゴ落ちが起きるか、どんな問い合わせが繰り返し来るか、返品理由の分布はどうか。プロダクト側はこの情報を欲しがっている

売り先も具体的に想像しておいたほうがいい。EC事業者向けSaaSの導入支援・カスタマーサクセス、OMS／WMSベンダーのサポートや導入コンサル、EC支援会社の運用ディレクター、事業会社の情シスやEC部門のシステム担当。いずれも「エンジニア転職」とは呼ばれないが、IT側の仕事であり、前職の知識がそのまま単価になりうる。「未経験からエンジニア」だけを検索していると、この求人群は視界に入らない。

職務経歴書の書き方も、この分解に合わせて変える。「楽天市場店の運営を担当」ではなく、何が壊れていて、どう直して、何がどれだけ変わったかを書く。「モール間で在庫差異が発生していたため、引当のタイミングを出荷指示前に変更し、月あたりの欠品キャンセルを◯件から◯件に減らした」という形だ。数字は必ず分母つきで書く。「売上が伸びた」ではなく「対象200SKUのうち、施策を当てた40SKUで」と書けば、話が具体になり、面接で深掘りされても答えられる。

自分の経験にどの程度の値がつくのかを整理する方法は、EC担当者の市場価値は、何で決まっているのかで4つの軸に分けて扱っている。転職するかどうかを決める前に、いま持っているものの棚卸しを先にやるほうが、順序としては正しい。

もう一つの道：畑違いに動かず「EC×AI」で専門職化する

選択肢を「転職する／しない」の2つで考えている限り、比較は成立しない。実際に競合しているのは、次の3つだ。①IT職種へ転職する　②現職に残ってEC業務そのものを専門職化する　③何もしない。多くの人が最後に選ぶのは③で、その理由は「①と②を並べて比べたことがないから」であることが多い。

②の中身を具体的に書く。EC業務のうち、生成AIを実務に組み込む余地が大きいのは、次のような作業だ。

• 商品説明文の下書き生成と、社内表記ルールに沿っているかの検品
• 問い合わせの一次回答の下書き作成（送信は人が判断する）
• レビューや問い合わせ文面の分類、繰り返し出る不満の抽出
• 広告文の複数パターン生成と、実配信での比較検証
• 在庫や受注データの異常検知の下ごしらえ（差異が出た行の抽出条件を作る）

ここで効いてくるのは、AIツールの操作スキルではない。出てきた出力が業務上正しいかを判定できることだ。商品説明文の生成なら、薬機法・景表法に触れる表現が混じっていないか、モールの禁止表現に当たらないか、型番や容量が原本と一致しているかを見抜けなければ、そのまま公開して事故になる。この判定ができるのは、その業務を実際にやってきた人だけである。だから「AIが使える人」ではなく「AIの出力を検品できる業務知識のある人」が希少になる。

最初の一歩は小さくてよい。自分の業務のうち、①入力と出力が文字で完結し　②正解を自分が判定でき　③週1回以上発生する、の3条件を満たすものを1つ選ぶ。それをAIに通して、うまくいった回と失敗した回をログに残す。1ヶ月分溜まれば、それは職務経歴書に書ける実績になる。「AIを勉強しました」と「自社の商品説明文200件をAI下書き＋人の検品に切り替え、1件あたりの作成時間と差し戻し率を記録した」では、読まれ方がまったく違う。

なお、EC担当者のIT転職については、EC担当者の「未経験IT転職」は無理ゲーかで、「畑違いに動くより掛け算で戦うほうが分がいい」という立場から扱っている。本記事はその結論を否定も追認もしない。どちらが正しいかではなく、条件で分かれると考えているからだ。分岐の目安は3つある。現職に業務を変える裁量があるか。社内に生成AIの利用ルール（使ってよいデータの範囲）が整備されているか。そして、EC担当者としての給与の天井が、自社ではなく業界側で決まってしまっていないか。裁量もルールもなく、天井も見えているなら①に寄る。逆なら②のほうが失うものが少ない。

動く前に埋めるチェックリスト

ここまでの内容を、そのまま質問の形に落とす。転職エージェントでもスクールの無料相談でも、聞く相手は違っても確認すべき項目は同じだ。相談の前に自分の答えを書いてから行くと、話が「一般論の説明」で終わらなくなる。

• その求人は育成枠か、経験者採用の代替枠か。研修は何ヶ月あり、配属後に教えてくれる人は誰か。同じ時期に入る未経験者は何人か
• 自分の通勤圏に、未経験可かつ想定年収の下限で生活できる求人が何件あるか。件数は求人サイトの絞り込みで実際に数える
• その下限年収での手取りと、いまの固定費の差はいくらか。何ヶ月なら赤字に耐えられるかまで出す
• 年間で、学習時間がゼロになる月は何ヶ月あるか。セール準備・年末商戦・棚卸しをカレンダーに書き込んでから計画を立てる
• その講座は給付制度の対象か。制度名は何で、申請するのは自分か勤務先か。「最大◯%」がどの講座に紐づく数字かを必ず確認する
• 転職支援の中身は具体的に何か。求人紹介だけか、書類添削・模擬面接まで含むか。紹介される求人の職種内訳はどうなっているか
• 受講形式は、講師1人に対して受講者が何人か。質問はその場でできるのか、チャットで回答を待つのか。仕事帰りに通うなら振替の条件も

この7つは、どれも「調べれば分かる」ものではなく「聞かないと分からない」ものだ。逆に言えば、無料の相談枠はこれを聞くために使うのが一番効率がいい。

リンク先について、事前に知っておくと質問しやすい点を2つ補足する。1つは指導形態だ。同社が「個人レッスン」と呼ぶ形式は、同社サイトの受講スタイル説明（2026年8月19日確認）では講師1人につき平均3名・最大5名の少人数指導を指しており、常時マンツーマンで専有するという意味ではない。上のチェックリストの7つ目は、まさにこれを確認するための項目なので、そのまま聞けばよい。もう1つは給付制度で、対象になる講座はあるものの、制度の区分も給付率も講座ごとに異なる。「最大◯%」という表記を全講座に当てはめないという原則は、ここでも同じである。

よくある質問

最後に一つだけ。この記事で挙げた7つの質問のうち、2つ目（自分の通勤圏の未経験可求人の件数）は今日中に手を動かせば数分で答えが出る。他人の統計を読むのをやめて、自分の分母を数えるところから始めたほうが、判断は確実に速くなる。