· updated

【体験談】エンジニア 転職 未経験｜2026年リアルと3段階の道

営業や事務からエンジニアに転職したい、でも 2026 年でも本当に間に合うのか、独学かスクールか、ポートフォリオに何を入れれば、迷っていませんか。実際、ラッコキーワードの実測（2026 年 5 月時点）でも「エンジニア 転職 未経験」は月 590 人以上が検索しており、私自身も営業 7 年 → SES 2 年半 → 自社開発 → 現役の生成AIエンジニアという 3 段階を歩いてきた当事者です。

結論から言うと、学習 3-6 ヶ月＋転職活動 3 ヶ月以内を目安に、職種 5 つから 1 つを選び、AI 機能を 1 つ組み込んだポートフォリオで同じ未経験勢と差別化するのが筋です。本記事では、3 段階キャリアパスのリアル、職種 5 つ／年収・年齢・働き方／スクール型と独学型の 2 ロードマップ／ポートフォリオの 5 要素／資格／AI 時代の差別化軸まで、ChatGPT・Claude・Cursor・Claude Code を業務で日々叩いている現役の生成AIエンジニア視点で整理します。

結論：2026年も未経験からエンジニアに転職できる、ただし「誰でも簡単」ではない

未経験からエンジニアへの転職は、2026年も現実的な選択肢です。ただし「誰でも簡単に」ではなく、学習3〜6ヶ月＋転職活動3ヶ月以内を見込んだ動き方が必要で、ロードマップ・年収・年齢・働き方の4つを最初に整理しておくと後悔が減ります。本記事のコアメッセージは1行——営業職で身につけた「気配り」は、エンジニアになっても最強の武器になります。私自身が営業7年→未経験SE→現役生成AIエンジニアという3段階を歩いてきた一次体験を起点に、未経験のあなたが今週から何を始めるかまで降ろせる粒度で並べました。

本記事の射程は10セクション。職種5つ／年収・年齢・働き方のリアル／スクール型と独学型の2つのロードマップ／ポートフォリオの設計／エージェント・本・資格・サイトの使い分け／AI時代の差別化軸／前職別の最短ルート／つまずきやすいポイント／次の一手——を、業務で日々 ChatGPT・Claude・Cursor・Claude Code を叩いている現役の生成AIエンジニア視点でまとめています。

結論を、もう少し丁寧に——「未経験は飽和」論への現役からの返答

📖 この章で使う用語

  • 未経験転職：これまでの職種・業界とは別のキャリアに移ること。「中途入社」のうち、業務経験が無い領域に挑戦するケース。
  • SERP（サープ）：検索結果ページの略。Google で検索したときに並ぶページ一覧のこと。本屋の「平積みコーナー」のイメージ。
  • 未経験は飽和：「未経験OK求人より応募者が多い」という業界の声。営業時代に「新規開拓も飽和している」と何度も言われたのに似た構図です。

検索すると「未経験エンジニアは飽和している、やめとけ」という記事と、「3ヶ月で内定取れます」という楽観論が、両方とも目に入ってきます。どちらも極論で、未経験のあなたが知りたいのは現実的な中間の数字だと思います。

業界一般のデータとして、プログラミングスクール RUNTEQ が発表しているプレスリリースでは、卒業生のうち3ヶ月以内に内定獲得した割合が70%を超える（30代以上を含む）という実績が公表されています（出典：RUNTEQ プレスリリース、取得：2026-05-14）。これは自社調査・自社母数のため過度に一般化はできませんが、「30代だから無理」という極論を覆すデータとしては参考になります。

私自身の一次データも添えておきます。スクールでの学習を経て転職活動に入り、応募は10社以下、3ヶ月以内に SES で内定——これが当時の実際の動き方でした。教材・スクール名・社名は伏せますが、「思ったより早く決まった」という体感は今も鮮明です。競合記事の多くは「12ヶ月かけて準備する独学前提のロードマップ」を提示しがちですが、現実にはスクールという選択肢を使えば、もっと圧縮できます。

ただし、飽和している層がいるのも事実です。それは「戦略のない未経験」——とりあえずスクールに通った／とりあえずポートフォリオを作った／とりあえずエージェントに登録した、という人たちです。逆に戦略のある未経験——前職の強みを翻訳して言語化できる人／AI 時代を踏まえた差別化軸を持っている人——には、2026年も十分に余地があります。本記事は後者の戦略を、3段階のキャリアの一次体験で並べた地図です。

未経験から目指せるエンジニア職種5つと、選び方の判断軸

📖 この章で使う用語

  • Web系エンジニア：Webサイト・Webアプリを作る仕事。フロントエンド（見た目）とバックエンド（裏側）に分かれます。
  • フロントエンド：ユーザーが目で見て触る部分を作る側。お店の「内装と接客」担当のイメージ。
  • バックエンド：データベースや処理など、画面の裏側を作る側。お店の「在庫管理とレジ精算」担当のイメージ。
  • SES（エス・イー・エス）：System Engineering Service の略。エンジニアを取引先の現場に常駐させて働かせるビジネス形態。派遣との違いは「指揮命令は SES 所属企業にある」点。
  • 自社開発：自分の会社が自社の製品を作る形態。商社の自社製品開発と同じ構図。

未経験から目指せるエンジニア職種は、ざっくり5つに整理できます。職種選びは年収だけで決めず、「最初の2年で何を学べるか」を軸にするのが、私の体験から言える一番のおすすめです。

職種未経験ハードル学習コスト年収レンジの目安AI時代の影響
Web系（自社開発）高め高い高くなりやすいプラス（AI 統合の需要が増えている）
SES低め中程度入口は控えめ現場による
社内SE中程度中程度安定プラス（社内 AI 推進の追い風）
インフラ中程度中程度安定やや影響あり（クラウド前提）
テスター低い低い控えめ自動化の影響を受けやすい

具体的な年収数値は H2「年収・年齢・働き方のリアル」で出典付きで扱います。ここではざっくりした傾向だけご覧ください。

Web系エンジニア（フロント / バックエンド）

Web系は、未経験者の主たる転職先のひとつです。学習教材も豊富で、自分でアプリを作って公開するハードルが他職種より低い。ただし、Web系自社開発は人気がある分、競争率も高く、ポートフォリオの完成度を厳しく見られます。

フロントエンド（画面側）とバックエンド（裏側）のどちらから入るかは好みでよいのですが、未経験の最初の数年はバックエンドのほうが応用が効く、というのが私の体感です。データの流れと業務ロジックを掴んでおくと、後でフロントにも、AI 統合にも回れる土台になります。

SES エンジニア——最初の入口として現実的、ただし現場ガチャあり

SES は System Engineering Service の略で、自社で雇ったエンジニアを取引先の現場に常駐させて働かせる形態です。私自身、最初はここから入りました。

正直に書きます。SES の最大の強みは入口の間口が広いことで、最大の弱点は現場ガチャ（配属先によって学べる量が大きく違う）です。私の SES 時代は、結果的に大手企業に常駐して Ruby による業務改善と **graphDB（グラフ型データベース、人やモノを「線でつなぐ」イメージ）**を使った基幹システム開発に携わることができました。これは運の要素も大きいと思います。

未経験で SES を選ぶ場合のコツは、面接時に**「どの案件にアサインされる可能性があるか」**を遠慮なく聞くことです。「行ってみてのお楽しみ」と濁す企業は避けたほうが無難、というのが私の感覚です。SES の地雷の見分け方と「2-3年で使い倒す設計」については、SES やめとけで詳しく整理しました。

社内SE・情報システム部門

社内SE は、自社の業務システムを担当する立場です。「社内便利屋」と揶揄されがちですが、業務知識×IT の組み合わせが効くポジションで、営業や事務の出身者と相性が良いです。AI 時代に入って、社内の AI 活用推進を担うポジションとしても評価が高まっています。

インフラ・ネットワーク・テスター

インフラエンジニアは、サーバー・ネットワークなど「土台」を作る人です。建物の電気・水道工事をイメージしてください。クラウド（AWS など）が前提の時代になり、未経験から入れる余地も残っています。テスターは作ったソフトの動作確認をする職種で、入口の難易度は最も低い一方、AI による自動化の影響を最も受けやすいポジションでもあります。

私が SES → 自社開発を選んだ理由（一次体験）

私の場合、営業7年→SES に約2年半→自社開発スタートアップに約3年強、という順番で歩きました。なぜ最初に SES だったかというと、未経験で自社開発に直接入るハードルが高かったから、というのが正直なところです。

SES でRuby と業務システムの基礎を覚えてから自社開発に移ったことで、いまの会社では Scala / Python も含めて自社言語スタックから AI API を呼ぶ実装まで担当しています。**「最初の2年で何を学べるか」**で職種を選んだのは、結果的に正解だった、と振り返って感じています。SES を 2.5 年で次のキャリアに移った経緯と、辞めるかどうかの判断軸については、SES やめとけで詳しく書いています。

年収・年齢・働き方のリアル（出典厳守ゾーン）

📖 この章で使う用語

  • 賃金構造基本統計調査：厚生労働省が毎年実施する給与の公的統計。「業界・職種・地域別の標準的な給料」を示す国の調査。
  • フルリモート：完全に在宅で働ける勤務形態。出社ゼロ。
  • YMYL：Your Money or Your Life の略。健康・お金・キャリアなど、人生に影響する情報の Google での扱い基準。「断定的に書けない領域」のこと。

ここは数字が並ぶゾーンです。先にルールを明示しておきます。「絶対に年収◯万円アップする」「必ず稼げる」のような保証表現は一切書きません。記載する数字はすべて出典＋取得時期付きで扱います。

未経験エンジニアの年収レンジ（出典：doda 2026 / 厚生労働省）

転職サービス doda が公表している「業種別・職種別の平均年収」では、IT・通信エンジニア全体の平均はおおむね 450万〜500万円台で推移しており、2026年5月14日取得時点での同領域の代表値は約450万円台として公表されています（出典：doda 平均年収ランキング、取得：2026-05-14。最新の正確な数値は doda の公表ページで事前にご再確認ください）。

ただしこの数字は経験者を含む全体平均であり、未経験で入る段階ではこの水準より低いところからスタートするのが現実です。未経験エンジニアの初年度年収レンジは、おおむね 300万〜400万円台前半が市場の中心、というのが私が見聞きしてきた範囲です。具体的な数字は地域・業態（SES／自社開発／受託）・職種で差があり、厚生労働省の 賃金構造基本統計調査（政府統計の総合窓口 e-Stat、取得：2026-05-14）で「情報処理・通信技術者」の全国／都道府県別データを確認できます。

📌 私の年収はどう変わったか（金額は非公開） オーナー方針として、本記事では私個人の年収金額は1円も書きません。書けるのは事実だけ。営業時代から比べて、年収は上がりました。SES の最初の年は前職とほぼ横並び、自社開発に移ってから明確に上向きました。金額の具体は伏せますが、未経験から入って数年で「上がる方向に進める」事実があった、というのが私の一次体験です。

年齢の壁——20代／30代／40代でどう変わるか

未経験エンジニア転職の年齢の壁は、率直に書くとあると感じます。20代＞30代＞40代の順で採用されやすい、というのが業界の一般傾向です。

ただし、冒頭でも触れたとおり、RUNTEQ の発表データ（出典：RUNTEQ プレスリリース、取得：2026-05-14）では、30代以上を含めて3ヶ月以内の内定獲得率が70%超と公表されています。「30代だから諦める」必要はない、というのが私の体感です。私自身、営業を約7年4ヶ月続けてから動いたので、20代ジャストとは言えない年齢でのスタートでした。

40代以降は、求人母数自体が減るので戦略性が一段必要になります。ただ、社内SE や業界特化の SES など、業界知識を活かせるポジションは残っています。

フルリモートは未経験で取れるのか

「未経験 フルリモート」で検索される方が多いので、率直に書きます。取れなくはありませんが、難易度はかなり高いです。フルリモート求人の多くは中堅以上を想定しており、未経験を採るとしても最初はハイブリッド出社から始めるのが現実的なラインです。

これは私の個人的な見解ですが、未経験の最初の2年は出社で学んだほうが、結果的に成長速度が早いと感じています。先輩の画面を横から見られる、雑談ベースで質問できる、こうした非言語の学びが在宅では得られにくいからです。フルリモートは、技術と社内文脈に慣れた2-3年後に狙う、という二段階戦略を私はおすすめします。

未経験エンジニア転職のロードマップ——私の場合はスクール3〜6ヶ月＋転職活動3ヶ月以内

📖 この章で使う用語

  • CRUD（クラッド）：Create / Read / Update / Delete の頭文字。データの「作成・読み取り・更新・削除」の4操作で、Webアプリの基本動作。Excel の「行追加・閲覧・編集・削除」と同じ。
  • GitHub（ギットハブ）：プログラマー版の「学習ノート＋作品集」が住む場所。エンジニア界の Twitter / LinkedIn 的存在。
  • 写経：参考書のコードを一字一句そのまま打ち直すこと。「料理レシピ通りに一度作ってみる」のと同じ。

ロードマップは**スクール型（3〜6ヶ月）と独学型（10〜12ヶ月）**の2択で並べます。私自身はスクール型でした。両方の選択肢を正直に置きますので、自分の状況で選んでみてください。

私の場合——スクールで 3〜6ヶ月、応募 10社以下／3ヶ月以内

私は営業を続けながらプログラミングスクールに通い、学習期間は3〜6ヶ月でした。教材・スクール名は伏せますが、独学ではなく伴走者がいる環境を選んだのは、当時の自分にとって正解だったと振り返って感じています。

スクール卒業相当のタイミングで転職活動を開始し、応募10社以下、3ヶ月以内に SES で内定——というのが当時の動き方の事実です。ポートフォリオは「営業時代の業務改善メモを Markdown でまとめ直したもの」を提出しました（詳細は次章セクション 5で書きます）。

📌 当時の私が大事にしたこと スクールは「教材代の節約」より「伴走者を買う」と捉えていました。営業時代に1日約60件の訪問で覚えたのは、続けるためには孤独を減らす設計が要る、ということ。スクールは知識ではなく、続けられる環境を買う場所——という整理で、当時の自分は3〜6ヶ月という短さで実務水準に届いたと思っています。

独学型ロードマップ・フェーズ1（1-3ヶ月）—— 学習習慣の確立と基礎文法

独学型の出発点は学習習慣の確立です。1日1時間でも、週6日続けるほうが、週末に8時間まとめてやるより遥かに身につきます。営業時代の私が新規開拓で痛感したのと同じ——継続は質に勝ちます。

最初の3ヶ月で扱うのは、選んだ言語の基礎文法と、ターミナル（パソコンに文字で指示を出す画面）、Git（ソースコードの履歴管理ツール）、GitHub の3点セットの基礎です。写経（参考書のコードをそのまま打ち直す）で十分。むしろ写経から逃げないことが、後の自走力につながります。

独学型ロードマップ・フェーズ2（4-6ヶ月）—— 自作Webアプリ1本完成

4ヶ月目からは自作の小さなWebアプリを1本作るフェーズに入ります。教材コピーではなく、自分の課題を解くアプリにしてください。

要件は最小限でOKです。**CRUD（データの追加・閲覧・編集・削除）＋ログイン認証＋デプロイ済URL＋ソース公開（GitHub）**の4点が揃えば、それだけで未経験ポートフォリオの最低ラインを超えます。詳しくは次の H2「ポートフォリオに何を入れるか」で書きます。

独学型ロードマップ・フェーズ3（7-9ヶ月）—— ポートフォリオ仕上げと応募開始

ポートフォリオの README（プロジェクトの説明書）を整え、応募を始めるフェーズです。エージェント登録と並行して、気になる会社には直接応募もしてみてください。直接応募が通る人は、エージェント経由でも通ります。

独学型ロードマップ・フェーズ4（10-12ヶ月）—— 面接・選考・内定承諾

応募が走り出すと、面接・コーディングテスト・最終面接が並行で進みます。面接の練習はエージェントの担当に頼めるので、遠慮なく使ってください。営業時代の商談前ロープレと同じで、回数を踏むほどよくなります。

2026年版・AI時代の学習効率化（独自セクション）

ここは2026年に学習を始める人のためだけの追加章です。ChatGPT・Cursor・Claude Code を学習の相棒として最初から組み込むことを強くおすすめします。

  • 教材を読んで詰まったら、その場で ChatGPT 始め方 で書いたように「ここで何が起きているか、未経験向けに3行で説明して」と聞く
  • コードを書く環境は Cursor 使い方 でまとめたとおり、最初から Cursor（AI が住み着いたエディタ）にしておくと、書きながら相談できる
  • ターミナル側に住む相棒は Claude Code 始め方 を参考に。フォルダ単位の作業を任せられる

私が未経験だった頃にこれらが揃っていたら、学習期間は今の半分以下だったと感じます。あなたはこのスタート地点に立てる、というのが2026年の大きなアドバンテージです。

失敗パターン3つ（独学者が陥りやすい）

  1. 教材ジプシー：新しい本を買い続けて、最後まで終わらない
  2. 写経だけで終わる：自分で書いていない／自分の課題を解いていない
  3. ポートフォリオが教材コピー：チュートリアルそのまま、これは即バレします

ポートフォリオに何を入れるか（評価される設計）

📖 この章で使う用語

  • ポートフォリオ：未経験者にとっての「作品集」。営業時代の提案書のサンプル集と同じ位置づけ。
  • API（エー・ピー・アイ）：別のサービスの機能を借りて使うための「注文票」。お店のレジで使う注文票のイメージ。
  • デプロイ：作ったアプリを、世界中から見られる状態にして公開すること。「商品を店頭に並べる」操作。
  • README（リード・ミー）：プロジェクトの説明書ファイル。家電製品の取扱説明書と同じ位置づけ。

ポートフォリオの必須要素は5つ。これが揃っていない時点で、書類選考で不利になります。

  1. CRUD（データの追加・閲覧・編集・削除の4操作）
  2. ログイン認証
  3. 公開URL（誰でも見られる）
  4. GitHub のソース公開
  5. README（プロジェクトの説明）

私のポートフォリオ実例——営業時代の業務改善メモを Markdown でまとめ直した

私が当時提出したものは、いわゆる**「派手なアプリ」ではありませんでした**。提出したのは、営業時代の業務改善メモを Markdown でまとめ直したものでした。前職で「ここが非効率だったから、こう直すべき」と感じていた業務プロセスを、自分の言葉で言語化し、整理しただけのものです。

これが面接で圧倒的に語りやすかった理由は、「アプリを作りました」より「前職の現場で実際に困っていたことを、技術で解こうとした実例です」と語れたから——営業時代の気配り、つまり相手の業務を読み取る力を、ポートフォリオの形で可視化していた、と振り返って思います。

派手な技術スタックを盛るより、自分が前職で何に困っていて、それをどう解こうとしたかを1本まとめておく。これは、SES 時代に Ruby で実際にやることになった業務改善の素地にも、自然につながりました。

2026年版の差別化——生成AI API を最低1箇所組み込む

2026年に未経験エンジニアが提出するポートフォリオで、確実に差がつくのが生成AI API の組み込みです。

「メモアプリ＋AI要約機能」「ToDo リスト＋AI による優先度提案」など、最小構成で構いません。ChatGPT API（OpenAI）か Claude API（Anthropic）を1機能だけ呼んでいる事実だけで、同じ未経験勢の中で頭ひとつ抜けます。

実装の参考になる基礎概念は、AIエージェントとは と RAG とは でまとめています。未経験の段階では、エージェントの仕組みやRAG の構造を「作る前に読んでイメージを掴む」程度で十分です。

その手前で、ChatGPT・Claude・Gemini の共通の土台にあたる「LLM（大規模言語モデル）」自体の輪郭は、別記事の LLM とは で日常のたとえを使って整理しています。学習の入口として LLM → エージェント／RAG の順で読むと、API を叩く前のイメージが立ちやすいです。

転職活動の進め方——エージェント／スクール／本／資格／サイトの使い分け

📖 この章で使う用語

  • 転職エージェント：求人紹介＋転職活動の伴走者。「結婚相談所のキャリア版」のイメージ。
  • 基本情報技術者試験：経済産業省所管の国家資格。IT の基礎を体系的に問うもの。「IT版の運転免許」のイメージ。

ここでは Google で「エンジニア 転職」と入力したときの候補に並ぶ「エージェント／本／資格／サイト」のキーワードを、まとめて扱います。

転職エージェント——未経験向けと総合型の使い分け

エージェントは、ざっくり3類型に分かれます。

  • 未経験向け強化型：IT 系の未経験者にフォーカスしたエージェント。求人の質より量・サポートの厚さで助かることが多い
  • 総合型：doda、リクルートエージェント、マイナビなど。求人の母数が圧倒的に大きい
  • IT 特化型：レバテック、Geekly など。経験者向けが中心だが、ポテンシャル枠で未経験を扱う案件もある

当時の私の動き方を抽象化して書きます：エージェントは1〜2社、求人サイトも併用、というのが現実的なバランスでした。具体的な社名・サービス名は伏せますが、1社に絞らず、2軸で動くほうが情報の偏りを避けられました。

プログラミングスクール——本当に必要か

私の答えは**「必須ではないが、有効な選択肢」**です。私自身はスクールを使い、3〜6ヶ月で実務水準に届きました。

スクール費用は、未経験向けで月数万円〜数十万円のレンジが市場の中心です。具体的な料金感は各社の公式ページで事前にご確認ください。また、未経験者が費用を抑える観点では、厚生労働省の 教育訓練給付制度（厚労省 教育訓練給付制度の案内、取得：2026-05-14）と、経済産業省の リスキリングを通じたキャリアアップ支援事業（経産省 リスキリング支援事業、取得：2026-05-14）が、給付金対象スクールの一覧と料金水準を公的に確認できる出発点になります。

費用対効果は伴走者の有無で決まる、というのが私の感覚です。独学で1年間続けられる自信がある人は独学型でいい。続けられる環境を買いたい人は、スクール型が現実的な選択です。

本・教材——最初の1冊を絞り込むコツ

未経験者が最初に買うべき本は、分厚すぎないものです。500ページの定番書より、200ページで一通り動かせる入門書のほうが、最後まで完走できる確率が高い。

そして2026年版の追加コツとして、読書中に詰まったら ChatGPT に「この章を未経験向けに3行で説明して」と頼める時代になっています。本に書いてあることをそのまま AI に説明させて、自分の言葉で再構築する——これが、最も効率の良い読書体験のひとつです。

資格——基本情報技術者試験を取るべきか

これも結論から書きます。未経験者なら、基本情報技術者試験は持っていて損はない、というのが私の答えです。経済産業省所管の国家資格で、IT の基礎を体系的に学べます。

私自身が転職時に持っていたのは、情報処理検定3級と**.com マスター（ベーシック）**でした。基本情報技術者は持っていませんでしたが、SES 入社後に勉強する機会があり、後付けで取っておけばよかったと思っています。

逆に、AWS や Linux などのベンダー資格は、未経験段階で先取りする必要はないと感じます。実務に入ってから取るほうが、理解が深まる——というのは、いまの自社開発で AWS（EC2 / RDS / Lambda / S3 / SQS / Elasticsearch など）を日常的に触っているから言える本音です。

転職サイトの使い方（直接応募 vs エージェント経由）

転職サイトは、エージェント経由では出てこない求人を見るのに有効です。ただし、未経験段階ではエージェントのほうがマッチ率が高いケースが多く、サイトはエージェントの補完として使うのが現実的です。私自身、当時はエージェント1〜2社＋サイト併用、という動き方でした。

2026年の未経験エンジニア転職、AI時代を勝ち抜く3つの差別化軸——営業の「気配り」はエンジニアでも最強の武器

📖 この章で使う用語

  • 生成AI：文章・画像・コードを「作り出す」AI のこと。ChatGPT・Claude・Gemini が代表例。
  • SFA（エス・エフ・エー）：Sales Force Automation の略。営業の活動を記録・支援するシステム。

ここが本記事の心臓部です。コアメッセージを、もう一度はっきり書きます。

営業職で身につけた「気配り」は、エンジニアになっても最強の武器になります。 なぜなら、エンジニアの仕事は「コードを書くこと」ではなく、相手の業務を理解して、相手が困っていることを技術で解くことだからです。

これは、3段階のキャリア（営業7年→未経験SE→現役生成AIエンジニア）を歩いた末に、いまの私が一番強く感じている本音です。営業時代の自分に、いまの自分が一番渡したい一言を選ぶなら、間違いなくこれです。

ロジックを明示します。

  • 営業の「気配り」 = 相手の状況・前提・本音を読み取る力
  • エンジニアの「設計力」 = 相手の業務を理解して、技術で解く力
  • つまり、気配り = 顧客理解 = 設計力、という等式が成立する

世の中には「コードが書けるエンジニア」は山ほどいます。でも、「気配りができるエンジニア」は希少です。ここに、未経験のあなたの最大のチャンスがあります。

差別化軸1：営業時代の気配りを「設計力」に翻訳して見せる

面接・職務経歴書・ポートフォリオの全てで、**営業時代に「相手目線で課題を言語化した実例」**を出してください。私のポートフォリオが業務改善メモの Markdown だったのは、まさにこの実装例でした。

「お客様の困りごとを聞いて、自分なりに整理して、提案書に落として持っていった」——営業時代の当たり前の動きが、エンジニアの世界では「要件定義の素養」として高く評価されます。営業の現場で当たり前にやっていたことが、エンジニアの世界では希少スキルなんです。

差別化軸2：生成AI に前向きであること

職務経歴書の自己PR欄に、「ChatGPT を業務で使った経験があります」「Cursor / Claude Code で AI とコードを書いた経験があります」と1行入れるだけで、2026年は他の未経験者と差がつきます。

これは私が現職で、社内のAI 活用推進をしている立場から見ても、はっきり感じます。AI に前向きな未経験者と様子見の未経験者では、企業から見た「将来の伸びしろ」が明確に違います。

差別化軸3：AI時代の長期視点——「気配り × 生成AI」が最強ポジション

「コードを書けるだけ」から「生成AI で何を解くか」を考えられる人に、評価軸が移っています。これは私が業務で AI API 利用（OpenAI / Anthropic / Google API）／RAG／AIエージェント／コーディングアシスタント／全社推進の4領域すべてに従事している実感です。

そしてこの新しい評価軸に、営業出身の気配りは驚くほどフィットします。AI に何を聞くか、AI が出した答えをどう翻訳して相手に届けるか——ここに必要なのは技術力よりも相手理解の精度だからです。気配り × 生成AI = 顧客の業務を AI で解くエンジニア、というのが、私の考える2026年最強のポジションです。

そのためにも、まずは AI を触ること。最初の入口は次の 4 つです。ターミナルに抵抗がない人は Claude Code から、抵抗がある人は ChatGPT か Cursor から、というのが私のおすすめの順序です。

営業マン／事務職／銀行員／個人事業主から、未経験エンジニアへ——前職別の最短ルート

📖 この章で使う用語

  • （新規用語なし。これまでの章で出た用語のみ使います）

前職別に、未経験エンジニア転職での「強み」と「最短ルート」を整理します。

営業職——1日60件の訪問で鍛えた「断られても続ける力」

私自身がここの当事者です。営業時代の私は400名規模の通信機器商社で法人営業をしていて、1日約60件の顧客訪問を続けていました。新規開拓では「結構です」と断られるのが日常で、断られてからが本番でした。

この継続力が、エンジニア転職で圧倒的に活きました。学習で詰まっても折れない、面接で落ちても次に進める、ポートフォリオを書き直し続けられる——これらは全部、営業時代に鍛えた筋肉の応用です。「営業からエンジニアへ」は、SERP では地味なテーマですが、実は最強の前職のひとつだと、現役の立場から自信を持って言えます。

事務職——業務改善視点が社内SE・Web系で活きる

事務職の方は、日々業務の非効率を肌で感じています。「ここを Excel マクロで自動化したい」「この転記作業をシステム化したい」と思った経験は、そのまま社内SE の素養です。

最短ルートとしては、**社内SE か Web系（バックエンド）**がおすすめです。前職の業務知識が、そのまま面接でのストーリーになります。

銀行員——金融特化エンジニアという独自ポジション

金融機関出身の方は、Fintech（フィンテック）系での独自ポジションが取れます。決済・与信・口座管理など、業界の基礎知識を持ったエンジニアは希少で、業界に戻る形で評価されやすいルートです。

個人事業主——フリーランス・受託に向きやすい

1人で完結する仕事を経験してきた方は、フリーランス・受託への適性があります。ただし未経験で最初からフリーランスは難易度が高すぎるので、まず正社員で1〜2年経験を積んでから独立するのが現実的なラインです。

つまずきやすい3つのポイント（一次体験から）

📖 この章で使う用語

  • （新規用語なし）

未経験エンジニア転職で、私自身と私の周囲の人がハマっていた3つの壁を、正直に書きます。

壁1：学習が孤独——独学は折れやすい

これは私自身が一番痛感した壁です。営業時代は同僚と昼休みに愚痴を言い合えましたが、独学のプログラミング学習は完全に孤独です。

対処は 2 つ。スクールで伴走者を買う（私はこちらを選びました）か、AI を相棒にする。後者は 2026 年の特権で、Cursor 使い方 と Claude Code 始め方 のどちらかから入り、書きながら相談できる環境を作ると、孤独感がかなり減ります。

壁2：ポートフォリオが教材コピーになる

教材のチュートリアル通りに作ったアプリは、面接で即バレします。「自分の課題を解く小さなアプリ」に作り直してください。私の場合は前職の業務改善メモを Markdown でまとめ直す形にしましたが、何でも構いません。前職の課題を持ち込むことだけは、外さないようにしておくと安心です。

壁3：面接で「なぜエンジニア？」に答えられない

これは想像以上に多い壁です。「年収が上がりそうだから」では弱い。「営業時代に〇〇という非効率を感じていて、技術で解きたい」「AI 時代に取り残されたくない」——営業時代のエピソード × AI時代の問題意識を組み合わせたストーリーを、面接前に何度か口に出して練習しておくと、当日の言葉の出方が大きく変わります。

営業時代の私が商談前にロープレを欠かさなかったのと同じで、面接も練習量で決まります。エージェントの担当に頼めば、模擬面接に何度でも付き合ってくれます。

始めたあとに、次に何をすればよいか（3つの方向性）——コアメッセージ再掲つき

📖 この章で使う用語

  • （新規用語なし）

ここまで読んで「で、明日から何をすれば？」と感じている方へ。3つの方向性をご提案します。焦らず、興味のある順で構いません。

方向性1：まず AI を触る（推奨）

未経験から学習を始める前に、まずAI を触ってください。これは順序を間違えるとロスが大きい部分です。

  • ChatGPT 始め方——最初の10分で「文章でAIと話す」感触を掴む
  • Cursor 使い方——AI が住み着いたエディタ、コードを書く前に触れる
  • Claude Code 始め方——ターミナル側の相棒、ちょっと踏み込みたい人向け

方向性2：AI 実装の基礎概念を掴む

ポートフォリオに AI を組み込むなら、土台になる基礎概念だけは押さえておくと迷子になりません。

  • AIエージェントとは——「AI が自分で道具を使って進める」仕組みを丸ごと整理
  • RAG とは——「社内文書を AI に読ませる」仕組みを身近な例えで解説

方向性3：Claude Cowork で、いまの仕事から AI を組み込む

未経験エンジニア転職の前に、いまの仕事のなかからAI を業務に組み込む選択肢もあります。

  • Claude Cowork 使い方——ターミナル不要、デスクトップで動くデスクトップ型エージェント

転職活動と並行して、いまの職場で AI 活用の実績を1つ作っておくと、面接で語れるネタが1つ増えます。私が現職で社内推進している実感として、「いまの会社でAI を使い始めた事実」は職務経歴書に書けるだけで強い武器になります。

最後にもう一度——コアメッセージの再強調

ここまで、職種・年収・ロードマップ・ポートフォリオ・差別化軸・前職別ルート・つまずきポイントを並べてきました。情報量が多かったと思います。最後に、本記事で一番覚えて帰っていただきたい1行を、もう一度書きます。

営業職で身につけた「気配り」は、エンジニアになっても最強の武器になります。

コードを書ける人は、世の中にたくさんいます。でも、相手の業務を読み取れる人は希少です。そこに生成AIが加われば、2026年の未経験エンジニア転職市場で、これ以上ない差別化ポジションが取れる——というのが、私が3段階のキャリアを歩いて到達した本音です。

未経験のあなたの最大の武器は、前職で培った気配り × いま AI を触っている事実。この2つは、いまから今週中に積み上げ始められます。本記事を閉じたあと、まず ChatGPT 始め方 を開いて、最初の1問を投げてみてください。そこから先のキャリアは、もう動き始めています。

よくある質問

Q1: 未経験エンジニア転職におすすめのルートはありますか？

A. 王道は Web系（フロント／バックエンド）か SES からの入口です。Web系自社開発は学習量が要りますが伸びしろが大きく、SES は入口の間口が広いものの現場ガチャがあります。私自身は SES からスタートし、そこで Ruby と業務システムの基礎を覚えて自社開発に移りました。**「最初の2年で何を学べるか」**で職種を選ぶのが、年収より大事な軸だと感じています。

Q2: フルリモートで未経験から働けますか？

A. 不可能ではありませんが、難易度はかなり高めです。2026年5月時点の傾向として、フルリモート求人の多くは中堅以上を求めています。未経験のうちはハイブリッド出社から始めて、技術と社内文脈に慣れた2-3年後にフルリモートを狙うのが現実的だと感じます。最初の2年は出社で学んだほうが、結果的に成長速度が早い、というのが私の体感です。

Q3: 何年目から転職を考えるべきですか？

A. 「未経験から転職する場合」と「エンジニアになってから次に転職する場合」で答えが違います。前者は現職で年齢が若いほど早く始めたほうが選択肢が広く、後者は最初の1-2年で技術の基礎を固めてから動くのが王道です。私の場合は営業を約7年4ヶ月続けてからエンジニアに転じ、SES に約2年半いてから自社開発に移りました。後悔はありませんが、もう少し早く動いてもよかった、というのが本音です。

Q4: ポートフォリオには何を入れるべきですか？

A. 必須は CRUD（データの追加・閲覧・編集・削除）＋認証＋公開URL＋GitHubコード＋README の5要素です。2026年版で評価される追加要素として、ChatGPT API や Claude API を1機能だけ組み込むことをおすすめします。たとえば「メモアプリ＋AI要約機能」など、最小構成で構いません。AI が組み込めている事実だけで、同じ未経験勢の中で差がつきます。

Q5: 資格は取ったほうがいいですか？

A. 必須ではありませんが、未経験者なら基本情報技術者試験は持っていて損はありません。学習過程で IT の全体像を体系的に押さえられるので、面接で技術用語の文脈を取り違えるリスクが減ります。逆に、AWS や Linux などのベンダー資格は、未経験段階で先取りする必要はないと感じます。実務に入ってから取るほうが理解が深まります。

関連記事

出典

本記事は筆者個人の業務経験と公的・業界データをもとに書いています。年収・転職率・市場動向などのデータは時点により変動するため、最新情報は各出典の公式サイトで事前にご確認ください。本記事は特定の転職成果を保証するものではなく、個人の体験を一般化したものでもありません。誤りや出典の補足のご指摘は send@bon-bon-tools.com までご連絡ください。

訂正履歴

  • 2026-05-14：初版公開
新しい記事のお知らせを受け取る → 登録（準備中）