PdM（プロダクトマネージャー）とは
PdM（プロダクトマネージャー）とは、製品やサービスについて、顧客に提供する価値と、事業としての成果の両方に責任を持ち、何を作るか、何を優先するかを決める役割の人です。プロダクトマネジメントは、その役割が行う活動全体を指します。
開発の技術者、デザイナー、営業、経営層の間に立って、製品の方向を調整する点が特徴です。
仕組み・ポイント
PdMの主な活動を整理します。
| 活動 | 内容 |
|---|---|
| 顧客の理解 | 顧客の課題やニーズを調べる |
| 方針の設定 | 製品のビジョンと目標を定める |
| 優先順位づけ | 作るものと、作らないものを決める |
| 調整 | 関係者の意見をまとめる |
| 成果の確認 | 指標を見て、改善の方向を決める |
PdMは、優先順位をつける責任を持ちます。全員の要望を受け入れるのではなく、顧客価値と事業の成果の観点から、取捨選択します。ただし、その判断の範囲と権限を、組織で明確にしておくことが重要です。
実務での使い方・具体例
架空の例として、新規サービスの開発で、営業からは機能の追加要望、開発からは品質の改善要望が出ている場面を考えます。PdMは、それぞれの要望の背景にある顧客の課題を確認し、目標に対する効果の大きさで優先順位をつけます。
決定の理由を、関係者に分かりやすく説明することも役割です。納得感があれば、意見が通らなかった関係者も協力しやすくなります。社内でPdMを置く際は、どの範囲の判断を任せるのか、経営層との役割分担はどうするのかを、明示します。
役割の設計で決めること
- PdMが決められる範囲（機能の優先順位、仕様など）
- 経営層に確認すべき事項（予算、大きな方向転換など）
- 開発、営業、運営の各担当との連携の方法
- 成果を測る指標と、報告の頻度
必要な力
顧客の理解、論点の整理、関係者との対話、数字の読み取りが主な力です。技術の詳細を全て知る必要はありませんが、技術者と対話できる程度の理解は役立ちます。
育成と支援
役割を担う人が孤立しないよう、相談できる相手や、学べる機会を用意します。判断の経験を積むことが、役割の成長につながります。## よくある誤解と注意点
- PdMは全てを決める王様ではありません。関係者の協力の中で、判断を導く役割です。
- 権限がないまま責任だけを負わせると、役割が機能しません。
- 開発の進行管理だけを行う役割（プロジェクトマネージャー）とは異なります。
- 兼任で置く場合、顧客を理解する時間が確保されているかを確認します。
成果の見せ方
役割の成果は、機能の数ではなく、顧客の課題がどれだけ解決されたか、事業にどれだけ貢献したかで示します。指標と、顧客の声を組み合わせて、関係者に共有します。成果が見えにくい役割だからこそ、取り組みの意図と結果を、継続的に発信することが重要です。経営層との定期的な対話も、役割の価値を伝える機会になります。
他の役割との違い
プロジェクトマネージャーは、決められた計画を期限内に完了させることに責任を持ちます。プロダクトマネージャーは、何を作るべきかを決め、成果に責任を持ちます。両者は補い合う関係であり、同じ人が兼ねる場合は、双方の視点を意識して動く必要があります。
関連用語
- PRD（プロダクト要求仕様書）：製品の目的や要求をまとめる資料
- プロダクトオーナー：製品の責任を持つ役割
- プロダクトバックログ：優先順位を管理する一覧
- PM（プロジェクトマネージャー）：計画の進行を管理する役割
Otsumuに相談できること
製品の担当者を置く、あるいは役割を整理する場面では、判断の範囲と権限の設計が重要です。役割の設計や、判断の基準の整理を、一緒に行う場面で相談に乗れます。
MVP開発・プロダクト検証の支援 では、こうした整理を現場の状況に合わせて進めています。まずは考えていることを聞かせていただくだけでも構いません。30分の無料相談をご利用ください。
執筆：Otsumu株式会社 ／ 編集日 2026.10.04