プロダクトマネージャーの仕事内容は、機能を考えることだけでは判断できない。工程を見よう。顧客課題、事業の狙い、開発上の制約を扱うとき、PdMが実行、提案、最終決定のどこまで担うかを確認する。

PdMという肩書きでも任される範囲は会社ごとに異なる。ここを比べよう。企画・マーケティング経験者が、これまでの経験を使える工程と、入社後に新しく担う責任を求人票から見抜く。

PdM求人は探索、構想、開発、改善の担当レベルで見る

探索では、顧客や事業が抱える問題を誰が整理し、プロダクトで扱う課題を誰が選ぶか確認する。出発点を見る。問い合わせ、利用データ、営業要望、経営方針を集める人と、優先する問題を決める人を分ける。

構想では、対象顧客、提供価値、成功を判定する指標を誰が言語化するかを見る。仕様書だけではない。企画書、要求事項、ロードマップ、優先順位表について、PdMが作成、提案、承認のどこまで担うか確認する。

開発では、エンジニアやデザイナーから制約が出た後の分担を見る。変更は起きる。範囲や公開時期の選択肢をPdMが作るのか、価値、工数、リスクを比べて最終決定するのかを分ける。

改善では、公開後の利用状況、問い合わせ、解約理由、営業の反応を誰が確認するかを見る。判断者も聞く。改善の継続、別課題への移行、機能廃止について、PdMが提案するのか、最終決定するのかを確かめる。

PdM求人で確認する四つの工程

工程確認する作業担当レベル
探索顧客調査、利用データの確認、課題の定義実行、提案、最終決定のどこまで担うか
構想対象顧客、提供価値、指標、優先順位の設定実行、提案、最終決定のどこまで担うか
開発要求整理、仕様調整、レビュー、公開判断実行、提案、最終決定のどこまで担うか
改善利用分析、顧客の反応確認、継続・変更・廃止の判断実行、提案、最終決定のどこまで担うか

事業企画、PMM、プロジェクト管理とは何が違うのか

PdMと周辺職種は、会社によって兼務や呼称の入れ替わりがある。定義で決めない。事業全体、市場への届け方、進行条件、プロダクトの価値と優先順位のうち、各職種が何を判断する求人か確認する。

職種間の境界は肩書きだけでは読めない。担当者を聞こう。価格、販促、営業支援、バックログ、開発進行、採用、予算管理の最終担当者を求人・面接で確認する。

求人上の役割求人で確認する主な判断領域PdM求人との重なりを見る作業面接で確認する最終担当者
プロダクトマネージャー課題、機能、開発順序のどこを判断するか顧客調査、価値定義、優先順位、公開後の改善価格、バックログ、予算、公開判断を誰が持つか
事業企画市場、事業計画、採算のどこを判断するか事業計画、採算、提携、予算配分事業予算と投資判断を誰が持つか
プロダクトマーケティング対象顧客、価値の届け方、販売計画のどこを判断するか市場調査、訴求、販売計画、営業支援価格、販促、営業支援を誰が持つか
プロジェクト管理進捗、費用、体制、リスクのどこを判断するか進行計画、費用管理、体制構築、関係者調整進捗変更と予算調整を誰が持つか
プロダクトオーナー要求、開発順序、受け入れ条件のどこを判断するか要求整理、バックログ、受け入れ条件バックログと受け入れ判断を誰が持つか

企画・マーケティング経験は、顧客理解や価値提案で接点を探せる。一方で差もある。開発上の制約を受けた優先順位の変更や、公開後の判断を応募先が求めるかを確かめる。

事業フェーズでPdMの仕事内容はどう変わるのか

立ち上げ段階では、顧客の問題と提供価値を探る作業が求人に含まれるか確認する。仮説を扱う。顧客インタビュー、試作品の検証、対象市場の選定、初期機能の絞り込みを誰が担うかを見る。

利用拡大の段階では、新規機能と既存機能の改善をどう配分するか確認する。選択が増える。離脱、継続利用、運用負荷を誰が分析し、誰が開発順序を組み替えるかを聞く。

成熟したプロダクトでは、既存顧客への影響と移行コストを誰が判断するかを見る。変更にも責任が伴う。機能統合、料金体系の変更、旧機能の廃止、運用コストの削減について、提案者と決定者を確認する。

会社が使うフェーズ名だけでは実態を読めない。中身を聞こう。顧客像が固まっているか、利用データがあるか、開発体制が分業されているか、既存顧客への説明が必要かを確認する。

事業の状態PdM求人で確認する課題経験との接点
顧客課題を探索中顧客像と提供価値をどう検証するか市場調査、顧客調査、仮説設計
利用を拡大中獲得と継続のどちらを優先するか施策分析、導線改善、部門連携
運用を安定化中品質と開発速度をどう両立するか業務設計、進行管理、改善提案
既存機能を見直し中何を残し、変更し、廃止するか採算確認、顧客説明、移行計画

顧客とプロダクトの種類も比べる

顧客・プロダクト種別求人で確認すること関係者との分担
法人向け顧客要望、導入条件、契約上の制約を誰が整理するか営業、導入支援、カスタマーサクセスとの分担
個人向け利用データ、問い合わせ、顧客調査を誰が判断材料にするかマーケティング、サポート、データ担当との分担
社内向け利用部門の要望と全社方針を誰が整理するか利用部門、情報システム、承認者との分担

同じ事業フェーズでも、顧客とプロダクトの種類で仕事は変わる。接点を見る。顧客へのアクセス方法、要望の集まり方、公開判断の承認者を求人ごとに確認する。

裁量は、提案できる範囲と最終決定者を分けて見る

「ロードマップを担当」「大きな裁量」という表現だけでは、決定権を判断できない。分解が要る。課題、予算、仕様、公開時期、指標のうち、PdMが提案するものと最終決定するものを分ける。

最終決定者が事業責任者でも、PdMに裁量がないとは限らない。過程を見る。選択肢の作成、根拠の提示、関係部門との調整、決定後の実行管理をどこまで任されるかを確認する。

成果指標を持つ場合は、その指標を動かす権限も確認する。対応を見る。価格、開発優先順位、販促、顧客対応のうち、PdMが決められる項目と、他部門が最終決定する項目を分ける。

面接で決定権を確かめる質問

  • 直近で優先順位を変更したのは誰か
  • 顧客要望と事業方針が衝突したとき誰が決めるか
  • エンジニアから実現困難と指摘された後、誰が範囲を変えるか
  • 公開を延期または中止する判断を誰が持つか
  • 指標が改善しない機能を廃止する手順は何か
  • PdMが評価される指標と、その指標を動かす決定権は何か
  • 価格、販促、開発優先順位を他部門の誰が決めるか

会議への参加回数では、裁量の大きさは読めない。実例を聞こう。直近の機能について、課題発見から公開後の判断までを工程順に説明してもらい、各段階の提案者と承認者を確認する。

決定権には説明責任も付く。ここも見る。優先順位の根拠を経営へ説明するのか、障害時に顧客へ説明するのか、結果が出ない機能の停止を提案するのかを求人ごとに確かめる。

求人票から自分に合うPdMの仕事内容を選び切る

PdM求人を選ぶときは、肩書きより探索、構想、開発、改善の担当範囲を抜き出す。表にしよう。現職で経験した作業、応募先で任される判断、未経験の工程、会社の支援を並べる。

比較項目自分の経験応募先判断基準
顧客課題調査、分析、仮説作成の範囲課題を定義する人と使える情報顧客理解の経験を使えるか
顧客・プロダクト種別法人向け、個人向け、社内向けで担当した調整顧客への接触方法、要望の経路、公開判断者経験のある顧客接点と希望する仕事が重なるか
価値と優先順位提案・決定した対象顧客や施策PdMが提案・承認する項目希望する判断へ関われるか
成果指標と権限担当した指標と自分が決められた項目評価指標、PdMの決定権、他部門の決定権成果責任と権限が対応しているか
開発との連携仕様調整、進行管理、検証の経験エンジニア、デザイナーとの分担未経験の工程を支援で補えるか
公開後の責任結果確認、改善、停止判断の経験分析、障害対応、廃止の担当持ちたい責任範囲と一致するか
事業フェーズ経験した事業課題と使えた資源現在の課題、体制、既存顧客への影響経験を使う部分と学ぶ部分はどこか
働き方会議、分析、資料作成の比重定例会議、緊急対応、出社条件続けにくい条件がないか

当社求人でPdM候補を探すときの注意

人材紹介会社が扱う求人の一例として、当社ユナイテッドワールドが掲載する企画・マーケティング領域には、次の傾向がある。

ユナイテッドワールド株式会社が扱う企画・マーケティング領域の求人166件は、すべて企画・マーケティング職で、広告運用のアシスタントなどの補助職は0件だった。United World 保有求人データ / 取り込み済み求人を cg_lane(A=専門職・管理職 / B=現場職)で集計

⚠ これはユナイテッドワールド1社の在庫であって、企画・マーケティング業界全体の求人構成ではない。記事で使う際は「人材紹介会社が扱う求人の傾向」として書き、業界全体の話にしないこと

これはユナイテッドワールドが預かる求人だけの傾向であり、企画・マーケティング業界全体の構成を示すものではない。範囲は限られる。当社の取扱求人は、補助職を起点にPdM経験を積む求人構成ではない。

当社求人からPdM候補を探す場合は、肩書きだけで検索しない。工程を拾おう。企画・マーケティング職の中から、課題定義、優先順位、開発連携を担当業務に含む求人を個別に確認する。

職務経歴書では意思決定の過程を書く

企画・マーケティング経験をPdM求人へつなぐなら、施策名だけで終えない。過程を書く。顧客課題、検討した選択肢、関係者、採用した案、結果を受けた変更までを整理する。

開発経験がない場合は、経験があるように見せない。境界を示そう。要求整理や進行調整を担当した範囲と、エンジニアが担った設計・実装を分け、応募先の支援体制を面接で確認する。

比較表の空欄は面接で埋める。結論を急がない。PdMという肩書きではなく、解きたい課題、持ちたい決定権、引き受けたい説明責任がそろう求人を選ぶ。

よくある質問

プロダクトマネージャーは仕様書を書く仕事ですか?
仕様書作成だけで担当範囲は判断できない。工程を見よう。課題の定義、提供価値、優先順位、公開後の改善について、実行、提案、最終決定のどこまで担う求人か確認する。
マーケティング経験からPdMへ転職できますか?
顧客理解や価値提案の経験が応募先の工程と重なるか確認する。工程を分けよう。開発との仕様調整、優先順位、公開後の改善で不足する経験と支援体制を見る。
PdMとプロジェクトマネージャーは何が違いますか?
肩書きだけでは担当範囲を分けられない。判断領域を聞こう。課題、価値、優先順位と、進捗、費用、体制、リスクを誰が担当するか求人ごとに確認する。
PdMにはエンジニア経験が必須ですか?
必須かどうかは求人ごとに確認する。決めつけない。設計・実装経験を求めるのか、要求整理や開発チームとの調整を求めるのかを応募条件で見る。
裁量の大きいPdM求人はどう見分けますか?
提案できる範囲、最終決定者、成果責任を分けて確認する。実例を聞こう。直近の機能について、課題、予算、仕様、公開、廃止を誰が決めたか面接で聞く。

PdMという肩書きだけで選ばず、課題の定義、顧客種別、成果指標と権限、開発との連携、公開後の責任を比較表に入れて求人を絞ってください。

AIで自分に合う仕事を探す 所要3分・登録は任意です

関連する記事