職務経歴書サンプル

プロダクトマネージャーの職務経歴書サンプルと2026年版 作成ガイド

採用担当者がプロダクトマネージャーの職務経歴書に目を通す時間は10秒足らずで、その中であなたがトレードオフ、指標、部門横断的なリーダーシップを理解しているかどうかを判断します。このガイドでは、プロダクトへのインパクトの数値化からATSキーワードフィルターの突破まで、2026年に評価されるPMの職務経歴書がどのようなものかを、APMからディレクターレベルまでの実例とともに解説します。

今日のプロダクトマネージャーは、探索・優先順位付けからローンチ、ローンチ後の改善まで、プロダクトや機能領域のライフサイクル全体を所有し、エンジニアリング・デザイン・営業・経営陣を単一のロードマップの下に整合させます。採用担当者は機能をリリースしたことよりも、収益・継続率・アクティベーション・コスト削減といったビジネスインパクトの証拠に注目してPMの職務経歴書を読み、ATSは「ロードマップ」「A/Bテスト」「ステークホルダー管理」「Jira」「SQL」、そしてRICEやJobs-to-be-Doneといった具体的なフレームワーク名を特に検索します。業務内容だけを列挙し、リリースした機能に紐づく指標が一切ない職務経歴書は、人の目に触れる前に選考から外れます。

主なスキル

  • プロダクトロードマップの優先順位付け(RICE、ICE、狩野モデル)
  • A/Bテストと実験設計
  • SQLとデータ分析(Amplitude、Mixpanel、Looker)
  • ユーザーリサーチとJTBDインタビュー
  • 部門横断的なステークホルダー管理
  • Agile/Scrumセレモニーとバックログ整理
  • GTM(市場投入)戦略とローンチ計画
  • 競合分析・市場分析
  • ワイヤーフレーミングと低精細プロトタイピング(Figma)
  • 価格戦略とマネタイズ戦略
  • OKRの設定と追跡
  • エンジニアリング連携のためのAPI/技術理解

職務経歴書の記載例

  1. アソシエイト/APMレベル: 12名のユーザーで週次ユーザビリティテストを実施してオンボーディングフローを再設計し、1日目のアクティベーション率を41%から58%に引き上げ、「新規ユーザーが混乱」というタグ付きサポート問い合わせを27%削減した。
  2. 中堅、グロース中心: 6回連続のA/Bテストを通じてセルフサーブのアップグレードフローをローンチし、無料から有料への転換率を3.2%から4.6%に引き上げ、2四半期で年間経常収益180万ドルを追加した。
  3. シニア、プラットフォーム/B2B: 40以上のエンタープライズ統合に対応するAPIプラットフォームのロードマップを統括し、パートナー統合の平均所要時間を6週間から9日に短縮、プラットフォーム連携案件の平均単価を22%引き上げた。
  4. シニア、ゼロイチのプロダクト: コンセプトから5か月でGA(一般提供)に至るゼロイチのマーケットプレイスプロダクトを定義・ローンチし、初四半期でGMV42万ドルを達成、3名のVPステークホルダーから200万ドルの追加投資への合意を取り付けた。
  5. ディレクター/グループPM: 決済領域で5名のPMからなるチームを率い、RICEベースのロードマップ優先順位付けプロセスを再構築。平均リリース所要時間を35%短縮しながら四半期OKR達成率を61%から89%に改善した。
  6. テクニカルPM、データ/ML: 3名のMLエンジニアと連携してレコメンデーションエンジンをローンチし、平均注文額を14%引き上げ、1日210万件の推論リクエストを稼働率99.95%で処理した。

ATSキーワード

  • プロダクトロードマップ
  • プロダクト戦略
  • A/Bテスト
  • バックログの優先順位付け
  • Agile/Scrum
  • SQL
  • Jira
  • ステークホルダー管理
  • GTM(市場投入戦略)
  • OKR
  • KPI
  • カスタマーディスカバリー
  • RICEフレームワーク
  • プロダクトマーケットフィット

よくある間違い

  • 「新しいチェックアウトフローをローンチ」のように、ビジネス指標に紐づけずに機能リリースを列挙している。 — すべてのローンチにコンバージョン向上、収益インパクト、継続率の変化、コスト削減といった測定可能な成果を添える。保守的な推定であればその旨を明記した上で構わない。
  • 職務経歴書を求人票のように書いている(「プロダクトロードマップの管理とエンジニアリングとの連携を担当」など)。 — すべての項目を「アクション動詞+行った内容+定量的な成果」という結果優先の形式で書き直し、受動的な「〜を担当」という表現を完全に排除する。
  • SQL、Amplitude、Jira、Figmaといったツールやテックスタックを「ソフトな」詳細だと感じて省いている。 — 専用のスキル行を設けるか、箇条書きの中に直接ツール名を組み込む。ATSも技術系採用担当者もこれらの具体的な用語を検索する。
  • 自分のスコープを明示せず、全社的な指標(「売上を40%成長させた」など)の成果を自分の手柄として主張している。 — すべての指標を自分の実際の担当範囲に紐づける。例:『自分が担当したロイヤルティプログラム内で売上を40%成長させ、会社全体の1,800万ドルの成長のうち320万ドルに貢献』。
  • グロース、プラットフォーム、B2B、コンシューマーなど、どのPM職にも同じ汎用的な職務経歴書を使い回している。 — 職務経歴書の上部3分の1——サマリーと各職歴の上位2項目——を、求人票に記載された具体的なPMの類型(グロースPM、テクニカルPM、プラットフォームPMなど)に合わせて調整する。

書式のポイント

  • 経験8年未満は1ページに収め、それ以上でも最大2ページとする。PMの採用担当者は求人1件あたり数十件の職務経歴書を読む。
  • 冒頭に、自分のPM専門分野(グロース、プラットフォーム、B2B、コンシューマー)と最大の定量的な成果を示す2〜3行のサマリーを置く。
  • 会社名・肩書き・在籍期間・所在地を逆時系列で記載し、各職歴に3〜5項目(多くても6項目まで)を添える。
  • 箇条書きの中の重要な指標は控えめに太字にする(1項目につき1つの数字)。採用担当者が3秒以内にインパクトを把握できるようにする。
  • 志望動機や写真は省き、スキル欄と、該当する場合は「リリースしたプロダクト」欄やポートフォリオリンクを含める。
  • 画像化されたエクスポートではなく、テキスト選択可能なPDFとして保存し、ATSがキーワードを正しく抽出できるようにする。

履歴書の例