「プロダクトマネージャー（PM）はひどい」と言われる理由を立場別に検証する
- 最終更新日：2026/11/03
「プロダクトマネージャー（PM）はひどい仕事だ」という声を目にして、不安になっていないでしょうか。結論から言うと、ひどいと言われる理由の多くは、職種そのものより「権限と責任のずれた職場」で起きています。この記事では、よく聞かれる声を立場別に検証し、どんな条件なら実態が変わるのかを整理します。
プロダクトマネージャー（PM）はひどいと言われる声を検証する
ひどいという評価には、働く本人の不満と、周囲から見た不満の2種類が混ざっています。まず、どちらの立場から出た声なのかを切り分けると、冷静に判断しやすくなります。
本人から出る声は「責任と権限のずれ」に集中する
プロダクトマネージャーは成果への責任を問われますが、予算、人員、開発の優先順位、販売方針を単独で決められないことが少なくありません。転職メディアのコトラも、責任が重い一方で決定権限が十分でないことを、きついと言われる背景の一つに挙げています。決める権限がないのに結果だけ問われる構図が、ひどいという感想につながります。
周囲から出る声は「何をしているのか見えない」に集中する
エンジニアの側からは、「仕様の説明がぶれる」「決めてくれない」という不満が出ることがあります。営業の側からは、要望を断られたと感じる場面もあります。プロダクトマネージャー自身が自分の判断理由を言葉にして共有していないと、周囲には何もしていないように見えてしまいます。
実際に起きやすいつらさを場面別に見る
ここからは、現場で起きやすい具体的な場面を取り上げます。いずれも、あらかじめ知っておけば備えられるものです。
板挟みになる場面
営業は顧客からの要望を急ぎ、開発は品質や技術的負債の返済を重視し、経営は事業成果を求めます。三者の言い分がそれぞれ正しいため、誰かを選ぶと誰かに不満が残ります。このとき、判断基準を事前に共有できているかどうかで、負担は大きく変わります。
要望を断る場面
全ての要望は実現できないため、断る場面が日常的に生まれます。理由が不十分だと不信感につながります。たとえば「今期はログイン離脱の改善を優先するため、この機能は来期に検討する」と、目標と結びつけて説明できれば、納得を得やすくなります。
成果が見えにくい場面
改善の効果が数か月後に出ることもあり、個人の貢献が数字に表れにくい仕事です。そのため、評価面談で成果を説明するのに苦労する人もいます。施策ごとに仮説、結果、学びを記録しておくと、評価の場で使える材料になります。
方針が変わって現場が疲弊する場面
経営の方針が急に変わると、開発中の施策が宙に浮きます。中止や後回しにする施策を合意しないまま新しい施策を足すと、現場の負荷だけが増えます。ここは、プロダクトマネージャーが「何をやめるか」まで決めて共有する必要があります。
「ひどい」で終わるかどうかを分ける職場の条件
同じ職種でも、職場によって体感は大きく違います。次の条件に当てはまる数が多いほど、負担が大きくなりやすいといえます。
役割と意思決定者があいまいな職場
誰が最終決定するのかが決まっておらず、会議のたびに結論が変わる職場です。プロダクトマネージャーが調整役に徹するしかなく、本来の企画や検証の時間が取れません。
兼務が多く、考える時間がない職場
複数のプロダクトを同時に担当したり、プロジェクト管理やマーケティングを兼ねたりすると、業務量が膨らみます。戦略を考える時間が確保できず、日々の対応に追われます。
利用者の声やデータが見られない職場
ログ分析の環境や、ユーザーに話を聞く機会がないと、判断の根拠を作れません。結果的に声の大きい人の意見が通りやすくなります。
ひどい状況を軽くするために本人ができること
職場の構造は一人では変えにくいものの、運用の工夫で負担を軽くできる部分はあります。
判断基準と決定理由を文書に残す
優先順位の基準と、決めた理由を短い文書にして共有します。後から「聞いていない」と言われる場面が減り、板挟みの緊張も和らぎます。
要望の窓口を一本化する
営業や経営からの要望を受け付ける場所を決め、一覧にして優先順位を見える形にします。個別に頼まれて断る回数が減り、断る理由も説明しやすくなります。
判断を開発チームに委ねる範囲を決める
細かい仕様まで全て自分で決めると、自分がボトルネックになります。目的と制約だけを伝え、実装の選択はチームに任せると、負荷も分散されます。これは基本的な役割の考え方にも通じます。
「ひどい」と感じたときの見直しポイント
続けるか離れるかを考える前に、状況を客観的に確認します。
環境の問題か、仕事そのものが合わないのか
権限や支援がない状態が長く続いているなら、環境の問題です。一方、曖昧さの中で判断することや、人の間に立つこと自体に強いストレスを感じるなら、仕事の性質が合っていない可能性があります。前者は職場を変えれば改善することがあり、後者は職種そのものを見直す材料になります。
心身の不調が出ているかどうか
休んでも回復しない疲れや眠れない状態が続いているなら、続けるかどうかの議論より先に、休養や専門家への相談を優先してください。
他職種へ活かせる経験もある
プロダクトマネージャーで得た調整や数値分析の経験は、事業企画、マーケティング、プロジェクト管理などでも使えます。AI時代に何が残る仕事なのかを知りたい場合は、AIとの競争を扱った記事も参考になります。30代で転機を考えているなら、30代の動き方も判断材料になるはずです。
モデルケースで見る「ひどい」と「普通」の分かれ目
実在の個人の体験ではなく、現場で起こりやすい典型的な流れとして2つの場面を並べます。
要望が積み上がり、誰も優先順位を決めない場合
SaaSのプロダクトで、営業から月に十数件の機能要望が上がるとします。優先順位の基準がないと、声の大きい部署の要望から順に着手されます。開発は疲れ、営業は「また後回しにされた」と感じ、プロダクトマネージャーは双方から責められます。これが、ひどいと言われる典型的な形です。
同じ要望を、基準を決めて処理した場合
同じ状況でも、「今期は継続率の改善を最優先にする」という目標を全員で確認し、要望を一覧にして、継続率への効果と実装の重さで並べ直すと、断る理由が明確になります。営業にも「この要望は来期に回す。代わりに既存顧客の解約理由に効く改善を先に行う」と説明できます。同じ職種でも、仕組みがあるかどうかで体感は大きく変わります。
声をうのみにせず、自分の職場の条件に置き換える
ネット上の声は、権限の小さい立場から見た不満と、改善後の達成感が混ざっています。自分が検討している職場で、上の2つのどちらに近い運用が行われているかを確かめることが、最も実用的な判断材料になります。
今夜できる最初の行動は、いまの不満を「権限」「時間」「データ」「人間関係」の4つに仕分けて、紙に書き出すことです。どの欄が一番長いかが分かれば、職場に伝えるべきことも、転職で重視する条件も見えてきます。