PdM の役割とは？プロダクトマネージャーが担う 7 つの責務を徹底解説

この記事でわかること

• PdM の役割を 7 つの責務に分解した全体像
• 各責務を果たすために必要な具体的な活動内容
• 企業フェーズ・組織規模ごとに責務の配分がどう変わるか
• PdM の役割を誤解しているよくあるパターン
• 採用・組織設計で PdM ロールを言語化するコツ

PdM の役割の全体像

プロダクトマネージャー（PdM）の役割を一言で言うと「プロダクトの成功に責任を持つ人」ですが、これだけでは実務イメージが湧きにくい抽象度です。現場で PdM が担う責務は、次の 7 つのカテゴリに整理できます。

1. プロダクト戦略の策定
2. ユーザーと市場の理解
3. プロダクト要件の定義と優先順位付け
4. 開発チームとの協働
5. データに基づく意思決定と検証
6. ステークホルダーマネジメント
7. プロダクトの継続的改善とグロース

それぞれの責務を順番に見ていきます。

責務 1: プロダクト戦略の策定

PdM の最も上流の役割は、プロダクトの方向性を定めることです。「なぜ我々はこのプロダクトを作るのか」「どの市場で勝ちに行くのか」「ユーザーの課題をどう解決するのか」という問いに答えるのが PdM の仕事です。

具体的な活動は次のようなものです。

• プロダクトビジョンの明文化と経営層・開発チームへの共有
• プロダクト戦略（3 年〜5 年の中期方針）の策定
• ターゲットセグメントの定義と競合分析
• ノーススターメトリックの設計と合意形成
• 年次・四半期のプロダクトゴール（OKR 等）の設定

この責務は経営層と近い距離で行われることが多く、シニア PdM や VP of Product（VPoP）クラスの仕事と重なる部分が大きい領域です。

責務 2: ユーザーと市場の理解

PdM は「ユーザーの代弁者」として組織内で機能します。ユーザーが何に困り、何を望み、どんな文脈でプロダクトを使うのかを継続的に理解することが求められます。

具体的な活動は次の通りです。

• 定期的なユーザーインタビュー（実施頻度はチーム方針により差があるが、月数件を継続的に積む PdM が多い）
• カスタマーサポートログの分析と共通課題の抽出
• ユーザーテスト・ユーザビリティテストの設計と実施
• 市場調査・競合プロダクトの継続モニタリング
• ペルソナ・カスタマージャーニーマップの更新

この責務は一度で終わるものではなく、プロダクトの各フェーズで継続的に行う性質のものです。ユーザー理解が薄いまま戦略や要件を作ると、あとのフェーズで壁にぶつかりやすくなります。

責務 3: プロダクト要件の定義と優先順位付け

戦略とユーザー理解を踏まえ、「具体的に何を作るか」を決めるのが 3 つ目の責務です。ここでの判断が直接プロダクトの開発計画に影響します。

具体的な活動は次の通りです。

• プロダクトロードマップの作成と更新
• PRD（Product Requirements Document）の執筆と開発チームへの共有
• RICE スコアや MoSCoW などのフレームワークを使った優先順位付け
• 仕様レベルでの意思決定（「このエッジケースはどう扱うか」など）
• スコープ調整（「このスプリントで入れるもの／入れないもの」の決定）

優先順位付けは PdM の仕事の中でも特に重要で、常に「やらないことを決める」勇気が求められます。

責務 4: 開発チームとの協働

PdM は開発チームの一員ではありませんが、エンジニア・デザイナーと最も密接に働くロールです。要件を開発チームに渡して終わりではなく、開発期間中も継続的に対話を続けます。

具体的な活動は次の通りです。

• スプリントプランニング・リファインメント・レビューへの参加
• 仕様の不明点への即時回答
• エンジニアからの技術的制約フィードバックを踏まえた仕様調整
• デザイナーとの UI/UX 検討会
• 開発遅延・トレードオフ発生時のスコープ再判断

この責務は「仕様を投げて終わり」ではなく「開発チームと一緒にプロダクトを作る」というスタンスが求められます。

責務 5: データに基づく意思決定と検証

PdM はデータを見て意思決定する職種でもあります。リリースした機能が本当に効果を出しているか、ユーザー行動は想定通りかを定量的に確認する責務があります。

具体的な活動は次の通りです。

• 主要プロダクト指標（DAU、継続率、コンバージョン率等）のモニタリング
• A/B テストの設計・実行・結果分析
• SQL や BI ツール（Looker、Redash、Tableau 等）でのデータ探索
• イベントトラッキング（Amplitude、Mixpanel 等）の設計レビュー
• リリース後のインパクト測定と経営層への報告

PdM が直接 SQL を書くかはチーム体制によりますが、最低でもデータの読み解き方・仮説検証の設計・指標設計の判断ができる水準のデータリテラシーは必須です。

責務 6: ステークホルダーマネジメント

PdM は組織の「翻訳者」でもあります。経営層、マーケ、営業、カスタマーサクセス、カスタマーサポート、法務、セキュリティなど、多様なステークホルダーの期待値を調整し、合意を形成する責務があります。

具体的な活動は次の通りです。

• 経営層へのプロダクト状況の報告と戦略相談
• 営業からの顧客要望を受けての仕様判断
• カスタマーサクセス・サポートとの連携（プロダクト品質問題の優先順位付け）
• マーケとのローンチ連携（訴求ポイントの設計、リリースタイミング調整）
• 法務・セキュリティとのレビュー連携（個人情報保護、コンプライアンス対応）

PdM には権限ではなく「影響力」でチームを動かす力が求められます。上司の立場ではないステークホルダーを動かすには、論理的な説得力と信頼関係の構築が欠かせません。

責務 7: プロダクトの継続的改善とグロース

プロダクトはリリースして終わりではなく、継続的に改善し成長させていくものです。PdM はリリース後もプロダクトの成長に責任を持ちます。

具体的な活動は次の通りです。

• ファネル分析（AARRR モデル等）による改善ポイントの特定
• ユーザーフィードバックを次の改善サイクルに反映
• グロースハック施策の企画と検証
• 機能のサンセット（使われていない機能の廃止判断）
• 長期的なプロダクト負債の管理（開発効率を落とさないための投資判断）

これらの活動はリリース直後の数週間だけでなく、プロダクトのライフサイクル全体で継続的に行われます。

企業フェーズで責務配分はどう変わるか

シード〜シリーズ A のスタートアップ

この段階では PdM の 7 つの責務をほぼ 1 人で担当するケースが多く、責務 1（戦略）と責務 2（ユーザー理解）の比重が高くなる傾向があります。PMF 探索が最重要課題のため、データ分析や優先順位付けの厳密さよりも「ユーザーの声を聞き、仮説を高速で検証する」能力が問われます。

シリーズ B〜C の成長企業

組織が拡大し複数の PdM が必要になる段階です。ここから責務の分担が始まります。シニア PdM が責務 1・6 を担い、ジュニア〜ミドル PdM が責務 3・4・5 を担うといった分業が一般的になります。責務 7（グロース）専任の PdM を置く企業も出てきます。

上場企業・大手 SaaS

さらに組織が細分化し、Platform PdM、Growth PdM、Feature PdM、Data PdM など特化ロールが登場します。責務は細かく分担されますが、全ての PdM は上記 7 つのいずれかを中心に担うという基本構造は変わりません。

PdM の役割についてのよくある誤解

PdM の役割については、次のような誤解が日常的に見られます。

• 誤解 1: PdM は「何でも屋」である — 実際は責務の重心がはっきりしています。何でも屋になっている PdM は、優先順位付けができていないサインです
• 誤解 2: PdM は開発チームの上司である — 権限的な上下関係ではなく、協働関係です。PdM には開発チームに対する指揮命令権はありません
• 誤解 3: PdM は営業からの要望を実装に落とすだけの人 — これは PdM ではなく、単なる「要件伝達係」です。PdM の本質は「作らない判断」にあります
• 誤解 4: PdM は技術的知識が不要 — 技術的な制約を理解できないと、開発チームとの協働で信頼を得られません

採用・組織設計で役割を言語化するコツ

PdM 職を新設・採用する組織は、7 つの責務のうちどれを中心に担ってほしいかを明確にすることが重要です。

• 戦略策定中心の PdM を求めるなら、責務 1・6 にフォーカスしたジョブディスクリプションを書く
• グロース重視の PdM を求めるなら、責務 5・7 にフォーカスする
• 新規プロダクト開発の PdM を求めるなら、責務 2・3 を重点的に記述する

すべての責務を「求められるスキル」に書き連ねると、採用したい人物像が曖昧になり、応募者も期待値を掴めません。重心を明示することが、良い採用と良いマッチングの第一歩です。

まとめ

PdM の役割は「プロダクトの成功に責任を持つ人」の一言では整理しきれない広さがあります。本記事で紹介した 7 つの責務（戦略 / ユーザー理解 / 要件定義 / 開発協働 / データ意思決定 / ステークホルダーマネジメント / 継続改善）を軸に整理すると、PdM の仕事の輪郭がくっきり見えてきます。

PdM のスキル体系や面接対策については、本マガジンの「プロダクトマネジメント フレームワーク 15 選」や「PdM 転職完全ガイド」も併せてご覧ください。Granty はプロダクトから求人を探せる環境を提供しており、「戦略レイヤーを担える PdM 求人」「グロース特化の PdM 求人」など、7 つの責務のどこに重心がある求人かをプロダクト情報から読み取ることができます。