コンサル転職の自己PRで困るのは、強みがないからではありません。「調整力」「論理的思考力」といった言葉と、実際の仕事がつながっていないからです。採用側が知りたいのは、性格の良さよりも、難しい状況でどう考え、誰に働きかけ、何を変えたかです。
私も応募書類を作ったとき、担当業務を並べただけでは自分の役割がほとんど伝わらないと気づきました。この記事では、求人票から強みを選び、SIer・PMO・事業会社での経験を、面接でも説明できる自己PRへまとめる手順を紹介します。
- コンサル転職の自己PRで示したい3つの要素
- 求人票と自分の経験から強みを選ぶ方法
- 自己PRを5文で組み立てる手順
- SIer・PMO・事業会社別の例文
- 数字がない経験の伝え方と避けたい書き方
コンサル転職の自己PRは「再現できる働き方」を示す
自己PRは、自分の長所を好きな順に並べる欄ではありません。応募先の仕事で使える強みを、過去の行動で証明する欄です。
採用側が読み取りたいのは、次の3点です。
| 要素 | 書くこと | 読み手が判断できること |
|---|---|---|
| 強み | 自分が繰り返し発揮してきた行動 | 何を任せやすい人か |
| 証拠 | 状況、判断、働きかけ、変化 | 本当に本人が発揮した強みか |
| 使い道 | 応募先の業務でどう活かすか | 入社後の役割を想像できるか |
たとえば「コミュニケーション力があります」だけでは、会議で話すのが得意なのか、対立する部門の合意を作れるのか分かりません。
「営業と開発で異なっていた優先順位を、顧客影響と実装難易度の2軸で整理し、決裁者が選べる状態にした」と書けば、どんな場面で使える力かが見えます。自己PRでは、強みの名前よりも、その強みが働いた場面の方が情報量を持ちます。
職務要約・志望動機との役割を分ける
応募書類には似た欄がありますが、同じ内容を繰り返す必要はありません。
| 項目 | 主に答える問い | 中心になる内容 |
|---|---|---|
| 職務要約 | 何を経験してきた人か | 業界、職種、年数、担当領域 |
| 自己PR | どのように仕事を進める人か | 強み、具体的な行動、再現性 |
| 志望動機 | なぜ次にその仕事を選ぶのか | 転職理由、職種理由、応募先理由 |
自己PRの最後に「御社で成長したい」とだけ書くと、志望動機へ寄りすぎます。反対に、志望動機で過去の成果ばかり説明すると、次に進みたい理由が見えません。役割を分けると、書類全体がすっきりします。
職務経歴書全体の配置や記載例から見直したい人は、次の記事を先に使ってください。
書き始める前に、求人票と経験を並べる
白い画面を見ながら強みを考えると、「責任感」「課題解決力」のような抽象語に寄りがちです。先に求人票と経験を並べると、何を主役にするか決めやすくなります。
1. 求人票から「入社後に行う動作」を拾う
求人票では、歓迎要件の名詞だけでなく、仕事内容に書かれた動詞を見ます。
- 顧客の課題を整理する
- 仮説を立てて分析する
- 関係者と合意形成する
- プロジェクトを推進する
- 経営層へ提案する
- 業務やシステムの要件を定義する
- 新しい運用を定着させる
この動詞と、自分が実際に行った仕事を対応させます。すべてに当てはまる必要はありません。応募先で頻度が高そうな動作を2つほど選び、その証拠になる経験を探します。
2. 経験を4つに分解する
使えそうな経験を見つけたら、いきなり文章にはしません。まず次の4項目をメモします。
| 項目 | 確認すること | 例 |
|---|---|---|
| 状況 | 何が起き、どんな制約があったか | 部門ごとに要件の優先順位が違った |
| 判断 | 何を問題だと捉えたか | 要望の多さより判断基準の不一致が原因と考えた |
| 働きかけ | 自分が誰に何をしたか | 顧客影響と実装難易度で論点を整理した |
| 変化 | 何が前より進んだか | 決裁者が未決事項を選べるようになった |
成果の数字が大きくても、自分の判断が見えなければ自己PRにはしづらいです。逆に、小さな業務改善でも、状況と行動を具体的に説明できれば十分な材料になります。
3. 深掘りされても話せる経験を選ぶ
書類に書いた自己PRは、面接で質問されます。候補となる経験は、次の問いに答えられるか確かめます。
- 自分に任されていた範囲はどこまでか
- 最初の案がうまくいかなかった点は何か
- なぜ別の方法ではなく、その方法を選んだか
- 誰が反対し、何を懸念していたか
- 自分がいなければ、どこが変わらなかったか
- 同じ状況でもう一度行うなら、何を変えるか
華やかな案件でも、チームの動きを自分の成果のように話すと深掘りで崩れます。自分が実際に考え、動かした範囲が明確な経験を選んだ方が、書類と面接の両方で強くなります。
自己PRを5文で組み立てる
材料が揃ったら、最初は5文に収めます。長く書いてから削るより、役割を決めて一文ずつ置く方が重複を防げます。
- 強みを一つ述べる
- 強みを発揮した状況を書く
- 課題をどう捉えたかを書く
- 自分の働きかけを書く
- 結果と応募先での使い道を書く
弱い例は、強みと証拠が離れている
私の強みはコミュニケーション力です。基幹システム刷新プロジェクトでは、多くの関係者と連携し、要件定義を円滑に進めました。今後もこの経験を活かして貢献します。
この文章は短く読みやすい一方、何が難しく、本人が何を変えたのか分かりません。「多くの関係者」「円滑に」「貢献」の中身が空いています。
状況・判断・働きかけを足す
私の強みは、異なる立場の意見を、意思決定できる論点へ整理することです。基幹システム刷新では、営業部門が顧客影響を、開発部門が実装負荷を優先し、要件が決まらない状況が続いていました。私は要望を顧客影響、法令対応、実装難易度の3軸で整理し、各部門との事前確認後に決裁者へ選択肢として提示しました。その結果、会議で論点を戻す回数が減り、未決要件の判断を前へ進められました。コンサルタントとしても、顧客と実行部門の前提をそろえ、変革を実行できる計画へ落とし込む場面でこの力を活かします。
成果を大げさにしていなくても、どのように動く人かが想像できます。数字を置ける場合も、まずこの骨格を作り、その後に補足すると読みやすくなります。
前職別に、自己PRの証拠を選ぶ
「コンサルに必要な強み」を一つに決めることはできません。応募する領域と前職によって、使いやすい証拠が変わります。
SIer・社内SEは、業務とITの間で行った判断を書く
SIerや社内SEの経験者は、技術名や担当工程だけで終わらせず、業務側の要求とシステム上の制約をどうつないだかを示します。
使いやすい材料は次の通りです。
- 曖昧な要望を要件へ分解した
- 複数ベンダーの認識差を解消した
- 障害や移行リスクの優先順位を決めた
- 業務部門が判断できる言葉へ技術課題を置き換えた
- 稼働後の運用まで含めて設計した
SIer経験者の自己PR例
私の強みは、業務部門の要望とシステム制約を行き来し、実行できる要件へまとめることです。販売管理システムの刷新では、部門ごとに同じ用語の定義が異なり、画面要件の議論が何度も戻っていました。そこで、受注から出荷までの業務とデータの流れを一枚にし、用語、判断者、例外処理を部門横断で確認しました。結果として、仕様の前提をそろえ、設計後に業務定義へ戻る手戻りを抑えられました。ITコンサルタントとしても、業務と技術の双方を理解し、構想を実装へつなぐ役割でこの経験を活かします。
SIerからコンサル転職を目指す場合の職種選びや経験の棚卸しは、次の記事でも整理しています。
PMOは、管理作業より意思決定への働きかけを書く
PMO経験者は、「進捗管理」「会議運営」「資料作成」をそのまま並べると補助作業に見えやすくなります。情報を集めた後に、何を判断可能にしたかまで書きます。
PMO経験者の自己PR例
私の強みは、散らばった課題を整理し、プロジェクトの意思決定を止めないことです。複数部門が参加するシステム導入では、課題管理表に未決事項が増え、定例会で状況報告だけが続いていました。私は課題を影響範囲、判断者、期限、前提となる情報で分類し、担当者会議と上位会議で扱う論点を分けました。その結果、情報不足の課題と決裁待ちの課題を切り分け、会議ごとに次の行動を決められるようになりました。コンサルタントとしても、関係者が多い変革で論点と責任を明確にし、実行を前へ進めます。
PMOの定義には会社や求人によって幅があります。自分の担当範囲を確認したい人は、PMO転職で見られるスキルの記事も参考にしてください。
事業会社・管理部門は、現場と制度をつないだ経験を書く
事業会社では、一つの会社や部門の中で改善を続けた経験が強みになります。企画、人事、経理、営業、調達など職種が違っても、現場の制約を理解しながら仕組みを変えた経験は、コンサルの実行支援へつながります。
事業会社経験者の自己PR例
私の強みは、現場の例外を把握しながら、続けられる業務ルールへ整えることです。営業企画で申請業務を見直した際、単純なシステム化では処理できない顧客別の例外が多く、現場から反対が出ていました。私は申請実績を理由別に分類し、標準化する処理と個別判断を残す処理を分け、営業・管理部門・情報システム部門と新しい承認基準を合意しました。結果として、現場の対応力を残しながら、重複入力と確認の往復を減らせました。業務改革の支援でも、制度と現場運用の間をつなぎ、定着する仕組みを作る場面でこの力を発揮します。
専門性を持つ人は、無理に「論理的思考力」へ寄せる必要はありません。会計、人事、SCM、品質、法務などの知識を、誰のどんな判断に使ったかまで書けば、専門性と仕事の進め方を同時に示せます。
数字で示せない成果は、状態の変化で伝える
自己PRには数字が必要だと言われますが、売上やコストを自分だけの成果として出せない仕事もあります。数字を無理に作るより、前後の状態を具体化します。
| 数字にしづらい経験 | 変化として示す例 |
|---|---|
| 合意形成 | 部門ごとに違った前提をそろえ、決裁者が選べる状態にした |
| 課題管理 | 報告だけの一覧を、判断者・期限・次の行動が分かる一覧へ変えた |
| 要件定義 | 要望の羅列を、優先順位と例外処理を含む要件へまとめた |
| 業務改善 | 属人的な対応を、判断基準と引き継ぎ方法がある運用へ変えた |
| 資料作成 | 情報共有用の資料を、選択肢と影響を比較できる資料へ変えた |
| 顧客対応 | 問い合わせへの個別対応を、原因分類と再発防止につなげた |
成果物も証拠になります。業務フロー、論点一覧、要件定義書、KPI、会議設計、移行計画など、何を残したかを添えると役割が伝わります。ただし、社外秘の数値、顧客名、未公開のシステム情報は一般化してください。
数字を使うなら、自分の寄与と測り方を説明できる範囲にする
「売上を30％向上」「工数を半減」と書ける場合でも、その変化が市場環境、チーム全体、別施策のどれによるものか聞かれます。
数字は強く見えますが、説明できなければ逆効果です。自分が担当した範囲、比較した期間、測定方法を話せる数字だけを使います。チーム成果の場合は、「チームで達成した成果」と「その中で自分が変えたこと」を分けて書きます。
応募先ごとに変えるのは、強みの証拠と最後の一文
自己PRを応募先ごとに全文作り直す必要はありません。軸となる強みを1〜2本持ち、求人に合わせて証拠と使い道を調整します。
| 応募領域 | 前に出しやすい証拠 | 最後に接続する役割 |
|---|---|---|
| ITコンサル | 要件整理、技術と業務の翻訳、導入・定着 | 構想を実装可能な計画へ落とす |
| 業務改革 | 業務フロー、KPI、例外処理、部門横断調整 | 現場で続く業務へ変える |
| 戦略・事業企画 | 市場・顧客分析、選択肢比較、経営向け提案 | 意思決定の材料を作る |
| 組織・人事 | 制度設計、現場ヒアリング、運用定着 | 組織施策を現場行動へつなぐ |
| PMO・実行支援 | 課題・リスク管理、会議設計、上位報告 | 複数関係者の実行を止めない |
同じ経験でも、ITコンサルでは要件とシステム制約、業務改革では現場運用と例外処理、PMOでは判断者と期限を厚く書けます。
求人票に合わせるとは、書かれている単語をそのまま貼ることではありません。その仕事で繰り返し起きる場面を想像し、自分の経験のどこが近いかを選ぶことです。
コンサル転職の自己PRで避けたい4つの書き方
抽象的な強みを重ねる
「課題解決力、論理的思考力、コミュニケーション力、リーダーシップがあります」と並べると、どれも薄くなります。一つの自己PRでは強みを一つに絞り、別の強みは職務経歴や面接の別エピソードに回します。
例文を自分の経験よりきれいにしすぎる
他人の例文は構成を知るために使えます。しかし、実際には関わっていない経営課題や、持っていない裁量を足すと、面接で説明できません。
少し地味でも、自分が見た状況、迷った判断、働きかけた相手を話せる文章の方が信頼されます。
チームの成果を自分一人の成果にする
大規模プロジェクトでは、成果はチームで作ります。「プロジェクトを成功させた」と広く取るのではなく、「自分は要件の優先順位づけを担当し、判断方法を変えた」のように範囲を切ります。
自己PRを志望動機で終わらせる
「成長したい」「上流へ行きたい」「幅広い業界を支援したい」だけでは、過去の証拠がありません。自己PRは、これまで発揮した力から入社後の再現性を示します。コンサルを選ぶ理由や応募先理由は、志望動機で補います。
職務経歴書と面接で、同じ強みを別の長さで話す
自己PRは、媒体ごとに内容を変えるのではなく、同じ経験の長さを変えます。
| 場面 | 目安 | 話す内容 |
|---|---|---|
| 職務経歴書 | 200〜400字程度 | 強み、代表経験、行動、結果、使い道 |
| 面接の冒頭回答 | 60〜90秒程度 | 書類と同じ骨格を口頭で説明 |
| 面接の深掘り | 質問に応じる | 判断理由、反対意見、失敗、学び、再現条件 |
面接用に別の立派な話を作ると、書類との関係が分かりにくくなります。職務経歴書の自己PRを短く話し、その後の質問で状況と判断を詳しく説明できるように準備します。
エピソードは2本用意する
代表的な強みが一つでも、証拠となる経験は2本あると安心です。
一つ目は応募先に近い経験、二つ目は別の環境でも同じ強みを発揮した経験にします。たとえば「論点を整理して意思決定を進める」が強みなら、顧客プロジェクトと社内改善の両方で話せると、偶然ではなく再現できる行動だと伝わります。
30代未経験など、経験の再現性をより厳しく見られやすい場合は、年齢別の準備も併せて確認してください。
30分で自己PRの初稿を作る手順
完成度を上げようとして止まるより、まず一つの経験を短くまとめます。
0〜5分：求人票から動詞を3つ拾う
仕事内容を読み、「整理する」「提案する」「推進する」など、入社後の動作を3つ書き出します。
5〜15分：経験を4項目へ分ける
動詞に近い経験を一つ選び、状況、判断、働きかけ、変化を箇条書きにします。数字や成果物は、説明できるものだけ添えます。
15〜25分：5文にする
強み、状況、課題の捉え方、働きかけ、結果と使い道の順に並べます。一文に情報を詰めすぎず、主語がチームなのか自分なのかを確認します。
25〜30分：声に出して確認する
読んで息が続かない文は分けます。「具体的には？」「なぜ？」と自分に問い、答えられない抽象語を直します。
最後に、次のチェックを行います。
- 強みを一文で言える
- 自分の行動とチームの成果を分けている
- 課題をどう捉えたかが書かれている
- 応募先での使い道が仕事内容とつながっている
- 面接で判断理由と失敗を説明できる
- 顧客名や社外秘の数値を出していない
- 他社にも同じ文章を出す場合、証拠と末尾を見直している
転職準備全体の順番がまだ決まっていない場合は、最初の30日で行うことから逆算すると、書類だけを作り込んで止まるのを防げます。
まとめ
コンサル転職の自己PRは、強そうな言葉を選ぶ作業ではありません。応募先で使う動作を求人票から拾い、自分が難しい状況で行った判断と働きかけを、過去の証拠として示す作業です。
まずは一つの経験を、状況、判断、働きかけ、変化に分けてください。そのうえで、強みから入社後の使い道までを5文にまとめます。売上のような大きな数字がなくても、意思決定が進んだ、例外処理が整理された、手戻りを抑えたといった状態の変化は、十分な成果になります。
初稿ができたら、職務経歴書と面接で同じ経験を説明できるか声に出して確認します。きれいな例文より、自分の判断を具体的に話せる自己PRの方が、応募先で働く姿を伝えられます。