Warning: Undefined array key "className" in /home/c3773811/public_html/takuborentaro.com/wp-content/themes/swell/lib/gutenberg/render_core.php on line 20
Warning: Undefined array key "className" in /home/c3773811/public_html/takuborentaro.com/wp-content/themes/swell/lib/gutenberg/render_core.php on line 48
Warning: Undefined array key "className" in /home/c3773811/public_html/takuborentaro.com/wp-content/themes/swell/lib/gutenberg/render_core.php on line 20
Warning: Undefined array key "className" in /home/c3773811/public_html/takuborentaro.com/wp-content/themes/swell/lib/gutenberg/render_core.php on line 48
電気回路設計から別の業界へ転職を考えるとき、「製品が違うのに、自分の経験をどう説明すればよいのか」と迷うことがあります。
私は2025年に、事務機器メーカーから自動車業界へ転職しました。選考では、設計していた製品の名前だけでなく、設計・評価・製造現場で経験したことを、次の仕事とどうつなげて説明するかを意識しました。
この記事では、その考え方を職務経歴書の準備に使える形で整理します。採用側が何を決め手にしたかは分かりません。内定を保証する書き方ではなく、自分の経験を伝えるための整理方法です。
最初は、実際に担当した仕事を書き出す
最初からきれいな文章にする必要はありません。まず、実際に担当したことを工程ごとに書き出します。
私の場合は、仕様書の作成、基板設計、納入された基板の評価、製造現場での組み立て確認などを担当していました。
ここから職務経歴書を準備するなら、次のような項目で整理できます。
| 項目 | 書き出す内容 |
|---|---|
| 製品・対象 | 何の製品や部品を扱っていたか |
| 工程 | 仕様検討、設計、評価など、どこを担当したか |
| 役割 | 自分が判断したこと、任された範囲 |
| 関係者 | どの部署や担当者と協力したか |
| 結果・学び | 確認できる結果、次に活かせる経験 |
この表は経験を整理するための例です。すべての欄を埋めるために、担当していない仕事を追加する必要はありません。
製品名の先にある「仕事で使った力」を考える
別業界の相手には、製品固有の名称だけでは仕事内容が伝わらない場合があります。担当業務を書いたあとに、その仕事でどんな判断や行動をしていたかを考えます。
私の転職体験を振り返ると、次のように整理できます。
| 経験した業務 | 別の仕事にもつながる説明の視点 |
|---|---|
| 仕様書の作成・基板設計 | 要求を整理し、設計仕様へ落とし込む |
| 実機を使った評価 | 設計したものを検証し、問題を確かめる |
| 製造現場での組み立て確認 | 設計と現場の両方から製品を見る |
| リーダーとしての業務 | チームの仕事をまとめ、進める |
これは当時の考え方を振り返った整理で、実際の職務経歴書や面接発言の再現ではありません。
「課題解決力があります」と大きな言葉だけで書くより、その言葉につながる担当業務を添えると、何を経験してきたか説明しやすくなります。
自分が担当した範囲を分けて書く
チームで取り組んだ仕事では、チーム全体の成果と自分の役割が混ざりがちです。経験を大きく見せるより、自分がどこを担ったかを整理しましょう。
例えば、次の3点を分けて考えます。
- チームとして取り組んだこと。
- その中で自分が担当したこと。
- 自分の判断や行動について説明できること。
リーダー経験についても、役職名だけでなく、何をまとめ、どこまで責任を持っていたかを書き出します。人数や期間を記載する場合は、事実として確認できる範囲にとどめてください。
応募先の仕事との接点を探す
経験を整理したら、応募先の仕事内容と照らし合わせます。「この経験があります」で止めずに、「その経験のどの部分が、次の仕事にもつながりそうか」を考えます。
例えば、求人票に仕様検討や評価が含まれていれば、同じ工程を経験しているか、自分がどんな役割を担ったかを確認できます。ただし、言葉が同じでも求められる専門知識や責任範囲は違う可能性があります。
接点が分からない部分は、理解しているように書くのではなく、応募前の相談や面接で確認したい項目にします。
数字や専門用語は、説明できるものを使う
成果を数値で示せる場合は、期間や比較条件も説明できるか確認します。数字が残っていなければ、推測した改善率や実績を足す必要はありません。
製品名や社内用語についても、初めて読む相手に伝わるかを考えます。正式名称を出せない情報は、守秘義務に配慮して、仕事の性質や自分の役割が伝わる表現に置き換えます。
書き出しに使える確認リスト
- 実際に担当した工程が分かるか。
- チームの成果と、自分の担当範囲を分けているか。
- 強みの根拠になる業務を添えているか。
- 数字や期間を、事実に基づいて説明できるか。
- 応募先のどの仕事と接点があるか考えているか。
- 公開・提出できない社内情報が含まれていないか。
すべての経験を一度に盛り込むより、応募先の仕事に関係する内容から順に整理すると、伝えたい軸を決めやすくなります。
私の転職で意識したこと
私が意識したのは、設計を机上の計算だけで終わらせず、評価や製造現場まで経験してきたことと、リーダー経験を伝えることでした。
入社のきっかけは企業からの直接スカウトで、エージェント経由ではありません。詳しい経緯は、既存記事「電気回路設計から自動車業界へ転職した体験談｜異業種でも活かせる経験の伝え方」で紹介しています。
自分で整理しても、どの求人に経験が合うか判断しにくい場合は、技術職を扱う転職サービスへの相談も選択肢です。関連記事「メーカー技術者の転職サービス選び｜職種・勤務地・相談方法で確認する」では、相談先を選ぶ前の確認項目をまとめています。
コメント