自己PR・職務要約の例文
採用担当者が最初に読むのは要約部分です。経験に合うものを選び、数字は自分の実績に置き換えてください。
未経験・第二新卒BtoB分析プロダクトで2年のアソシエイトプロダクトマネージャー。月間8,000ユーザーの機能2つを一気通貫で担当。40件の顧客インタビューをもとにオンボーディングを作り直し、アクティベーションを31%から44%へ引き上げました。
経験者BtoB SaaSで6年のプロダクトマネージャー。ARR600万ユーロの製品ラインと7名のチームを担当。顧客が最初に行う実務を軸にオンボーディングを再設計してアクティベーションを31%から58%へ改善し、サポート費用が売上を上回っていたロードマップ2件を中止しました。
シニア・管理職BtoBとマーケットプレイスで10年のシニアプロダクトマネージャー。3チーム・ARR2,200万ユーロを統括。2年で売上維持率（NRR）を94%から118%へ引き上げ、現在プロダクト組織全体が使うディスカバリープロセスを確立しました。
プロダクトマネージャー向け履歴書の書き方
プロセスではなく成果に焦点を当てる
プロダクトマネージャーは活動ではなく成果で採用されます。「プロダクトスペックを書いた」「スプリントセレモニーを運営した」と書かない。プロダクトが達成したことを書く：ARRアップリフト、ユーザーアクティベーション率、サイクル短縮。
プロダクトサイクル全体を示す
強いPM履歴書はループ全体を示します：ディスカバリー、優先順位付け、デリバリ、計測。顧客リサーチ手法、優先順位付け方法、成功定義、リリース後の結果を記載。
企業ステージに合わせる
アーリーステージならディスカバリー、スピード、横断的オーナーシップを強調。グロースステージならOKRとデータ規律。エンタープライズならステークホルダーアラインメントとガバナンス。
この例を出発点にして、無料の履歴書ビルダーで履歴書を作成しましょう — 登録不要。
職務経歴書に使える実績の書き方
1行をコピーし、数字を自分のものに置き換えます。動詞を後ろに、成果を前に置くと読みやすくなります。
- 顧客が最初に行う実務を軸にオンボーディングを再設計し、2四半期でアクティベーションを31%から58%へ改善
- パッケージ変更と拡張導線により、2年で売上維持率を94%から118%へ向上
- サポート費用が生み出す売上を上回るとデータで確認し、ロードマップ2件を中止
- 営業増員なしで初年度ARR140万ユーロに到達したセルフサーブプランをリリース
- 設定手順を3つ削除し残りを初期値化して、価値実感までの日数を9日から2日へ短縮
- 年間120件の顧客インタビューを実施し、チームが起点として使う優先度つき課題リストへ変換
- 失注5社中3社が求めていたレポート機能をリリースし、中堅セグメントの解約を22%削減
- 4プランの価格とパッケージを再設計し、アカウント当たり平均売上を31%向上
- ロードマップを成功指標つきの出荷可能な単位に分割し、リリース周期を6週間から2週間へ短縮
- 4,000アカウントの新データモデル移行を、サポート問い合わせ率0.3%で完了
プロダクトマネージャー向け履歴書の主要スキル
テクニカルスキル
- ディスカバリー：顧客インタビュー、課題の定義、機会規模の見積り
- 優先順位づけとロードマップ：RICE、機会ツリー、トレードオフの判断
- 分析：SQL、AmplitudeまたはMixpanel、ファネル・コホート分析
- 実験：A/B設計、成功指標、ガードレール指標、差が出なかった結果の読み方
- デリバリー：アジャイルの運用、開発が着手できる仕様、スコープ交渉
- 事業面：価格とパッケージ、ビジネスケース、ユニットエコノミクス
ヒューマンスキル
- ロードマップを盾にせず、根拠を示して上位者の要望を断れる
- その場にいなかった人にも判断が自明になる1枚の文書を書ける
- データが支持する限り圧力の中でも立場を守り、支持しなくなれば変えられる
- エンジニアとデザイナーが、遅れて丁寧にではなく早い段階で課題設定に反論してくれる状態をつくれる
応募書類に入れたいキーワード
採用管理システムは求人票の言葉と書類を照合します。実際に使える技術だけを書いてください。
- プロダクトマネジメント
- プロダクト戦略
- ロードマップ
- ディスカバリー
- 顧客インタビュー
- ユーザーリサーチ
- 優先順位づけ
- RICE
- OKR
- A/Bテスト
- プロダクト分析
- SQL
- Amplitude
- Mixpanel
- Jira
- アジャイル
- ステークホルダー調整
- Go-to-Market
- 価格設定
- プロダクト主導グロース
各項目に書く内容
職務要約
3行で：経験年数とプロダクト種別（BtoB SaaS、コンシューマー、マーケットプレイス、プラットフォーム）、担当範囲（ARR、ユーザー、チーム）、そして自分が動かした成果を1つ。企業フェーズも書いてください。プロセスを必要とする人か、つくる人かがそこで読まれます。
職務経歴
各社について、箇条書きの前にプロダクト・規模・協働相手を置きます。その後はチケットではなく判断を：何を優先し何を落としたか、ディスカバリーで何が分かったか、リリースが何を生んだか。中止した案件も1つ入れてください。3件のリリースより早く判断力が伝わります。
スキル
ディスカバリー、デリバリー、分析、事業面で整理します。実際に使えるならSQLと分析ツールは残してください。ツールの裏づけのない「データドリブン」は、最初に検証される主張です。
学歴
学歴を年つきで、その後に現在の技量を示すもの：プロダクト認定、ディスカバリーや価格設定の講座、分析の認定。短くまとめてください。プロダクト職では証拠は職務経歴の側にあります。
この職種で使える実績の動詞
実績は「〜した」で締めます。ここに挙げた動詞はこの職種に合い、職務内容の説明ではなく成果として読まれます。
- リリースした
- 優先順位をつけた
- 探索した
- 検証した
- 中止した
- スコープを定めた
- 立ち上げた
- 計測した
- 改善を重ねた
- 合意形成した
- 定義した
- 提供を終了した
重要なポイント
- 各箇条書きはタスクではなくプロダクト成果で始める
- インパクトを定量化：ARR、DAU、採用率、サイクル時間、NPS
- ループ全体を示す：ディスカバリー→優先順位付け→出荷→計測
- 関連すればSQLや分析ツールを含める
- 6年未満は1ページ、複数プロダクト経験豊富なら2ページ
書類選考で落ちる原因
成果ではなくプロセスを書いている
「スプリントプランニングを実施し、ユーザーストーリーを書き、バックログを管理」はプロダクトマネージャーの予定表であって、成果ではありません。儀式で採用される人はいません。各項目は、ユーザーまたは事業にとって何が変わったかで終わらせてください。
チーム全体の成果を自分のものとして書く
自分の判断に触れずに「売上を40%増加」と書くと、水増しか曖昧かのどちらかに読まれます。面接官はまさにこの行を掘ります。結果の中に自分の判断を入れてください：何を削り、何を先にやり、作る前に何を検証したか。
企業フェーズとプロダクトの文脈がない
30人のスタートアップと3,000人の企業のプロダクトマネジメントは別の仕事です。フェーズ、モデル（BtoB、BtoC、マーケットプレイス、プラットフォーム）、規模（ユーザー数、ARR、チーム人数）を書いてください。採用は見慣れたパターンに沿って行われます。
課題のない機能リストのロードマップ
解決した課題を書かずにリリース物だけ並べると、面接で最も難しい質問を招きます：なぜそれを、なぜそのときに。課題、根拠、そして最後に機能。面接もこの順番で進みます。
未経験の場合
PMの肩書きがなくても、素材はたいてい現職の中にあります：作り直した業務プロセス、要件を書いて導入したツール、調べて解決まで持っていった顧客の課題。プロダクトの仕事として書いてください——課題、集めた根拠、判断、計測した結果。加えて、自分が使っているプロダクトの分析を1本：次にどの課題を優先するか、その理由、どの指標を見るか。この文書は、どんな認定資格より面接で効きます。
経験がない場合の履歴書の書き方 短い添え状の例
3〜4文で十分です。なぜこの職種か、これまで何をしたか、次に何をしたいか。
ご担当者様。Acmeのプロダクトマネージャー職に応募いたします。BtoB SaaSで6年、現在はARR600万ユーロの製品ラインと7名のチームを担当しています。最も自信があるのはアクティベーションです。顧客が最初に行う実務を軸にオンボーディングを作り直し、2四半期で31%から58%へ改善しました。同じ年に、サポート費用が売上を上回っていたロードマップ2件を中止しています。求人にセルフサーブへの移行とありますが、営業を増員せずに初年度ARR140万ユーロへ到達したセルフサーブプランをリリースした経験があります。各数値は職務経歴書に記載しており、背景のディスカバリーも喜んでご説明します。
よくある質問
定期的に使う場合のみ。分析データクエリ用の軽いSQLは一般的で書く価値あり。一度使った言語は書かないこと。
何を学び、アプローチがどう変わったかを説明できる場合のみ。失敗の後に明確な教訓とより良い結果が続けば面接で強い話 — ただし文脈なしで履歴書に書かないこと。
強みとして位置づけ — ハイブリッド背景はプロダクトで評価されます。何を構築したかvs何を管理したかを明確に示しましょう。
資格欄に1行で書く程度で十分です。ただし、それだけで履歴書が強くなるとは考えないでください。採用側は実際に届けた成果をはるかに重視します。別職種からプロダクトへ移る場合、基礎理解を示す材料としては役立ちます。実務のPM経験が2年以上あれば、初級資格は外しても構いません。
絶対値ではなく割合や相対変化を使います。「activationを23%向上」は機密データを明かしません。チーム規模、市場数、「月間100K+ users向けのプロダクト」のような公開しやすい文脈でスケールを示す方法もあります。数字は作らないでください。
学んだことと次に取った行動を書きます：リリースし、計測し、アクティベーションは変わらず、巻き戻してスコープを組み直した。プロダクトマネージャーは不確実性下の判断力で採用されます。成功だけの経歴は、短いキャリアか選択的な記憶に読まれます。
自分の疑問を自分で調べられる程度のSQLは、いまやほぼ標準です。事実なら書いてください。より深い技術はプラットフォームや開発者向けプロダクトで効きます。その場合は扱ったシステム名を。実技で示せない水準は決して書かないでください。
項目をデリバリーから判断へ移します。バックログの整理や儀式はプロダクトオーナーの仕事、ディスカバリー・事業成果に対する優先順位づけ・価格への関与・リリース結果はプロダクトマネージャーの仕事です。肩書きが違っても、実際にやったほうを先に書いてください。
この職種の別の呼び方
職種名は会社によって異なります。求人票にこれらの呼び方があるときは、その表記をそのまま応募書類の見出しに使ってください。
- シニアプロダクトマネージャー
- アソシエイトプロダクトマネージャー
- テクニカルプロダクトマネージャー
- プロダクトオーナー
- グループプロダクトマネージャー
- グロースPM
- プラットフォームPM
- プロダクト責任者
この職種に合うテンプレート
いずれのレイアウトも採用担当者が想定する順番で項目を保ち、そのままPDFとして書き出せます。
履歴書テンプレート
この見本の作り方
- 見本はテンプレートではなく、その職種の実際の求人票をもとに作成しています。項目・表現・並び順は、企業が実際に求めている内容に合わせています。
- 実績は採用管理システムが読み取れる形（動作・成果・数字）で記載し、レイアウトはPDFに崩れず書き出せることを確認しています。
- その職種の採用実務が変わったタイミングで内容を見直します。見本の上の日付は公開日ではなく、最終確認日です。
Vitalii Zhelizniak
ResumeQuill 創業者
ATS対応テンプレートと登録不要のPDF出力を備えた無料の履歴書作成サービス ResumeQuill を開発。本サイトの応募書類ガイドの執筆と確認を担当しています。
履歴書を作成する準備はできましたか？
このサンプルを出発点としてご利用ください — 無料、登録不要。
無料で始める 