- なぜ「リスト」ではなく「マトリクス」なのか——エージェントが本当に知りたいことの話
- Excelスキルマップの縦軸・横軸の決め方(個人の転職活動用・具体例付き)
- ◎○△の評価の入れ方と、根拠エピソードの書き方のコツ
- 実際に作ったマトリクスのサンプル(企画職転職時・簡略版)を全公開
- やってしまいがちな2つの失敗——「全部◎」と「根拠が長すぎる」問題
- 「△を正直に書く」ことがなぜ信頼を生むのか——逆説の心理
- マトリクスを作ったら面接が怖くなくなった理由——心理的変化の正体
「転職活動のために自分のスキルをExcelで整理したい。でも、具体的にどう作ればいいかわからない。」
40代でエンジニア管理職から企画職へ転職した著者が、実際に転職活動で使ったExcelスキルマトリクスの作り方を、縦軸・横軸の決め方から実際のサンプル・◎○△の使い方まで全公開する。
さらに、多くの人がやってしまいがちな「全部◎にしたくなる」「根拠が長すぎる」という2つの失敗と、その解決策も書く。 そして、このマトリクスが完成した時に「面接が怖くなくなった」という心理的変化が起きた理由も、正直に書く。
スキルの棚卸し(「できること100個を書き出した話」)とAI分類(「AIを使ってスキルを分類する方法」)が済んでいる人は、この記事がそのままの続きになる。 まだの人は、この記事から読み始めてください。
マイナビ転職の調査では、転職希望者の72%が「自分の強みを言葉にできない」と感じている。また、転職経験者の約68%が「自己分析が最も難しかった」と回答している(リクルートキャリア調査)。
一方、転職エージェントへの取材によると、「スキルを構造的に整理して提出してくれる転職者は全体の10%未満」だとされる。スキルを可視化して持ってくることだけで、すでに上位10%の転職者になれる。
この記事は自己分析プロセスの「どのステップか」
Excelマトリクス作成は、自己分析の全プロセスの中の「可視化・整理ステップ」だ。全体像を確認しておく。
分類結果をExcelのマトリクスに整理し、「転職先で活かせる強み」と「転職後に補う課題」を可視化する。エージェント・面接・職務経歴書に使える資料の完成形がここ。
分類結果をExcelのマトリクスに整理し、「転職先で活かせる強み」と「転職後に補う課題」を可視化する。エージェント・面接・職務経歴書に使える資料の完成形がここ。
なぜ「リスト」ではなく「マトリクス」なのか
分類が終わった後、そのままリストとして提出する方法もある。 「コミュニケーション力:○○の経験あり」という形式だ。 でも私はそれをやめて、マトリクスにした。 理由は、読む側の視点にある。
エージェントが知りたいのは「スキルの一覧」ではない。 「このスキルが、転職先のどのニーズに対応するか」だ。
リスト形式の限界
「コミュニケーション力:○○の経験あり」と書かれても、エージェントは「それがうちの企業に紹介する時にどう役立つか」を自分で考えなければならない。読む側の仕事量が増える。結果として「後で読もう」になりやすい。
マトリクスの強み
縦軸のスキルと横軸の転職先ニーズの対応関係が一目でわかる。「この人を企業に紹介する時、どう説明すればいいか」が、見た瞬間にわかる資料になる。エージェントの仕事を楽にする資料だ。
「エージェントに本気で動いてもらうためには、担当者の仕事を楽にする資料が必要だ。マトリクスは、その目的に最も適した形式だった。」
これは「転職エージェントに40代が本気で動いてもらう方法」で詳しく書いた「エージェントはビジネスとして動いている」という視点と同じだ。 売れる人材だと判断してもらうための資料設計が必要であり、マトリクスはその設計の最終形だ。
個人向けスキルマップは「組織用」とは別物
重要な前提を書く。 「スキルマップ」を検索すると、出てくるのは「企業が従業員のスキルを一覧化して管理するツール」の説明ばかりだ。 縦軸に「従業員名」、横軸に「スキル項目」という形式が一般的だ。
転職活動で作るスキルマップは、これとは完全に別物だ。
組織向けスキルマップ(一般的)
目的:チーム全体のスキルを管理する
縦軸:従業員名
横軸:スキル項目
評価者:上司が部下を評価する
用途:人材育成・配置計画
個人向けスキルマトリクス(この記事)
目的:自分のスキルを転職先のニーズに対応させる
縦軸:自分のスキルカテゴリ
横軸:転職先が求めること
評価者:自分が自分を評価する
用途:エージェント提出・面接準備
この違いを理解しておかないと、「組織用のテンプレートをダウンロードしても使えない」という事態になる。 個人の転職活動用スキルマトリクスは、自分で設計する必要がある。 その設計手順を、次のセクションで書く。
マトリクスの作り方——3つのステップ
STEP ① 縦軸を決める——自分のスキルカテゴリ
AIで分類した結果のカテゴリを縦軸に並べる。ただし、全カテゴリを入れる必要はない。転職先のニーズと関係が薄いカテゴリは外す。
私の場合、AI分類の結果は「コミュニケーション・調整(32個)」「技術・設計(28個)」「分析・判断(18個)」「マネジメント(14個)」「その他(8個)」の5カテゴリだった。企画職への転職を想定し、「マネジメント」は転職先では求められていなかったため外した。最終的に3つに絞った。
STEP ② 横軸を決める——転職先で求められること
横軸には「転職先の職種・企業が求めるもの」を並べる。求人票・企業のIR資料・採用ページから具体的な言葉を拾う。「求める人材像」「業務内容」の欄が特に参考になる。
「コミュニケーション力」という抽象的な言葉ではなく、「実現可能な企画立案」「お客様ニーズの把握」「社内外の調整」のように、転職先の文脈で書くことが重要だ。横軸の言葉が求人票の言葉と近いほど、エージェントへの伝わり方が変わる。
STEP ③ セルを埋める——対応度と根拠エピソード
縦軸のスキルと横軸のニーズが交差するセルに、「対応度(◎○△)」と「根拠エピソード(1〜2行)」を入れる。 対応度の意味はシンプルだ。
◎
強い対応
具体的な実績あり
○
対応あり
経験・能力がある
△
課題・補完が必要
入社後に学ぶ
◎のセルが多い行が「最大の強み」。△や空白のセルが多い行は「転職後の課題」。その両方が一枚で見えることが、マトリクスの本当の価値だ。強みだけを見せる資料ではなく、自分を客観的に見られる人間だと示す資料でもある。
実際のサンプルを全公開——企画職転職時のマトリクス
私が作ったマトリクスを、簡略化して再現する。 企画職への転職を想定したものだ。 競合サイトには、これだけ具体的な個人転職用のサンプルが存在しない。 参考に使ってほしい。
SAMPLE / 企画職転職時のスキルマトリクス(簡略版)
| 自分のスキル | 実現可能な企画立案 | お客様ニーズの定量把握 | 社内外ステークホルダー調整 |
|---|---|---|---|
| コミュニケーション ・調整力 | ○ 企画の実現可能性を後工程の視点で評価できる | △ 定量的なニーズ把握の手法は入社後に習得 | ◎ 企画・設計・評価の3者間で合意形成を50本以上経験 |
| 技術・設計経験 | ◎ 後工程の制約を自分で判断できる。夢物語にならない企画が立てられる | △ ユーザー評価の定量化経験は補完が必要 | ○ 設計者と共通言語で話せるため摩擦が少ない |
| 分析・判断力 | ○ データに基づいた仕様判断を繰り返してきた | ◎ 感覚ではなくデータで優先度を決める習慣。評価工程でのユーザー分析経験あり | △ 定量分析を調整の根拠として使う経験は転職後に強化 |
◎ 強い対応・具体的実績あり○ 対応あり・経験あり△ 課題・入社後に補う
このマトリクスを完成させた時に感じたこと
「お客様ニーズの定量把握」の列が弱い。△と○しかない。でもそれは「課題が見えた」ということでもある。入社後に補うべき点が明確になった。
面接でこの弱みを聞かれた時、「入社後に市場分析の手法を学ぶつもりです。具体的には○○という手法を検討しています」と具体的に答えられるようになった。マトリクスを作ったからこそ、弱みへの答えが準備できた。
「△がある」ことが弱みではなく、「△を正直に示して対策まで語れる」ことが強みになる。この感覚は、マトリクスを作った後に初めてわかった。
◎○△の使い方と根拠エピソードの書き方のコツ
根拠エピソードは「数字と動詞」で書く
セルに入る根拠エピソードは1〜2行が限界だ。 その中で「伝わる書き方」と「伝わらない書き方」がある。
伝わらない書き方(NG)
「コミュニケーション力の経験あり」
「設計の仕事をしていた」
「調整をよくやっていた」
伝わる書き方(推奨)
「3者間合意形成を50本以上経験」
「100本の仕様書を誤解ゼロで完成」
「月5件の設計→企画間調整を担当」
「○○の経験あり」より「○○を◇本経験した」の方が、具体性があって読みやすい。 数字が入るだけで、「本当にやってきた人」という信頼感が生まれる。 数字がない場合は「どんな状況で・何を・どう解決したか」という形式で書く。
◎の数は「3〜5個」が最適
3×3のマトリクスなら9セルある。
そのうち◎が何個あるのが適切か。 私の感覚では3〜5個だ。
多すぎると「自己評価が高すぎる」と思われる。 少なすぎると「この人は何が得意なのかわからない」になる。
3×3のマトリクスで◎が4〜5個、○が2〜3個、△が1〜2個くらいのバランスが自然に見える。
やってしまいがちな2つの失敗
弱みを見せたくないという気持ちから、すべてのセルを「◎」か「○」にしてしまう人がいる。「△を入れると弱みがバレる」という恐怖だ。
でもそれは逆効果だ。「弱みがない人間」は信用されない。全部◎のマトリクスを見たエージェントは「自己評価が正確でない人」という印象を持つ。意図的に正直に書くことが、かえって信頼を生む。
失敗2
根拠エピソードが長すぎる——「全部説明したい」という衝動の罠
根拠エピソードを詳しく書きたくなるが、セルに入るのは1〜2行が限界だ。詳細はエージェントとの面談で話せばいい。資料の役割は「全部説明すること」ではなく「興味を持ってもらうこと」だ。
長い文章が入ったマトリクスは読みにくく、「この人は要点をまとめられない人だ」という逆の印象を与えることもある。
「△を正直に書く」ことが信頼を生む理由
「弱みを見せるとマイナスになる」という思い込みがある。 でも転職の現場では逆だ。 「自分の弱みを正確に把握している人」は信頼される。
なぜか。エージェントや面接官が恐れているのは「入社後のミスマッチ」だ。 弱みを隠して入社した人材が「こんなはずじゃなかった」となることを、企業は一番嫌がる。
「○○は△です。入社後に○○で補います」と言える人材は、「ミスマッチが起きにくい人材」として評価される。 「強みを再定義する」で書いた「再定義には限界がある——誇張にならない線引き」の話と同じだ。 正直さが、信頼の根拠になる。
マトリクスが完成した時に起きた変化
マトリクスを完成させた時、私に起きた変化が一つある。
「自分に何ができるか」が、初めて言葉ではなく「構造」として見えた。その瞬間、面接が怖くなくなった。
それまでの面接は、「何を聞かれるかわからない」という不安があった。 「自分の強みは何ですか」と聞かれた時に、「コミュニケーション力があります」と答えても、 「それは誰でも言う」と思われる怖さがあった。
マトリクスが完成してからは違った。 「どんな問いが来ても、このマトリクスのどこかから答えられる」という感覚があった。 「実現可能な企画立案の能力はありますか」→◎の根拠を語る。 「お客様ニーズの把握は経験がありますか」→△の課題と補完計画を語る。 マトリクスが「面接の地図」になっていた。
マトリクスは資料ではなく、自分への説明書だ。
エージェントに渡す前に、自分自身がこのマトリクスを見ながら話せるかどうかを確かめてほしい。説明できない項目があれば、そこはまだ自分の言葉になっていない。
全項目を自分の言葉で語れるようになった時、そのマトリクスは「提出する資料」ではなく「自分の武器」に変わる。
マトリクスを持ってエージェントに会いに行った日
「このような資料を持ってくる方は珍しいです」とエージェントが言った。
それまでの面談は「どんな企業に行きたいですか」という会話で始まっていた。その日からは「この◎の部分を活かせる企業で、この△を補完できる環境を探してみましょう」という会話になった。
面談の質が変わった瞬間だった。これが「できること100個」のシリーズ全体の目的だった。
マトリクスの活用シーン——エージェント・面接・職務経歴書
完成したマトリクスは、複数の場面で使える。それぞれの使い方を書く。
転職エージェントへの提出資料として
面談前にメールで送るか、面談時に印刷して持参する。「できること100個のリスト」とセットで提出するとさらに効果的。(詳細は「エージェントに本気で動いてもらう方法」参照)エージェントが「この人を企業に紹介する時の説明文」を作るための参考資料になる。
面接の準備資料として
面接前にマトリクスを見ながら「この項目について聞かれたらどう答えるか」を確認する。◎の項目は具体的なエピソードを準備。△の項目は「課題認識と補完計画」を準備。面接官に見せる資料ではないが、「面接の地図」として頭に入れておく。
職務経歴書の自己PR文として
◎のセルの根拠エピソードが、職務経歴書の自己PR文の素材になる。「3者間合意形成を50本以上経験」という一行が、「複数のステークホルダー間で認識のズレを解消しながらプロジェクトを推進できる」という自己PR文に展開できる。マトリクスは職務経歴書の設計図でもある。
志望企業ごとに横軸を変えて使い回す
縦軸(自分のスキル)は固定したまま、横軸(転職先が求めること)だけを変えると、複数の志望企業・職種に応じたマトリクスが効率的に作れる。縦軸の変更は不要で、横軸を書き換えるだけで別の企業用の資料になる。
よくある質問(FAQ)
マトリクスを持ってエージェントに行くと、面談の質が変わる。リクルートエージェントは、この資料を提出した後から担当者の動き方が明らかに変わった。「できること100個+AIで分類した結果+Excelマトリクス」という3点セットで持っていくと、40代・未経験職種への転職でも、話が具体的に前に進む。まずは登録して、試してほしい。
Next Article





コメント