
監修者
リメディ株式会社 ディレクター
馬越 雄司 | MAGOSHI Yuji
神戸大学を卒業後、阪急阪神ホールディングスに新卒入社。経理事業部に配属となり、グループ企業5社を担当。担当企業の決算業務や税務、IFRS改正対応業務に従事。
その後リクルートに転職しキャリアアドバイザーとして、候補者様に徹底的に向き合いながら、20代から50代まで様々な業界・職種の方のキャリア支援に従事。結果として、新人賞をはじめ、顧客価値貢献・チーム貢献に関する複数の賞を受賞。
現在はディレクターとして、M&A業界、戦略・総合コンサルティングファーム、メガベンチャー企業に特化した転職サポートを行い、業界トップクラスの支援実績を誇る。
PwCコンサルティングのキャリア採用へ応募するなら、「PwC向け」の一枚を作る前に応募先の個別募集を決める必要があります。Strategy&、ビジネスコンサルティング、テクノロジー/AIでは、募集要項が求める仕事と、先頭に置くべき実績が異なります。
2026年8月23日時点の公式募集をもとに、応募するポジションを一件選び、近い案件から並べる方法を解説します。本記事の対象はPwCコンサルティング合同会社です。PwCアドバイザリー合同会社の募集とは分けて確認してください。
個別募集を一件選び、職務経歴書の案件順を決める
最初に確認するのは部門名ではなく、現在掲載されている個別募集の職務内容です。各項目を動詞に分け、過去案件で同じ行動をした経験を探します。
| 応募領域 | 先頭に置く実績 | 終点として示す状態 |
|---|---|---|
| Strategy& | 経営課題、仮説、調査・分析、選択肢 | 経営判断、戦略採択、実行支援 |
| X-Value & Strategy | 課題設定、専門家連携、変革設計 | 意思決定、実行体制、変革の実現 |
| ビジネスコンサル | 業務・制度・システムの課題 | 移行、定着、業務状態の変化 |
| 経営管理×AI | 経営指標、計画・予測、業務要件 | 実運用、効果測定、高度化 |
| AI・アナリティクス | 業務課題、ユースケース、データ | 本番利用、監視、ガバナンス |
案件の規模や有名な顧客名より、応募先の仕事に近く、本人の判断を説明できる案件を優先します。チームの成果が大きくても、自分の担当が曖昧なら先頭案件には向きません。
PwCコンサルティングとPwCアドバイザリーを分ける
PwC Japanグループの採用情報では、PwCコンサルティング合同会社とPwCアドバイザリー合同会社を別法人として案内しています。グループ名だけで応募先をまとめると、募集要項と実績の対応が崩れます。
- 応募先の法人名を確認する
- 個別募集の職種名とチーム名を控える
- 職務内容と登録資格を別々に読む
- 自分が担当していないサービス領域を補わない
Strategy&はPwCコンサルティングの戦略コンサルティングチームです。一方、取引支援やディールに近い経験を持っていても、応募する募集にその業務が書かれていなければ、実績の主役には据えません。
Strategy&は仮説・分析・示唆・実行支援を一続きにする
Strategy&の現行募集は、企業等向けの戦略策定と実行支援、そのための調査、分析、考察、示唆出しを主業務に挙げています。職務経歴書では「戦略プロジェクトに参画」ではなく、何を経営課題として定め、どの事実から選択肢を絞ったかを書きます。
- 経営層または事業責任者が決める必要のあったこと
- 最初の仮説と、検証に使った市場・顧客・競合・社内データ
- 比較した選択肢と評価基準
- 分析から導いた示唆と、相手の意思決定
- 戦略策定後に支援した実行計画、体制、検証
資料枚数や調査件数は補助情報です。調査結果がどの判断を変えたかまで書けると、分析が作業実績ではなく意思決定支援として伝わります。
X-Value & Strategyは専門家をつないだ判断を書く
公式部門紹介は、X-Value & Strategyを経営課題の設定から戦略策定、変革の実現まで一貫して支援するチームと説明しています。戦略、デジタルなど複数の専門性をつなぐ点も特徴です。
この領域へ応募する場合に重要なのは、専門家が多かったことではありません。誰の知見がどの論点に必要で、意見の違いをどう整理し、どの意思決定へつないだかが主眼です。本人が作った論点表、選択肢、ロードマップ、実行体制なども成果物の候補です。
ビジネスコンサルは変革後の業務まで示す
PwCの公式職種紹介は、業界とソリューションの専門家が連携し、企業の戦略作成から実行までを支援すると説明しています。業務改革の経験は、現状分析と提案だけで終えず、移行・定着後の状態まで書きます。
| 書く項目 | 具体化する問い |
|---|---|
| 対象 | どの部門・業務・顧客接点を変えたか |
| 課題 | 時間、品質、統制、顧客体験、経営管理のどこに問題があったか |
| 本人の役割 | 分析、設計、合意、管理、実装のどこを担ったか |
| 変更 | 制度、プロセス、組織、データ、システムの何を変えたか |
| 結果 | 移行、利用部門の受け入れ、運用、効果確認のどこまで進んだか |
事業会社での社内改革も使えます。社内の誰が意思決定者だったか、現場と管理部門の条件をどうそろえたか、導入後に何が変わったかを示してください。
経営管理×AIは経営判断と実運用を結ぶ
価値創造経営コンサルタント(AI / Analytics)の現行募集が挙げるのは、経営計画の構想、AIをはじめとする技術動向を踏まえたテクノロジー採用方針、対象範囲、費用対効果、ロードマップ、業務・システム要件、予測モデルの試行、ツール・データ基盤の導入、実運用支援までです。
製品名や資格を先に並べず、経営判断のどこに課題があり、計画や予測をどう使える状態にしたかを書きます。AIモデルの精度を示す場合も、比較基準、対象期間、利用者、業務上の判断、運用後の見直しを併記します。
AI・アナリティクスは試行から本番運用まで分けて書く
AI・アナリティクスコンサルタントの募集では、AI活用戦略、ユースケース企画、CoE、人材育成、試行から開発・運用保守、業界固有課題への提案、AIガバナンスまで幅広い仕事が示されています。自分が担当した段階を混ぜないことが大切です。
- 解くべき業務課題と利用者
- データの範囲、品質、更新、権限
- ユースケースの比較と優先順位
- 評価指標、基準値、誤りが業務へ与える影響
- 試行、本番化、監視、改善の担当範囲
- 説明責任、リスク、利用ルールなどのガバナンス
技術的な成果と業務上の成果は、同じ数値にまとめず分けるのが適切です。モデルの評価、本番での利用状況、業務時間や判断品質の変化それぞれに、本人の寄与が必要です。
Strategy&向けは一つの意思決定を最後まで追える案件を選ぶ
Strategy&向けの案件説明で、市場分析、競合分析、事業計画を別々の箇条書きにすると作業一覧に見えます。必要なのは、一つの経営判断を起点に、どの分析がどの選択肢を残し、最終判断へどう影響したかを追える一本の流れです。
| 段階 | 職務経歴書へ残す内容 | 説明できる証拠 |
|---|---|---|
| 課題設定 | 経営層が決める必要のあった論点 | 課題一覧、論点構造、検討範囲 |
| 仮説 | 初期仮説と検証条件 | 仮説ごとの必要データ、棄却条件 |
| 分析 | 市場・顧客・競合・財務等のうち担当した分析 | 分析設計、比較軸、前提 |
| 示唆 | 分析結果から残した選択肢 | 選択肢、リスク、感度 |
| 実行 | 判断後の計画・体制・検証 | ロードマップ、担当、確認指標 |
採用されなかった案も説明材料になります。検討した条件と見送り理由が明確なら、意思決定を支えた過程として示せます。反対に、最終案だけを成功談として書くと、比較と判断の質が見えません。
ビジネスコンサルは応募チームの対象業務へ寄せる
公式の職種紹介には、インダストリー別の組織に加え、顧客接点、経営管理、組織人事、マネージドサービスなどのソリューション例があります。同じ「業務改革」でも、応募チームが扱う経営課題と成果物は同じではありません。
| 領域例 | 先に示す課題 | 本人の成果物 |
|---|---|---|
| 顧客接点 | 販売・マーケティング・問い合わせ等の顧客体験 | 顧客分析、業務設計、要件、運用指標 |
| 経営管理 | 計画、予算、業績管理、意思決定 | 管理体系、指標、業務・システム要件 |
| 組織人事 | 人事戦略、制度、組織、カルチャー、HRテクノロジー | 制度設計、業務設計、導入・定着計画 |
| マネージドサービス | 継続的に補完する業務能力と運営 | サービス設計、移管、品質・運用管理 |
業界知識を強みにする場合、焦点は用語の多さではなく、規制、商流、顧客、現場慣行がプロジェクトの判断へどう影響したかです。ソリューション経験を強みにする場合は、複数業界で再利用できた設計原則と、業界ごとに変えた条件の切り分けが必要です。
AI案件は戦略・試行・実装・運用の担当段階を明示する
PwCのAI・アナリティクス募集は、活用戦略、ユースケース、組織、人材、開発・運用、ガバナンスまでを扱います。すべてを経験したようにまとめず、担当した段階と、次工程へ渡したものを区切ります。
| 担当段階 | 記載する判断 | 成果の確認方法 |
|---|---|---|
| 戦略 | 対象業務、利用者、優先順位、投資条件 | ロードマップ採択、対象範囲の合意 |
| ユースケース | 業務課題と技術の対応、比較、見送り条件 | 試行対象の決定、評価計画 |
| 試行 | データ、基準値、評価指標、誤りの影響 | 検証結果、本番化判断 |
| 実装 | 業務要件、技術設計、品質、移行 | 受け入れ、本番移行 |
| 運用 | 監視、例外、再学習・改善、問い合わせ | 利用状況、品質維持、改善判断 |
| ガバナンス | 権限、説明責任、リスク、利用ルール | 方針・手順の承認、運用状況 |
「AIを導入した」だけでは、本人が戦略、業務設計、データ分析、開発、管理のどこを担ったか分かりません。工程ごとの始点と終点を示し、別チームが担った作業は自分の成果から外します。
求める能力は自己評価ではなく行動の証拠で示す
Strategy&の募集は、課題解決、論理的思考・分析、コミュニケーション、チームワーク、リーダーシップを挙げています。「論理的思考力がある」「リーダーシップを発揮した」と自己評価を書くより、行動と結果から読み取れるようにします。
| 能力 | 書類で示す行動 |
|---|---|
| 課題解決 | 曖昧な問題を論点へ分け、優先順位を決めた |
| 分析 | 仮説、必要データ、比較基準、限界を定めた |
| コミュニケーション | 相手別に論点を変え、判断事項を合意した |
| チームワーク | 専門家の役割と依存関係を整理した |
| リーダーシップ | 未決事項を明らかにし、意思決定と実行を促した |
肩書やチーム人数は補足です。メンバー職でも、論点を発見して提案した経験は示せます。管理職でも、人数だけでは品質・顧客・提案・育成のどこを担ったか分からないため、責任の中身を分けます。
上位職へ応募する場合は案件成果とチーム責任を分ける
価値創造経営コンサルタントの募集では、上位職の経験例として、プロジェクトのリード、提案、複数システム領域の管理、社内改革のチーム責任などを示しています。これは当該募集の条件であり、PwCコンサルティングの全上位職に共通する条件ではありません。
- 案件成果:クライアント課題、判断、成果物、結果
- 顧客責任:提案、期待値、重要判断、説明
- デリバリー責任:スコープ、品質、リスク、期限、変更
- チーム責任:役割設計、レビュー、育成、知見の再利用
- 事業責任:案件化、継続支援、サービス改善
提案額、案件規模、チーム人数に続けたいのは、本人が決めたことです。大きな数字だけでは、プロジェクトの環境説明にとどまります。
入社後にも再現できる条件まで説明する
PwCコンサルティングのキャリア構築ページは、コアコンサルティングスキル、ファシリテーション、デジタル活用、チームでの課題解決などを学ぶ研修やコーチングを案内しています。研修制度の存在を選考基準として扱うことはできませんが、応募書類では自分の経験を別の顧客・業界でも再現する条件を説明できます。
再現性は「どこでも活躍できる」と断定することではありません。どの前提が変わっても使える方法か、どの業界知識やデータが必要か、次回は何を改善するかを示します。成功条件と限界を両方書くと、経験の移植範囲が明確です。
前職別に強調する経験を変える
| 前職 | 強調する経験 | 補足したい点 |
|---|---|---|
| コンサル | 担当論点、仮説、分析、提案、実行支援 | チーム成果と本人の判断を分ける |
| 事業企画・経営企画 | 経営課題、事業計画、意思決定、部門横断 | 社内固有の事情を他社でも通じる言葉にする |
| 業務部門 | 現場課題、業務設計、定着、効果 | 当事者経験と変革推進を分ける |
| SI・IT | 要件、設計、デリバリー、移行、運用 | 技術判断を経営・業務課題へ接続する |
| データ・AI | ユースケース、データ、評価、本番化 | 技術評価と業務成果を分ける |
ここはリメディの見解ですが、前職の肩書をPwCの職種名へ言い換えるだけでは不十分です。応募先と同じ課題・判断・成果物があるかを確認し、足りない部分は「経験していない」と分けるのが、面接でも説明できる整理です。
コンサル未経験者の注意点は、社内用語の一般化しすぎです。所属企業での制度名やシステム名を伏せても、対象業務、意思決定者、制約、本人の行動、確認した結果が残れば、仕事の中身は伝えられます。
コンサル経験者に必要なのは、複数案件を同じ型で並べない編集です。応募先へ最も近い案件では判断過程を深く書き、次の案件では業界差や役割差を示すと、経験の幅と専門性を同時に説明できます。
抽象的な実績を担当範囲と判断へ書き換える
| 抽象的な表現 | 改善する方向 |
|---|---|
| 経営戦略の策定を支援 | 経営課題、担当した分析、比較案、示唆、意思決定を示す |
| DXプロジェクトを推進 | 対象業務、体制、本人の責任、変更判断、移行後の状態を示す |
| AI導入に貢献 | ユースケース、データ、評価、利用者、本番化の担当段階を示す |
| 関係者を巻き込んだ | 意見の違い、判断事項、合意条件、本人の働きかけを示す |
| 大幅な効率化を実現 | 算定範囲、比較時点、本人の寄与、確認方法を示す |
数値を開示できない場合は、経営会議での採択、要件確定、試行完了、利用部門の受け入れ、本番移行など、確認できる状態に置き換えます。架空の数値を足す必要はありません。
表や例文にある項目は読者自身の実績へ置き換え、確認できない結果は書きません。共同成果では、チーム全体の結果と本人が行った分析・設計・合意形成の切り分けが必要です。
職務要約と主要案件の内容をそろえる
職務要約は、在籍企業の説明より、対象業界・課題、専門領域、責任範囲、主要成果を先にします。主要案件は次の順にそろえると、面接で確認しやすい記述になります。
応募先がStrategy&なら経営判断と分析、ビジネスコンサルなら対象業務と変革、AI・アナリティクスならユースケースと本番利用を職務要約の前半に置きます。職務要約と先頭案件が別の強みを主張している場合は、どちらかを応募先へ合わせてください。
- クライアントまたは社内部門と課題
- 背景・制約とプロジェクト目的
- 体制と本人の役割
- 調査・分析・設計・合意で本人が行ったこと
- 作成した成果物
- 結果と確認方法
- 残課題または次工程への引き継ぎ
例:製造業の経営管理高度化プロジェクトで、事業部別の計画業務と予測プロセスを担当した。現場・財務・ITの要件を整理し、試行対象と評価方法を合意。利用部門の検証結果を反映し、本番移行の要件確定まで支援した。
この例は選考基準ではありません。担当していない工程や成果を足さず、読者自身の案件へ置き換えてください。
数値と守秘義務を両立させる
売上、コスト、顧客数、工数、精度などの数値に必要なのは、算定範囲、比較時点、データの出所、本人の寄与です。会社名を伏せても、非公開の経営情報や顧客データを推測できる書き方は不適切です。
| 開示しにくい情報 | 残せる説明 |
|---|---|
| 顧客名 | 業界、企業規模、対象部門、課題の種類 |
| 金額 | 意思決定の対象、比較軸、承認状態 |
| 詳細な技術・データ | 要件、制約、評価方法、運用条件 |
| 内部資料 | 成果物の種類、利用者、判断への使われ方 |
| 共同成果 | チームの結果と本人の担当行動を分離 |
守秘のために数値を外した場合でも、達成状態は残せます。代替になるのは、承認、試行完了、要件確定、利用部門の受け入れ、移行、運用開始など、事実として確認できる終点です。
応募先別に先頭案件と補足案件を選ぶ
一つの職務経歴書に全経験を同じ密度で詰め込むと、応募先へ最も近い強みが埋もれます。先頭案件では募集要項と最も近い判断を深く示し、補足案件では別の業界、役割、工程を短く示します。
| 応募先 | 先頭案件 | 補足案件で示す幅 |
|---|---|---|
| Strategy& | 経営判断へ直結した仮説・分析・示唆 | 実行支援、別市場、異なる意思決定者 |
| X-Value & Strategy | 課題設定から変革実現まで追える案件 | 専門家連携、デジタル、組織横断 |
| ビジネスコンサル | 応募領域と同じ業務・制度・変革 | 別業界で再利用した方法、定着経験 |
| 経営管理×AI | 経営計画・予測と実運用を結んだ案件 | 財務、データ、導入の異なる責任 |
| AI・アナリティクス | 業務課題から本番利用まで追える案件 | 戦略、技術、ガバナンスの別段階 |
先頭案件と補足案件が同じ主張を繰り返す場合は、一方を外す判断も必要です。案件数より優先すべきは、応募先の職務内容、本人の専門性、別環境での再現性が読み分けられる構成です。
補足案件は「その他の実績」として一括せず、先頭案件と何が違うかを一文で示します。例えば、戦略策定を先頭に置いた後、補足案件で実行定着やAIの本番運用を示せば、構想だけで終わらない経験として読めます。
応募時点の募集要項で最後に差分を確認する
本記事は2026年8月23日に掲載されていた公式募集を確認して作成しています。組織、職務内容、勤務地、職位、登録資格は更新されるため、提出前には応募フォームから個別募集を開き直してください。
- 職種名・チーム名が職務要約と一致している
- 主な職務の動詞が先頭案件に含まれている
- 登録資格と自分の経験の対応を説明できる
- 勤務地・職位などを別の募集から混ぜていない
- 募集ページの更新後に古い表現が残っていない
部門紹介と個別募集で表現が異なる場合、優先すべきは応募する個別募集です。部門の理念やサービス説明は志望理由の理解に使い、経験要件や担当業務の根拠には個別募集を使うのが適切です。
応募先を変更した場合、見直す対象は職務要約と先頭案件だけではありません。Before / After、FAQで整理した面接準備までが対象です。複数ポジションへ応募する場合は、一つのファイルをそのまま使い回さず、変更箇所を記録すると主張のずれを防げます。
差分確認の日付と、参照した募集名を手元に残しておくと、後の面接準備でも同じ職務内容を基準に回答をそろえられます。
提出前に面接で説明できるか確かめる
前提、選択肢、判断根拠、本人の行動、結果を説明できない一文は、提出前に書き直します。説明できない数値や、チーム全体の成果を本人の成果として読める表現も修正対象です。
- 応募する個別募集と先頭案件が対応している
- 成果の数値に算定範囲と比較時点がある
- チーム成果と本人の担当を分けている
- 選ばなかった案と、その理由を説明できる
- 守秘義務に反する顧客名・データ・設計情報がない
- 職務要約と主要案件で責任範囲が一致する
書類の次は、案件の深掘りと志望理由の説明準備へ進みます。PwCコンサルティングの面接・選考対策も参照し、書類と回答の主張をそろえてください。
自分で進められる場合と第三者確認が役立つ場合
| 自分で進めやすい状態 | 第三者確認が役立つ状態 |
|---|---|
| 応募する個別募集が決まり、各要件に対応する案件がある | Strategy&と業務・テクノロジー領域で応募先を決め切れない |
| 本人の担当範囲と成果を面接で説明できる | 共同成果が中心で、本人の判断を切り出しにくい |
| 守秘に配慮しながら課題・判断・結果を書ける | 情報を伏せると実績が抽象語だけになる |
第三者へ確認を依頼する場合も、先に募集要項と主要案件を一件ずつ選んでおくと、相談内容が具体的になります。
あなたの経歴で狙える非公開求人と想定年収レンジを受け取る
業界特化のヘッドハンターが、公開求人に出ない選択肢と次の一手をご案内します。
PwCコンサルティングの応募準備に役立つ関連記事
- PwCコンサルティングの面接・選考対策:職務経歴書の内容を面接回答へつなげる
- PwCコンサルティングの評判:組織や働き方を応募前に確認する
- Big4コンサルの職務経歴書:ファーム横断で実績の見せ方を比較する
PwCコンサルティングの職務経歴書に関するFAQ
複数ポジションへ同じ職務経歴書を出してもよいですか?
在籍歴や案件の事実は共通で構いませんが、職務要約、先頭案件、強調する成果物は個別募集に合わせます。応募先ごとに担当課題と役割の対応を確認してください。
事業会社出身でもコンサル実績として書けますか?
社内改革、事業企画、DX推進などの経験も対象です。重要なのは、誰のどの意思決定を支え、部門間の条件をどうそろえ、導入後に何が変わったかです。
成果の数値を開示できない場合はどうしますか?
採択、要件確定、試行完了、利用部門の受け入れ、本番移行など、確認できる状態が代替になります。対象範囲、期間、本人の担当も必要です。
Strategy&志望では戦略案件だけを書くべきですか?
案件名より、経営課題、仮説、分析、選択肢、示唆、実行支援を説明できるかを優先します。事業会社の企画経験でも、意思決定支援の範囲が明確なら候補になります。
AI経験は技術名を多く書くほど有利ですか?
技術名だけでは担当業務が伝わりません。業務課題、利用者、データ、評価、本番化、運用、ガバナンスのうち、本人が担った範囲を示してください。

