COLUMN
コラム
職種チェンジのコツ｜経験を“機能”に翻訳する方法
職種を変えたい人が最初にぶつかる壁があります。
「経験が違うので…」と書類で落ちる、面接で刺さらない。
でもこれ、実績がないというより、伝え方が職種名のままになっていることが多いです。職種チェンジで強い人は、経験を肩書ではなく機能として説明します。今日はその翻訳のやり方を、基礎からまとめます。
1. 結論：職種が変わっても「やっている機能」が同じなら勝てる
企業が採用で見ているのは、職種名の一致よりも
「その人が入社して、何が良くなるか」です。
だから職種チェンジは、こう言えるかどうかで決まります。
「私は◯◯職でした」ではなく「私は◯◯を良くする人です」
2. 機能って何？（超シンプル定義）
機能＝あなたが職場で起こしてきた変化のこと。
例えばこんな感じ。
意思決定を前に進める
物事を整理して、論点を絞る
KPIを分解して改善を回す
運用を止めずに安定させる
顧客の不満を仕組みに変える
品質を上げる、ミスを減らす
仕組み化して属人を減らす
この「機能」で語れると、職種が違っても通じます。
3. 翻訳の3ステップ（これだけでOK）
Step1：過去の仕事を「動詞」にする
職務経歴書にありがちな名詞を、動詞に変えます。
「調整」→ 合意形成する／意思決定を進める
「資料作成」→ 論点を整理して伝える
「運用」→ 止めずに回す／品質を安定させる
「営業」→ 顧客課題を定義し提案を通す
ここが第一歩。
Step2：機能を「KPI」に接続する
次に、その機能がどの数字に効くかを言います（厳密じゃなくてOK）。
意思決定が早くなる → リードタイム短縮
改善が回る → CVR/継続率/工数削減
運用が安定 → ミス率・差戻し率低下
顧客理解が深い → クレーム減、満足度向上
数字が入ると再現性になります。
Step3：手段は「置き換える」
職種が変わるとツールや言葉が変わります。
でも原理が同じなら、手段は置き換え可能。
営業のスクリプトAB → プロダクトの導線AB
顧客ヒアリング → ユーザーインタビュー
社内調整 → ステークホルダー調整
提案書 → 企画書／要件定義書
「やってきたこと」をそのまま持っていかず、原理を持っていくのがポイントです。
4. よくある職種チェンジ例（翻訳の見せ方）
営業 → カスタマーサクセス
機能：顧客の課題を定義し、継続の障害を潰す
KPI：継続率／アップセル率
例文：
「顧客の利用目的を言語化し、活用障害を特定→改善提案することで、継続率を上げる動きが得意です」
事務・バックオフィス → 企画・業務改善
機能：運用の詰まりを見つけ、標準化する
KPI：工数削減／ミス率低下
例文：
「属人業務を手順化し、チェックリストとテンプレで品質を安定させることに強みがあります」
エンジニア → PM/PMO
機能：論点整理と優先順位付けでプロジェクトを前に進める
KPI：納期遵守／手戻り削減
例文：
「要件を分解し、決めるべき点を明確にすることで手戻りを減らし、進行を安定させます」
5. 書類で通る翻訳の書き方（テンプレ）
職務経歴書の冒頭や各社ごとの志望動機で使える形です。
テンプレ（3行）
私の強み（機能）は◯◯です。
現職では△△という形でそれを発揮し、□□（数字/変化）を作りました。
貴社の××（役割/KPI）でも、この機能を活かして貢献できます。
この3行があると、職種が違っても「会ってみよう」が出やすい。
6. 職種チェンジで落ちやすいNG
名詞の羅列（ツール・資格だけ）
抽象だけ（コミュ力、成長意欲）
「未経験ですが頑張ります」
職種の違いを言い訳にする
未経験は事実でも、価値は“翻訳”で出せます。
7. 最後に：職種チェンジは「転職」じゃなく「編集」
職種チェンジは、ゼロから別人になることではありません。
今までの経験を、別の市場で通じる言葉に編集すること。
機能→KPI→手段の置き換え。この3点を押さえるだけで、職種チェンジの勝率は上がります。
Column一覧へ