📌 結論（30秒で読める）
営業からエンジニアに転職するなら、前職経験を「数字」と採用側の3軸（技術習得力・チーム動き方・業務翻訳力）に翻訳するのが分岐点。私は職務経歴書のbefore/afterで書類通過率が2割→5割に伸び、応募15社／内定2社まで到達しました。厚労省「職業情報提供サイト job tag」のスキル要件もテンプレ作成の補助線になります。
営業からエンジニアに転職する人にとって、一番の悩みは「営業経験をどう書けばエンジニア採用で評価されるか」だ。
私もここで詰まった。前職で営業を3年やっていたが、職務経歴書の自己PR欄を3週間書き直しても、「顧客折衝が得意です」「コミュニケーション能力に自信があります」みたいな、どの業界でも通用しそうな抽象論しか出てこなかった。書類通過率は最初の1ヶ月で2割を切っていた。
転換点は、エージェントから「営業の話を、エンジニアが採用判断で見たい角度に翻訳しなおすこと」と言われた日だった。それ以降、書類通過率は2割から5割に伸びた。応募15社・書類通過8社・面接5社・内定2社の数字は、この翻訳がなければ届かなかったと思っている。
この記事では、私が実際に使った前職経験の翻訳テンプレを、シーン別に公開する。
あわせて読みたい：30代未経験IT転職の現実
📚 このトピックの全体像は 30代未経験からITエンジニアに転職して分かった、現実と「無理ではない」の境界線 でまとめています。
翻訳の大前提：エンジニア採用が見たい3つの軸
具体的なテンプレに入る前に、前提を1つだけ。
未経験エンジニアの中途採用で、企業が見たいのは大きく3つだ。
- 技術習得力：3〜6ヶ月で戦力になるまで自走できるか
- チームでの動き方：1人で抱え込まずに、聞ける・伝えられるか
- 業務理解の翻訳力：ビジネス要件を技術要件に変換できるか
営業経験は、このうち2と3に直接効く。技術力でジュニアレベルに勝つのは難しいが、2と3で「営業出身ならでは」の文脈に翻訳できれば、未経験ハンデの半分は埋まる。
参考までに、独立行政法人 情報処理推進機構（IPA）「IT人材白書／DX白書」では、IT人材の量的不足と、企業がスキル要件を見直しながら異業種からの参入も含めて採用を広げてきている状況が示されている（最新版・2026年5月閲覧）。私のような営業3年・文系・30代未経験で内定2社まで届いたのも、こうしたマクロ環境を背景にしていた、と整理している。
これが翻訳の出発点だ。
あわせて読みたい：30代の書類通過率
テンプレ1：「ヒアリング力」→「要件定義の素地」に翻訳する
NGの書き方
営業3年で顧客折衝経験を積み、ヒアリング力を磨きました。
これだと「営業の自己PR」のままで、エンジニア採用ではほぼ刺さらない。
OKの書き方（テンプレ）
法人顧客のヒアリングで、相手が「欲しい」と言った要望の裏にある「本当に解決したい課題」を引き出すことを業務で繰り返してきました。これは、エンジニアの要件定義における「ユーザーが言う仕様の裏の本質的な要件を引き出す」プロセスと同じ筋を使うと考えており、入社後の要件定義フェーズで早期に貢献できる素地だと考えています。
ポイント
- 「ヒアリング力」という抽象語を、エンジニア業務の「要件定義」という具体動作に接続する
- 「営業で使っていた筋を、ここで使い直す」という言い方にすることで、未経験コンプレックスを掛け算の武器に変換する
私が職務経歴書でこの書き方に切り替えたとき、書類通過率が明確に変わった。エージェントにも「これなら見るところがある」と言われた。
テンプレ2：「数字管理」→「ロジックで動く適性」に翻訳する
NGの書き方
KPIを毎月達成し、営業3年で年間予算120%を達成しました。
数字は出ているが、エンジニア採用が見たい角度とずれている。
OKの書き方（テンプレ）
月次の売上KPIを管理する中で、目標達成のために「行動量・案件単価・成約率」の3変数を分解し、どの変数が伸びれば目標に届くかを毎月計算して動いていました。これは「複数の変数の関係を整理して、どの変数を改善すれば最終アウトプットが変わるかを考える」プロセスで、プログラミングの設計思考と同じ構造だと考えています。
ポイント
- 「達成しました」ではなく「達成のために、どう変数分解したか」を書く
- 「数字の達成」を、「ロジカルに分解する筋」というエンジニア適性に翻訳する
ここまで書けると、面接官は「ああ、確かにロジック寄りの営業だったんだな」と捉え方を変えてくれる。私の場合、この翻訳を入れた職務経歴書で書類通過率が一段上がった実感がある。
テンプレ3：「提案資料作成」→「ドキュメント整備の素地」に翻訳する
NGの書き方
提案資料の作成が得意で、PowerPointを使いこなせます。
ツールスキルの話になってしまっていて、エンジニア採用では弱い。
OKの書き方（テンプレ）
顧客提案資料の作成では、「読み手が10分で意思決定できる構造」を意識して、結論・根拠・補足の3層に分けて作っていました。エンジニアの仕事の半分は文章で説明することだと聞いており、PR説明文・設計ドキュメント・障害報告などの場面で、この構造化スキルを直接転用できると考えています。
ポイント
- ツール（PowerPoint）の話ではなく、構造化スキルの話に翻訳する
- 「エンジニアの仕事の半分は文章」という現場感覚を持っていることを匂わせる
私はポートフォリオのREADMEで「結論・根拠・補足の3層」を意識して書いた。これは面接で実際に「READMEが読みやすい」と評価された。営業時代の提案資料の書き方が、そのままエンジニアのドキュメント力に転用できた瞬間だった。
テンプレ4：「クレーム対応」→「障害対応・ユーザー対応の素地」に翻訳する
NGの書き方
クレーム対応経験が豊富で、顧客との関係修復が得意です。
OKの書き方（テンプレ）
顧客クレーム対応では、「事実確認 → 影響範囲の特定 → 一次対応 → 恒久対応 → 再発防止策」のフローで動いていました。これはWebサービスの障害対応における「検知 → 影響範囲特定 → 暫定対応 → 恒久対応 → ポストモーテム」のフローと骨格が同じです。入社後の障害対応・カスタマーサポート連携の場面で、早い段階で寄与できると考えています。
ポイント
- クレーム対応の「フロー」を、障害対応の「フロー」に1対1で対応させる
- 「同じ筋を使い直す」という掛け算メッセージを最後に必ず置く
このテンプレを使うと、面接で「実際に営業時代にあったクレーム事例を1つ詳しく教えて」と聞かれる確率が一気に上がる。私の場合は、3年目に担当した大型クレームの事例を3分で話す準備をして臨んだ。
志望動機の型：私が実際に使った文
最後に、私が実際に書いた志望動機を共有する。
営業職で3年間、法人顧客の課題ヒアリングと提案を行ってきました。提案の場面で、顧客の業務課題を技術的に解決するソリューションを紹介する機会が増える中で、自分自身が「解決する側」に回りたい、と思うようになりました。
>
プログラミングスクールで3ヶ月、HTML/CSS・JavaScript・Ruby on Railsを学び、ポートフォリオとして「営業職向けの顧客リスト管理アプリ」を制作しました。営業現場で自分が欲しかったツールを、自分で作れる、という手応えを得たことが、この転職を決定的にしました。
>
御社の受託開発では、クライアントの業務理解からシステム設計まで一気通貫で関わると伺っています。営業時代に培ったヒアリング・提案・関係構築の筋を、エンジニアの要件定義・設計・継続運用の場面で活かせる仕事だと感じており、長期で関わりたいと考えています。
ポイントは3つだ。
- 「業界に興味がある」「成長したい」のような抽象論を使わない
- 営業時代の動作と、エンジニア業務の動作を、対応関係で書く
- 御社のどの仕事のどの場面で寄与できるかまで具体に降ろす
落ちた志望動機の典型は「IT業界に興味があり、成長したい」だ。これだと面接で「なぜ今なのか」を語れない。逆に上のような志望動機なら、エージェントに言われた「『なぜ今なのか』を語れる人は別」の側に立てる。
翻訳作業をどう進めるか：3ステップ
ここまでテンプレを4つ出したが、実際に書く時の進め方も置いておく。
- 前職の業務を、動詞で20個書き出す（ヒアリングする・提案する・数字を分解する、など）
- エンジニア業務の動詞リストと、対応関係を線で引く（要件定義・設計・障害対応など）
- 対応関係ごとに「同じ筋を使う」文を1つずつ書く
3週間かかったが、これをやり切ったら職務経歴書は完成した。途中で詰まる人は、エージェントの担当に職務経歴書のドラフトを送って、添削をもらうのが早い。私も と の担当者にそれぞれ別の角度で添削してもらい、最終版を作った。
まとめ｜営業経験は「弱み」ではなく「掛け算の武器」
営業からエンジニアに転職するとき、営業経験は「弱み」として隠すものではなくて、「掛け算の武器」として翻訳しなおすものだ。
- ヒアリング力 → 要件定義の素地
- 数字管理 → ロジック分解の適性
- 提案資料 → ドキュメント整備の素地
- クレーム対応 → 障害対応の骨格
この4つの翻訳テンプレを職務経歴書に入れるだけで、書類通過率は明確に変わる。私は応募15社・書類通過8社の数字を、この翻訳の力で取り切った、と思っている。
迷っているなら、まずはIT特化エージェントに職務経歴書のドラフトを送って、エンジニア採用の角度で添削をもらうところから始めるのがいい。
【補足・参照情報源】
本記事は、私（Nakata）の営業3年・文系・手取り18万→30代未経験エンジニア転職の経験（前職翻訳を3週間で書き直し／応募15社・書類通過8
あわせて読みたい：文系の向き不向き
あわせて読みたい：年収600万キャリアパス
よくある質問（FAQ）
Q1. 30代未経験でも本当にITエンジニアに転職できますか？
A. 可能です。私は文系・元営業・手取り18万から3ヶ月60万円のスクール経由で2社内定に到達しました。応募15社／書類8通過／面接5／内定2の現実値で、35歳以下なら「なぜ今ITか」を語れることが境界線になります。
Q2. プログラミングスクール60万円は元が取れますか？
A. 入社1年で年収+150万円を達成し、3ヶ月60万円は7〜8ヶ月で回収しました。経産省リスキリング給付金（最大56万円）の対象スクールを選べば実質負担はさらに下がります。詳細は経産省 人材育成施策の公式ページを参照してください。
Q3. 未経験で学ぶべき言語は？
A. Web系受託を目指すなら JavaScript（HTML/CSS）→ Ruby on Rails か PHP（Laravel）の順が現実的です。経産省「IT人材白書」でも需要シェア的にWeb系言語の求人数が安定しています。最初の1〜2ヶ月は「言語」より「環境構築」と「Git」の壁を越えるのが鍵です。
Q4. 転職活動は何ヶ月くらいかかりますか？
A. 未経験は3〜6ヶ月が現実値です。私は応募開始から内定まで2ヶ月半でしたが、書類で7社落ちる前提のメンタル設計が大事。厚労省 job tag や賃金構造基本統計でジョブ別年収中央値を見ながら期待値を調整してください。
Q5. エージェントは何社使うべきですか？
A. 2社が基準です。1社は大手総合型（リクルートエージェント等）、もう1社はIT特化型（レバテックキャリア・TechGo等）の組み合わせ。多すぎるとスケジュール管理で詰むので、面接管理が破綻しないラインで運用してください。
このセクションは ../00_構造化データテンプレ §3-2 に基づく公開用テンプレ。md_to_swell の通常変換では JSON コードブロックとして表示されるため、WP管理画面の「カスタムHTMLブロック」へ手動移行するか、Phase 3 自動化スクリプトで本文末に注入する。
よくある質問
Q: 転職に有利な時期はいつですか？
A: 求人が増える3月・9月（年度末・中間決算期）が一般的に転職活動のベストシーズンです。ただし自分のスキルアップ・タイミングを最優先し、準備が整ったら時期を選ばず動くことも重要です。
Q: 第二新卒（卒業後3年以内）の転職は不利ですか？
A: 不利ではありません。企業は第二新卒に「ポテンシャル」「素直さ」「新しい環境への適応力」を期待しています。厚生労働省の「若年者雇用実態調査」でも第二新卒採用に積極的な企業が増加傾向にあります。
Q: 転職エージェントは無料で使えますか？
A: はい、求職者側は完全無料です。エージェントは転職先企業から紹介料（採用後年収の30〜35%程度）を受け取るビジネスモデルです。リクルートエージェント・doda・マイナビエージェントが大手3社です。
Q: 書類選考の通過率を上げるにはどうすればいいですか？
A: ①求人票のキーワードを職務経歴書に入れる ②実績を数値で表現する（売上○%向上等） ③応募職種に合った実績を優先して記載する——の3点が通過率向上の基本です。
Q: 30代・40代での転職は年収が下がりますか？
A: 必ずしもそうではありません。専門スキル・マネジメント経験がある場合は年収アップの転職も可能です。ただしチャレンジ転職（未経験業界）では一時的な年収低下を覚悟した上での長期戦略が必要です。
転職は単なる「職場の移動」でなく、キャリアの意図的な設計です。厚生労働省の「労働経済白書」では、転職経験者の7〜8割が転職後のキャリアに肯定的な評価をしています。自分の価値観と市場のニーズを照合した戦略的な転職が、長期的なキャリア満足につながります。
転職は単なる「職場の移動」でなく、キャリアの意図的な設計です。厚生労働省の「労働経済白書」では、転職経験者の7〜8割が転職後のキャリアに肯定的な評価をしています。自分の価値観と市場のニーズを照合した戦略的な転職が、長期的なキャリア満足につながります。
転職は単なる「職場の移動」でなく、キャリアの意図的な設計です。厚生労働省の「労働経済白書」では、転職経験者の7〜8割が転職後のキャリアに肯定的な評価をしています。自分の価値観と市場のニーズを照合した戦略的な転職が、長期的なキャリア満足につながります。転職は単なる「職場の移動」でなく、キャリアの意図的な設計です。厚生労働省の「労働経済白書」では、転職経験者の7〜8割が転職後のキャリアに肯定的な評価を
