プロダクトマネージャー（PdM）とは｜PMとの違い・仕事内容・単価相場となり方

プロダクトマネージャー（PdM）とは

プロダクトマネージャー（PdM、Product Manager）は、プロダクトの「なぜ作るのか」「何を作るのか」を定義し、ユーザー価値と事業成果の両方に責任を持つことが多い職種です。 権限や責任の範囲は組織によって異なります。 Marty Cagan氏の著書『INSPIRED』に代表される考え方が広がり、日本でもSaaS企業を中心に職種として定着してきました。

一言でいえば「プロダクトに関する意思決定の中心を担う役割」です。デザイナー・エンジニア・営業・カスタマーサクセス・経営陣など多様な関係者の意見を集め、ロードマップの優先順位を決めて開発の方向性を定めます。最終判断権をCEO・CPO・事業責任者が持つ組織もあるため、権限の分け方は会社ごとに異なります。

ただし、すべてを一人で抱え込むわけではありません。エンジニアリングはエンジニアリングマネージャーやテックリードに、UIの最終判断はデザイナーに委ねつつ、プロダクト全体の整合をとる役回りです。

PdMとプロダクトオーナー（PO）の関係

スクラムを採用している現場では、プロダクトオーナー（PO）と混同されがちです。POはスクラムの枠組みの中の役割（ロール）、PdMは職種としての肩書きという整理が現場ではよく使われます。

小規模な組織ではPdMがPOを兼ねることが多く、大規模な組織では上位のPdMが複数チームのPOを取りまとめる構造になる場合もあります。

ミニFAQ：

• Q. PdMはエンジニア職に分類されますか？ 厳密にはエンジニアリング職ではありません。ビジネス職とエンジニア職の中間に位置する職種で、両方の言葉を翻訳できる人材が重宝されます。

プロダクトマネージャーの仕事内容

結論：PdMの仕事は、戦略づくりから課題発見・要件定義・開発推進・リリース後の改善までを、ループとして回し続けることです。 1日のうちにユーザーインタビュー、経営会議、開発レビューを行き来する働き方が典型です。

主な業務カテゴリ

エンジニアからPdMに移った人がよく口にするのは、「コードを書く時間が激減して、会議とドキュメントが増える」という感覚です。書くものはコードからPRDやスライドに変わり、コミット数の代わりに意思決定の質で評価される職種になります。

1週間の働き方イメージ

SaaS企業のシニアPdMの1週間の例です。組織やフェーズで大きく変わるので、傾向の参考にしてください。

• 月曜：週次の優先順位会議、開発チームとの朝会、新機能のPRDレビュー

• 火曜：ユーザーインタビュー2件、CSチームと改善要望の整理

• 水曜：経営陣へのKPIレポート、デザイナーとプロトタイプのレビュー

• 木曜：A/Bテスト結果の分析、競合機能のリサーチ、次スプリントの仕様詰め

• 金曜：開発チームの振り返り、リリース判定、翌週のロードマップ更新

会議の比重が高いため、考える時間を確保する目的で、あえて午前に予定を入れない人もいます。

PdMとPM・EM・スクラムマスターの違い

結論：似た職種は多いものの、PdMは「何を作るか」、PMは「どう進めるか」、EMは「誰がどう作るか」に責任を持つ点で分かれます。

PdMとPMの違いを実例で

違いは「成功の定義」を見ると分かりやすくなります。

• PMの成功：予算内・納期どおりに機能Aをリリースできた

• PdMの成功：機能Aをリリースした結果、解約率が下がった／継続課金が伸びた

PMは納品物の完成度で、PdMはリリース後の事業成果で評価されるのが基本の構図です。受託開発の現場ではPMが中心、自社プロダクトの現場ではPdMが中心になる傾向があります。

実際の募集でも両者は混ざります。フリコンのPM職種の案件名を見ると、「PM・PdMポジション」「PM/PdM募集」のように両方の肩書きを並べた募集が複数ありました。応募前に、QCD管理とプロダクトの意思決定のどちらが主業務なのかを確認しておくと、参画後のずれを防げます。

PdMとEMの境界線

EMはピープルマネジメントと技術組織に責任を負う職種で、PdMとは並列の関係です。多くの現場でPdMとEMはペアで動き、「何を作るか」をPdMが決め、「誰がどう作るか」をEMが整える分担をとります。

ミニFAQ：

• Q. PdMとPMはどちらの単価が高いですか？ フリコンのPM職種に掲載中の案件で比べると、案件名にPdM系の語を含む49件の単価（上限）の平均は101.2万円、それ以外の3,145件は103.1万円で、ほぼ同じ水準でした。肩書きより、担当する範囲と求められる実績で決まると考えるのが自然です。

プロダクトマネージャーに必要なスキル

結論：PdMに求められるスキルは「ビジネス・テクノロジー・UX」の3層に、ドキュメント力と説明力を加えたものです。

ビジネススキル

• 事業数値（売上・粗利・ユニットエコノミクスなど）を読み解ける

• 市場分析と競合調査、ターゲット顧客の言語化

• 経営層・営業・マーケへの提案と巻き込み

• 投資対効果（ROI）の試算と優先順位づけ

テクニカルスキル

• 主要な技術スタックの構造を理解できる（手を動かせる必要はないが、できると強い）

• API設計やデータベース構造の議論についていける

• 技術的負債・パフォーマンス・セキュリティの観点で判断できる

• エンジニアとの会話で「実装難易度」の感覚を持てる

UX・プロダクト感覚

• ユーザーインタビューの設計と分析

• 行動ログとプロダクトアナリティクス（Amplitude・Mixpanel・GA4など）の活用

• プロトタイピングとデザイナーとの協働

• カスタマージャーニーの設計

これに加えて、ドキュメント力と説明力も欠かせません。PRDで仕様を言語化できないとエンジニアの手が止まり、経営陣にロードマップを納得させられないと投資を引き出せません。

エンジニア出身者の強みと注意点

エンジニアからPdMを目指すケースは少なくありません。強みと注意点を整理します。

エンジニア時代の延長で機能を考えるのではなく、ユーザー価値と事業成果から逆算する考え方に切り替えられるかが、転身時の最大のハードルです。

単価相場と年収の考え方｜フリコン掲載データで見るPdM案件

結論：PdMとして募集される業務委託案件は少数ですが、単価水準はPM職種全体とほぼ同じで、募集単価（上限）の中央値は月100万円でした。ただし49件という小さな標本での比較です。

PdM案件はPM職種の1.5%

フリコンにはPdM単独の職種タグがないため、PdM案件の多くはPM（プロジェクトマネージャー）職種に掲載されています。そこで、PM職種の掲載案件3,194件の案件名をすべて確認し、「PdM」「プロダクトマネージャー」「プロダクトマネジメント」「プロダクトオーナー」などの語を含む案件を数えました（2026年9月25日取得）。

集計の前提は次のとおりです。

• 単価は各案件の募集単価レンジの上限値で、成約単価ではありません

• 案件名だけで判定しているため、要件欄でPdM業務を求める案件は含まれていません。同じ内容の案件が複数掲載されている場合も、そのまま数えています

• ITコンサルタント職種（2,614件）でも同じ条件で数えると、該当は1件でした

49件の案件名を見ると、SaaS（業界特化型を含む）、EC、AIプロダクト、医療・介護のDXといった自社プロダクトの開発が中心でした。案件名に「リモート」を含むものは13件です。

PM職種全体の単価分布

参考として、PM職種3,194件の募集単価（上限）の分布を、フリコンの全掲載案件64,434件と並べます。

PM職種は、100万円以上の案件の比率が全掲載の約4倍です。担当範囲にマネジメントを含む職種では、単価の分布そのものが大きく上にずれていることが読み取れます。ただしこれは職種で絞った集計で、個人の経験や実績による差は反映されていません。

最新の掲載状況はプロジェクトマネージャー（PM）のフリーランス案件一覧で確認できます。

正社員の年収について

PdMの正社員年収は、企業のフェーズ（スタートアップ／上場企業）や業界、担当するプロダクトの規模で大きく変わります。本記事では、PdM単独の年収を確認できる公的統計を見つけられませんでした。転職を考える場合は、求人ごとの提示額と、評価制度（事業KPIとの連動の有無）をあわせて確認してください。

参考までに、フリーランスで月100万円の案件に12か月参画した場合の売上は1,200万円です。ただし、ここから経費・社会保険料・税金を自分で負担するため、正社員の年収とは単純に比べられません。

自分の経験でどのくらいの単価を狙えるかは、無料のフリーランスエンジニア単価診断で市場単価の目安を確認できます。単価を体系的に上げる考え方は『フリーランスエンジニアの単価相場と単価の上げ方』で整理しています。

ミニFAQ：

• Q. 単価交渉のタイミングはいつがいいですか？ 契約更新時のほか、担当領域が広がった節目（プロダクトラインの追加、責任範囲の拡大など）が交渉しやすい時期です。『フリーランスエンジニアの単価交渉のコツ』もあわせて参考にしてください。

プロダクトマネージャーになるには

結論：いきなりPdMとして採用される枠は限られるため、現職で要件定義や優先順位づけに踏み込み、小さな機能のオーナーから実績を作るのが現実的なルートです。

エンジニアからのルート

エンジニア出身者の典型的な流れは次のとおりです。

1. 開発メンバーとして実装しながら、要件定義・仕様策定への関与を増やす

2. アシスタントPdMや機能オーナーなど、PdM・POの補佐ポジションを経験する

3. 小さな機能のオーナーシップを持ち、ロードマップ全体の議論に参加する

4. PdMへの正式な異動、または転職

技術スタックを理解しているぶん、社内でエンジニアからPdMへ移る例は少なくありません。

デザイナー・ビジネス職からのルート

• UXデザイナーやリサーチャーが、プロダクト全体の意思決定に踏み込んでPdMになる

• 営業・CSの実績を土台に、ドメイン特化型のPdMとして起用される

• コンサルティングファーム出身者が事業会社に移り、PdMを担う

未経験者・若手のルート

学生や第二新卒で挑戦する場合は、PdMアシスタント職や新卒PdMコースを持つSaaS企業から入るのが現実的です。最初からPdMで採用される枠は限られるため、エンジニア・カスタマーサクセス・マーケで入社して社内で移る方法もあります。

役立つ書籍

PdMの学習で定番とされる書籍です。

• 『INSPIRED 熱狂させる製品を生み出すプロダクトマネジメント』マーティ・ケーガン

• 『プロダクトマネジメント ―ビルドトラップを避け顧客に価値を届ける』メリッサ・ペリ

• 『ユーザーインタビューをはじめよう』スティーブ・ポーチガル

翻訳版は改訂されることがあるため、出版社の情報で最新版を確認してから選んでください。

ミニFAQ：

• Q. PdMへの転身に資格は必要ですか？ 必須の資格はありません。補強になるものとしては、PMPや認定スクラムマスター（CSM）などのアジャイル・プロジェクト管理系の資格があります。

フリーランス・業務委託の案件事情

結論：PdMの業務委託案件は、自社プロダクトを持つ企業が即戦力を外部から迎える形が中心です。未経験から業務委託で始めるのは難しいのが実情です。

よくある案件タイプ

フリコン掲載のPdM系案件49件の案件名からは、次のようなタイプが読み取れます。

• SaaSのプロダクトマネジメント：業界特化型（介護・保育・鉄鋼など）を含むSaaSの企画・エンハンス

• 新規事業・新規プロダクトの立ち上げ：0→1の企画から要件定義まで

• ECやtoC向けサービスの改善：既存サービスのグロース

• AIプロダクトの開発：生成AIを活用したプロダクトや、AI領域のPdM

フリーランスPdMに求められる条件

PdM系の募集で共通して求められやすい条件です。

• 自社プロダクト開発でのPdM／PM／POの経験

• KPIや事業数値で成果を示せる実績

• SaaS・新規事業・特定業界（医療・介護・金融など）のいずれかでの経験

• 経営層や複数部門を巻き込んだ調整の実績

正社員のPdMよりも、「経験を即戦力として持ち込めること」が前提の案件が中心です。社内でPdMの実績を積んでから独立する流れが一般的です。独立のタイミングは『フリーランスエンジニアになるタイミング』も参考にしてください。

案件の探し方

• フリーランスエージェント経由で業務委託案件を探す

• 企業の採用ページやビジネスSNSでの直接募集を探す

• 知人やPdMコミュニティ経由の紹介（リファラル）

• 自身の発信（SNS・ブログ）からの問い合わせ

エージェント経由で探す場合、PdM案件はPM職種の中に含まれていることが多いので、職種名だけでなく案件名や業務内容まで見て探すのがコツです。営業の進め方は『フリーランスエンジニアの営業方法と案件獲得の近道』で整理しています。

ミニFAQ：

• Q. リモートのPdM案件はありますか？ あります。フリコンのPdM系案件49件のうち13件は案件名に「リモート」を含んでいました。ただし立ち上げフェーズでは対面の議論を重視する企業もあるため、出社頻度は案件ごとに確認してください。

キャリアパスと将来性

結論：シニアPdMの先には、プロダクト責任者・CPO・起業・独立コンサルなど、複数の道があります。

主なキャリアパス

将来性をどう見るか

フリコンのPdM系案件49件を見ると、SaaSやAIプロダクト、医療・介護のDXなど、自社プロダクトを持つ企業の募集が中心でした。一方で、生成AIが仕様書やロードマップ案の下書きを担うようになり、ジュニア層の業務は変わっていく可能性があります。

シニア層が担う意思決定、関係者の巻き込み、組織を横断した調整は、当面AIに置き換えにくい領域と考えられます。AIを使いながら意思決定の質と速度を上げられるPdMが評価されやすくなるでしょう。AI時代の職種戦略は『AIエンジニアの将来性』や『AIで失業するエンジニアの特徴』も参考になります。

よくある失敗と対策

PdMを目指す人・なりたての人がつまずきやすいポイントです。

失敗1：エンジニア視点から抜け出せず、ユーザー価値から逆算できない

対策：ユーザーインタビューを月に数件は必ず行い、コードレビューの時間より顧客と話す時間を増やす習慣をつけます。

失敗2：意思決定を保留して、エンジニアを待たせる

対策：仮説でよいので方向性を早めに決め、検証で修正する前提に切り替えます。完璧な要件定義より、早い検証を優先します。

失敗3：ロードマップを詰め込みすぎて、何も完成しない

対策：「やらないことリスト」を明示してロードマップに反映します。優先順位づけこそがPdMの中核業務だと意識しておきます。

まとめ

プロダクトマネージャー（PdM）は「何を作るか」を決めて事業成果に責任を持つ職種で、業務委託の募集は少数ながら、単価はPM職種と同じく中央値で月100万円の水準です。

• PdMは「Why／What」、PMは「How／QCD」を担い、評価される成果が違う

• 業務は、戦略・課題発見・要件定義・開発推進・改善を回し続けるループ

• 必要なスキルは「ビジネス・テクノロジー・UX」の3層に、ドキュメント力と説明力

• フリコンのPM職種3,194件のうち、PdM系の案件名は49件（1.5%）。単価（上限）の中央値は月100万円、100万円以上は55.1%（小標本のため目安）

• 案件は即戦力前提。エンジニア出身者は、社内でPdM・POの実績を作ってから独立する流れが現実的

エンジニアとしての実務経験があれば、PdMへの転身は現実的な選択肢です。まずは現職で小さな機能のオーナーを引き受け、事業指標を動かした実績を1つ作るところから始めてください。

参考リンク

• プロジェクトマネージャー（PM）とは

• エンジニアリングマネージャー（EM）とは

• テックリードとは

• スクラムマスターとは

• フリーランスPMOの単価相場

• 厚生労働省 jobtag（職業情報提供サイト）

• 経済産業省 デジタル人材の育成

• Mind the Product（プロダクトマネジメント国際コミュニティ）