プロダクトマネージャー（PM）のポートフォリオ｜実績を意思決定の記録として見せる構成と作り込みの手順
- 最終更新日：2026/10/28
プロダクトマネージャー（PM）のポートフォリオは、デザイナーの作品集とは性格が違います。画面や成果物そのものを見せるのではなく、何を課題とみなし、どの選択肢から何を選び、結果がどうだったかという「判断の記録」を見せる書類です。この記事では、転職や副業の応募で使えるポートフォリオの中身、作る順番、守秘義務への対応までを順に整理します。
プロダクトマネージャー（PM）のポートフォリオに入れる中身と全体像
プロダクトマネージャー（PM）のポートフォリオで採用側が確かめたいのは、成果物の見栄えよりも、判断の筋道です。海外のPM向けガイドでは、各プロジェクトを「課題」「解決策」「進め方」「成果」の4つで書く型が紹介されています。日本の応募でも、この4点が揃っていれば読み手は迷いません。
ポートフォリオが求められる場面
職務経歴書だけで足りる場面も多いのですが、事業会社のPM職への転職、他職種からPMへの異動希望、副業やフリーランスでの案件応募では、実績を一枚の資料にまとめておくと話が早くなります。特に未経験からPMを目指す場合は、職務経歴書にPMの肩書きがないため、ポートフォリオが役割の証明になります。
入れてよい素材の種類
使いやすい素材には、課題整理のメモ、PRD（要求仕様書）の抜粋、ロードマップ、競合比較の表、計測ダッシュボードの画面、リリース後の数値の変化があります。ユーザーフローやワイヤーフレームを自分で描いた場合は、それも含められます。すべてを載せる必要はなく、判断を説明するのに必要なものだけを選びます。
分量の目安
前出のガイドは、オンラインで読む前提で15ページ以内に収めることを勧めています。載せるプロジェクトは2〜3件に絞り、詳細は別資料へのリンクにとどめる形が読まれやすい構成です。ただし件数の目安は情報源によって幅があるため、応募先の求人票に指定があればそれを優先してください。
1プロジェクトを判断の記録として書く型
ひとつのプロジェクトは、次の流れで書くと読み手が追いやすくなります。ここでは、既存の会員向けアプリで、継続率の低下を扱った架空のモデルケースを使って説明します。
課題の置き方を書く
最初に書くのは、解いた課題とその根拠です。「継続率を上げたかった」だけでは弱く、「登録後7日以内に離脱する人が多く、その大半が初期設定の途中で止まっていた」のように、どのデータを見てそう判断したかまで添えます。問いの立て方そのものがPMの仕事なので、ここが薄いと全体が薄く見えます。
選ばなかった案も残す
検討した案が3つあり、そのうち1つを選んだ場合は、残りの2つを捨てた理由も書きます。工数が大きすぎた、効果の見込みが読めなかった、といった理由で構いません。PMの価値は「何を作らなかったか」にも表れるため、採用側にとっては選ばなかった案の説明こそ判断力を測る材料になります。優先順位付けにRICEのような枠組みを使った場合は、点数の付け方も一緒に示すと説得力が増します。
進め方と巻き込んだ相手を示す
PMは自分で手を動かして作る職種ではないので、誰とどう進めたかが実績になります。エンジニアとはどの粒度で仕様を握り、営業やカスタマーサポートからはどんな声を集め、経営層にはどの節目で報告したのか。会議体の名前よりも、意見が割れた場面でどう決めたかを一例書くほうが読み手に伝わります。
成果は数字と限界の両方で書く
成果は、施策の前後で動いた指標を書きます。継続率が数ポイント改善した、問い合わせが減った、といった形です。そのうえで、施策以外の要因が混ざっていた可能性や、期待どおりにいかなかった部分にも触れます。うまくいかなかった施策から何を学んで次に反映したかが書けていると、再現性のある人として読まれます。
経験の段階に合わせた作り方
手元にある実績の量によって、ポートフォリオの組み立て方は変わります。
PMの経験がある人
担当したプロダクトの規模、チーム構成、自分の裁量の範囲を最初の1ページにまとめます。そのうえで、立ち上げ、グロース、リニューアルなど性質の違うプロジェクトを2件選ぶと、守備範囲が伝わります。関わった領域が1種類だけなら、その領域での深さを見せる構成にします。
エンジニアやデザイナー、営業から移る人
PMの肩書きがなくても、機能の優先順位を決めた、要件を整理して開発に渡した、顧客の声から改善案を出したといった経験は素材になります。その場合は、当時の自分の役割を正直に書き、PM的な判断をした場面だけを抜き出して構成します。役割を実際より大きく見せると、面接で深掘りされた際に説明が続かなくなります。
実務経験がなく、これから始める人
身近なサービスを題材に、課題の仮説、改善案、検証の計画をまとめた自主課題を作る方法があります。ただし、実際に動かした実績ではないことを明記してください。実績に見せかけた書き方は避け、公開されているデータや自分で行った簡単なユーザーヒアリングを根拠にして、考え方の筋道を示すものとして位置づけます。学び方の全体像は、プロダクトマネージャーになるまでの道筋と合わせて考えると整理しやすくなります。
守秘義務と公開の線引き
PMのポートフォリオで最も気を遣うのが、前職や現職の情報の扱いです。社内の数値や未公開の計画は、書き方を誤ると契約違反になりかねません。
公開してよいかを先に確認する
就業規則や秘密保持契約の範囲は会社ごとに違います。判断がつかない場合は、所属していた会社の担当部署や上長に確認するのが確実です。確認が取れないものは載せない、という方針にしておくと安全です。
数値と固有名詞をぼかす方法
絶対値を伏せて変化率で示す、顧客名を業種の表現に置き換える、画面は構造だけを描き直すなどの方法があります。たとえば売上額は書かず、「施策前を100とした指数」で示します。どこまでぼかしたかを注記しておけば、数字が曖昧でも誠実さは伝わります。
面接で補う前提で作る
ポートフォリオに書けない部分は、面接で口頭で補う前提にします。資料には判断の骨組みを置き、細部は聞かれたときに答える。この分担にしておけば、公開できない情報を無理に載せずに済みます。
見せ方と更新の続け方
形式の選び方
スライド形式のPDF、Notionなどの共有ページ、個人サイトのいずれでも構いません。応募先がURLの提出を求めるのか、ファイルを添付するのかで選びます。URLで共有する場合は、閲覧権限が正しく設定されているかを、応募前に別のアカウントで開いて確かめてください。
応募先ごとに並べ替える
同じ実績でも、応募先がBtoB SaaSなのか、消費者向けアプリなのかで強調する部分は変わります。プロジェクトの順番と冒頭の要約を応募先に合わせて入れ替えるだけでも、読まれ方は大きく違います。年収や役割の水準感を確かめたいときは、プロダクトマネージャーの年収の整理が参考になります。
プロジェクトの区切りごとに更新する
リリースや振り返りのタイミングで、課題、判断、結果を数行メモしておくと、ポートフォリオの材料が自然に貯まります。転職を考えてから過去を思い出して書くよりも、当時の判断理由を正確に残せます。まず手元の直近プロジェクトを1件選び、課題の根拠となったデータが何だったかを書き出すところから始めてみてください。