コトラ（広報チーム） 
PdMとPMMは、ともにプロダクトの成長を担う職種ですが、重視する領域や日々の業務は異なります。PdMは主に「どのような価値を、どのように形にするか」を考え、PMMは「その価値を、誰にどのように届けて成長させるか」を担います。
ただし、両者の役割は企業規模、事業の成長段階、プロダクトの種類によって変わります。特に日本ではPMMが比較的新しい職種であり、PdMがPMMの業務を兼務する企業も少なくありません。職種名だけで判断せず、実際の担当範囲や期待される成果を確認することが重要です。
PdMとPMMの基本的な役割
PdMはプロダクトの価値を高める責任者
PdMはプロダクトマネージャーの略で、顧客の課題を捉え、プロダクトとしてどのような価値を提供するかを決める役割です。市場や利用者の声、事業上の目標、技術的な実現可能性を踏まえ、プロダクトの方向性を示します。
新機能の企画、開発の優先順位づけ、開発チームとの調整、リリース後の改善などが主な業務です。プロダクトの構想から継続的な改善まで幅広く関わるため、担当プロダクトの小さな経営者のような立場と説明されることもあります。
PMMはプロダクトを市場に届けて伸ばす責任者
PMMはプロダクトマーケティングマネージャーの略で、プロダクトを市場に届け、利用や売上の拡大につなげる役割です。市場調査や競合調査をもとに、誰に向けて、どのような価値を、どのような言葉で伝えるかを整理します。
具体的には、プロダクトの立ち位置や訴求内容の設計、販売開始に向けた計画づくり、営業資料や顧客向け案内の準備、営業・マーケティング・カスタマーサクセスとの連携などを行います。売れる状態をつくり、利用者の声をプロダクト改善につなげることがPMMの重要な役割です。
両者に共通する顧客理解と事業視点
PdMとPMMは担当領域が異なる一方で、どちらも顧客理解と事業視点が欠かせません。顧客が抱える課題を深く理解しなければ、価値ある機能も適切な訴求も生まれないためです。
また、顧客から得た要望をそのまま受け入れるのではなく、複数の声や利用状況、市場環境を踏まえて、本質的な課題を見極める必要があります。プロダクトの価値と事業の成長を両立させる視点は、両職種に共通します。
職種名だけでは役割を判断できない理由
PdMやPMMの定義は、企業ごとに異なります。小規模な組織では、PdMが市場調査、販売支援、リリース告知まで担うことがあります。一方、成長企業では、PMMが価格設計や新規プロダクトの企画、ロードマップの検討に関わる場合もあります。
そのため、PdMやPMMという名称だけで業務内容を決めつけることはできません。転職活動や組織設計では、どの顧客層を担当するのか、開発・販売・運用のどこまで責任を持つのかを確認する必要があります。
PdMとPMMの違いを比較
担当する目的と成果の違い
PdMの主な目的は、顧客課題を解決し、プロダクトの価値を高めることです。プロダクトの方向性、機能の優先順位、利用体験、品質などに責任を持ちます。
PMMの主な目的は、プロダクトの価値を市場に正しく伝え、導入や利用の拡大につなげることです。認知、商談、受注、利用定着、継続利用、追加利用などの成果に関わります。
ただし、PdMが売上や継続率を追う場合もあれば、PMMが新機能の企画に深く入る場合もあります。両者の境界は固定ではなく、組織の設計によって変わります。
主に関わる部署と関係者の違い
PdMは、エンジニア、デザイナー、品質管理担当者など、開発に近い関係者と連携する機会が多い職種です。経営層、営業、カスタマーサクセス、利用者とも対話しますが、主な役割は開発チームが価値あるものをつくれる状態を整えることにあります。
PMMは、営業、マーケティング、カスタマーサクセス、カスタマーサポート、広報など、顧客接点を持つ部門と密に連携します。開発チームとビジネス部門の間に立ち、リリース情報や顧客の声を整理して橋渡しする役割も担います。
意思決定する範囲の違い
PdMは、何をつくるか、なぜつくるか、どの順番で開発するかといった意思決定を主導します。限られた開発時間や人員の中で、どの課題を優先して解くべきかを判断することが求められます。
PMMは、誰に売るか、どの価値を前面に出すか、どのような販売・告知の流れにするかを主導します。顧客層、競合との差別化、価格、販売準備、利用促進などの判断に関わります。
両者に共通する領域では、個別に判断するのではなく、プロダクトの方向性や事業目標をすり合わせて決めることが重要です。
日々の業務と評価される指標の違い
PdMは、ユーザー調査、利用データの分析、要件整理、優先順位づけ、開発会議、仕様に関する意思決定などを行います。評価指標には、機能の利用率、継続率、顧客満足度、開発の進捗、品質、事業への貢献などが含まれます。
PMMは、市場調査、顧客インタビュー、競合分析、訴求内容の整理、販売資料の作成、社内説明会、販売施策の振り返りなどを行います。評価指標には、商談数、受注率、売上、利用率、継続率、追加利用、リード獲得などが設定されることがあります。
評価指標はプロダクトの段階によって変わります。立ち上げ期は顧客課題の検証や利用者の反応が重視され、成長期以降は売上、継続利用、追加利用などが重要になりやすい傾向があります。
PM・POとの違い
PMは一般にプロジェクトマネージャーを指し、決められた目的を期限、予算、品質の条件に沿って実現する役割です。PdMがプロダクトの方向性や価値に責任を持つのに対し、PMはプロジェクトの進行管理に重点を置きます。
POはプロダクトオーナーを指し、特にアジャイル開発において、開発項目の優先順位づけや開発チームへの要求整理を担う役割です。企業によってはPdMがPOを兼務することもあります。
PMMは、プロダクトを市場に届ける側に重点を置く職種です。PdM、PM、PO、PMMの役割は重なる部分があるため、組織内で責任範囲を明文化しておく必要があります。
PdMの主な仕事内容と求められる力
顧客課題の把握とプロダクト方針の策定
PdMは、顧客インタビュー、問い合わせ内容、営業やカスタマーサクセスからの情報、利用データなどを通じて、顧客が抱える課題を把握します。その上で、誰のどのような課題を解決するプロダクトなのかを明確にします。
重要なのは、個別の要望に振り回されず、プロダクト全体の方向性と照らして判断することです。顧客の声、市場性、収益性、技術的な制約を総合的に見ながら方針をつくります。
開発の優先順位づけと計画作成
開発要望は、営業、顧客、経営層、開発チームなど、さまざまな立場から寄せられます。PdMは、期待できる効果、対象となる顧客の広さ、実現にかかる工数、緊急性などを比較し、優先順位を決めます。
優先順位は一度決めて終わりではありません。市場の変化、顧客の反応、開発の進み具合に応じて見直し、短期的な計画と中長期の方向性をつなげることが求められます。
開発チームとの連携と意思決定
PdMは、機能をつくる背景、解決したい課題、期待する成果を開発チームに共有します。単に仕様を渡すだけでなく、なぜ必要なのかを伝えることで、エンジニアやデザイナーがより良い方法を提案しやすくなります。
開発中には、仕様変更、工数の増加、技術的な課題などが発生します。PdMには、プロダクトの価値を守りながら、現実的な選択肢を選び、関係者の合意をつくる力が必要です。
リリース後の利用状況の分析と改善
リリースはゴールではなく、改善の開始点です。PdMは、利用率、継続率、利用者の行動、問い合わせ内容、顧客からの評価などを確認し、想定した価値が実際に届いているかを検証します。
利用されない機能があれば、機能そのものだけでなく、使い方が伝わっているか、導入の流れに問題がないかも確認します。分析結果をもとに改善を重ね、プロダクトの価値を高め続けます。
PdMに必要なスキルと経験
PdMには、顧客課題を捉える力、情報を整理して優先順位を決める力、関係者を巻き込む力が求められます。また、事業の仕組み、収益構造、開発の進め方、デザインや利用体験に関する基本的な理解も重要です。
エンジニア、デザイナー、営業、カスタマーサクセス、事業企画などの経験は、PdMの仕事に活かせます。必ずしも自ら開発する能力が必要なわけではありませんが、開発の難しさや制約を理解し、技術者と会話できることは大きな強みになります。
PMMの主な仕事内容と求められる力
市場調査と顧客層の整理
PMMは、市場規模、競合、顧客の課題、購入の決め手、導入を妨げる要因などを調査します。営業やカスタマーサクセスが持つ顧客情報、顧客インタビュー、失注理由、利用状況なども重要な材料です。
調査の目的は、単に情報を集めることではありません。どの顧客層に価値が届きやすいのか、どのような課題に強く応えられるのかを明確にし、プロダクトの売り方や改善の方向性に活かすことです。
プロダクトの価値と立ち位置の明確化
PMMは、プロダクトが顧客に提供する価値を短くわかりやすく言葉にします。競合と比べた際の違い、選ばれる理由、利用後に得られる変化を整理し、営業、マーケティング、カスタマーサクセスが共通して使える形にします。
機能の説明だけでは、顧客に価値は伝わりにくい場合があります。PMMは、機能があることで顧客の仕事や生活がどのように変わるのかという視点で、訴求内容を設計します。
販売・告知に向けた計画づくり
新機能や新プロダクトを市場に出す際、PMMは販売開始までの計画をつくります。対象顧客、価格、提供開始日、案内方法、営業資料、サポート体制、利用開始の支援方法などを関係者と調整します。
このような市場投入計画は、開発が完了してから考えるものではありません。早い段階からPdMや開発チームと連携し、顧客に届けるために必要な準備を進めることが重要です。
営業・マーケティング・カスタマーサポートとの連携
PMMは、プロダクトに関する情報を顧客接点のある部門へ届けます。営業には提案のポイントや想定質問への回答、マーケティングには訴求内容や対象顧客、カスタマーサクセスやサポートには利用開始後の支援方法を共有します。
また、現場から集まる顧客の反応や要望を整理し、PdMや開発チームに届けます。部門ごとの部分的な意見ではなく、プロダクト全体の成長に役立つ形へ整理することが求められます。
PMMに必要なスキルと経験
PMMには、市場や顧客を分析する力、価値をわかりやすく言葉にする力、複数の部門を巻き込んで進める力が必要です。営業、マーケティング、カスタマーサクセス、事業企画、PdMなどの経験が活かされます。
特に、顧客が実際にどのような場面で困り、どのような基準で選ぶのかを理解する力は重要です。業界や顧客業務への深い理解があるほど、現実に即した価値提案や販売計画をつくりやすくなります。
企業規模や事業形態で変わる役割分担
少人数の組織ではPdMとPMMを兼務しやすい
立ち上げ期の組織では、経営者やPdMが市場調査、顧客ヒアリング、開発、販売、顧客対応まで幅広く担うことがあります。役割を細かく分けるよりも、顧客から得た学びを素早く開発や販売に反映することが優先されるためです。
この段階では、PdMとPMMの業務を兼務することは珍しくありません。ただし、プロダクトや組織が成長すると、一人で開発と市場対応の両方を十分に担うことが難しくなります。
成長企業では専門性に応じて役割を分ける
組織が大きくなり、プロダクト数や顧客層、関係部署が増えると、PdMがすべてを担う体制では情報や業務が滞りやすくなります。開発側は顧客の声を十分に把握しにくくなり、営業やカスタマーサクセスは新機能の内容を追いにくくなるためです。
このような状況では、PdMがプロダクトづくりに、PMMが市場への提供や部門横断の連携に集中することで、専門性を高めやすくなります。一方で、役割を分けるほど連携不足のリスクも高まるため、定例会議や共有資料などの仕組みが必要です。
SaaS事業におけるPdMとPMMの連携
継続利用が前提となるSaaSでは、販売後の利用定着や追加利用が事業成長に大きく影響します。そのため、PdMとPMMはリリース前後だけでなく、継続的に連携する必要があります。
PMMは営業、カスタマーサクセス、サポートから顧客の声を集め、PdMは利用データや開発上の観点を踏まえて改善の優先順位を決めます。両者が協力し、顧客の要望を整理しながら、利用価値の高い改善につなげることが重要です。
消費者向けサービスにおける役割分担
消費者向けサービスでは、利用者数が多く、行動データをもとに改善を進めやすい特徴があります。PdMは利用開始から継続利用までの体験を分析し、離脱しやすい場面や利用頻度を高める要素を検討します。
PMMは、対象顧客の設定、訴求内容、キャンペーン、価格、販売経路などを設計します。ブランド担当や広告運用担当など、マーケティングの専門チームがある場合は、PMMがプロダクトの価値を整理して共有し、各施策とつなげる役割を担います。
受託開発やプロジェクト型の事業での注意点
受託開発や個別プロジェクトが中心の事業では、顧客ごとの要件や納期、予算の調整が重要になります。この場合、プロジェクトマネージャーが中心となるケースも多く、PdMやPMMの役割は自社プロダクト事業とは異なることがあります。
自社で繰り返し提供するプロダクトを育てるのか、個別顧客の要望に応じた開発を進めるのかによって、求められる役割は変わります。職種名ではなく、担当する事業の形と責任範囲を確認することが重要です。
PdMとPMMのどちらが向いているかを考えるポイント
プロダクトづくりに強く関わりたい人はPdM向き
顧客課題をもとに、何をつくるべきかを考え、開発チームと一緒に形にすることに関心がある人はPdMに向いています。機能の優先順位、利用体験、長期的なプロダクトの方向性を考えることにやりがいを感じる人にも適しています。
エンジニア、デザイナー、Webディレクター、プロジェクトマネージャーなどの経験がある人は、開発の進め方や実現可能性への理解を活かしやすいでしょう。
市場づくりと販売戦略に関わりたい人はPMM向き
顧客の声や市場の変化を捉え、価値の伝え方や売り方を考えることに関心がある人はPMMに向いています。営業、マーケティング、カスタマーサクセスなどと連携し、プロダクトが選ばれ、使われ続ける状態をつくる仕事に魅力を感じる人に適しています。
顧客と接する経験があり、顧客の課題や購買の背景を理解している人は、その経験をPMMの仕事に活かしやすいでしょう。
現在の経験から考えるキャリアの選び方
エンジニアやデザイナー出身であれば、要件整理、開発チームとの連携、利用体験の改善といった経験をPdMの役割につなげやすいといえます。営業やカスタマーサクセス、マーケティング出身であれば、顧客理解、価値提案、販売支援、利用促進の経験をPMMに活かしやすいでしょう。
ただし、経験だけで決める必要はありません。開発寄りの仕事に関心があるマーケティング経験者がPdMを目指すことも、市場や事業づくりへの関心が強いPdMがPMMへ転じることもあります。現在できることと、今後深めたい領域の両方から考えることが大切です。
求人票で確認すべき担当範囲と期待成果
求人票を見る際は、職種名だけでなく、具体的な業務と評価指標を確認します。特に、以下の点を確認すると、実際の役割を把握しやすくなります。
- プロダクト戦略やロードマップの策定に関わるか
- 要件定義、仕様作成、開発の優先順位づけを担うか
- 市場調査、顧客調査、競合分析を担うか
- 価格設計や販売開始計画に関わるか
- 営業、マーケティング、カスタマーサクセスとの連携範囲
- 売上、利用率、継続率、顧客満足度など、何を成果として求められるか
- PdMやPMM、PM、デザイナー、エンジニアとの役割分担
面接では、実際にどの意思決定を任されるのか、担当プロダクトの成長段階はどこか、兼務が必要な領域は何かを確認するとよいでしょう。
PdMとPMMが連携して成果を出すための考え方
PdMとPMMは、開発と販売を別々に進める関係ではありません。両者が共通して顧客課題、プロダクトの価値、事業目標を理解し、情報を行き来させることで成果につながります。
PdMは市場や顧客の声から離れすぎず、PMMは開発状況やプロダクトの制約を理解することが重要です。どちらか一方だけで完結させるのではなく、つくることと届けることを一つの流れとして捉えることが、プロダクトの継続的な成長につながります。
