プロダクトマネージャーの仕事内容は、機能を考えることだけでは判断できない。工程を見よう。顧客課題、事業の狙い、開発上の制約を扱うとき、PdMが実行、提案、最終決定のどこまで担うかを確認する。
PdMという肩書きでも任される範囲は会社ごとに異なる。ここを比べよう。企画・マーケティング経験者が、これまでの経験を使える工程と、入社後に新しく担う責任を求人票から見抜く。
PdM求人は探索、構想、開発、改善の担当レベルで見る
探索では、顧客や事業が抱える問題を誰が整理し、プロダクトで扱う課題を誰が選ぶか確認する。出発点を見る。問い合わせ、利用データ、営業要望、経営方針を集める人と、優先する問題を決める人を分ける。
構想では、対象顧客、提供価値、成功を判定する指標を誰が言語化するかを見る。仕様書だけではない。企画書、要求事項、ロードマップ、優先順位表について、PdMが作成、提案、承認のどこまで担うか確認する。
開発では、エンジニアやデザイナーから制約が出た後の分担を見る。変更は起きる。範囲や公開時期の選択肢をPdMが作るのか、価値、工数、リスクを比べて最終決定するのかを分ける。
改善では、公開後の利用状況、問い合わせ、解約理由、営業の反応を誰が確認するかを見る。判断者も聞く。改善の継続、別課題への移行、機能廃止について、PdMが提案するのか、最終決定するのかを確かめる。
PdM求人で確認する四つの工程
| 工程 | 確認する作業 | 担当レベル |
|---|---|---|
| 探索 | 顧客調査、利用データの確認、課題の定義 | 実行、提案、最終決定のどこまで担うか |
| 構想 | 対象顧客、提供価値、指標、優先順位の設定 | 実行、提案、最終決定のどこまで担うか |
| 開発 | 要求整理、仕様調整、レビュー、公開判断 | 実行、提案、最終決定のどこまで担うか |
| 改善 | 利用分析、顧客の反応確認、継続・変更・廃止の判断 | 実行、提案、最終決定のどこまで担うか |
事業企画、PMM、プロジェクト管理とは何が違うのか
PdMと周辺職種は、会社によって兼務や呼称の入れ替わりがある。定義で決めない。事業全体、市場への届け方、進行条件、プロダクトの価値と優先順位のうち、各職種が何を判断する求人か確認する。
職種間の境界は肩書きだけでは読めない。担当者を聞こう。価格、販促、営業支援、バックログ、開発進行、採用、予算管理の最終担当者を求人・面接で確認する。
| 求人上の役割 | 求人で確認する主な判断領域 | PdM求人との重なりを見る作業 | 面接で確認する最終担当者 |
|---|---|---|---|
| プロダクトマネージャー | 課題、機能、開発順序のどこを判断するか | 顧客調査、価値定義、優先順位、公開後の改善 | 価格、バックログ、予算、公開判断を誰が持つか |
| 事業企画 | 市場、事業計画、採算のどこを判断するか | 事業計画、採算、提携、予算配分 | 事業予算と投資判断を誰が持つか |
| プロダクトマーケティング | 対象顧客、価値の届け方、販売計画のどこを判断するか | 市場調査、訴求、販売計画、営業支援 | 価格、販促、営業支援を誰が持つか |
| プロジェクト管理 | 進捗、費用、体制、リスクのどこを判断するか | 進行計画、費用管理、体制構築、関係者調整 | 進捗変更と予算調整を誰が持つか |
| プロダクトオーナー | 要求、開発順序、受け入れ条件のどこを判断するか | 要求整理、バックログ、受け入れ条件 | バックログと受け入れ判断を誰が持つか |
企画・マーケティング経験は、顧客理解や価値提案で接点を探せる。一方で差もある。開発上の制約を受けた優先順位の変更や、公開後の判断を応募先が求めるかを確かめる。
事業フェーズでPdMの仕事内容はどう変わるのか
立ち上げ段階では、顧客の問題と提供価値を探る作業が求人に含まれるか確認する。仮説を扱う。顧客インタビュー、試作品の検証、対象市場の選定、初期機能の絞り込みを誰が担うかを見る。
利用拡大の段階では、新規機能と既存機能の改善をどう配分するか確認する。選択が増える。離脱、継続利用、運用負荷を誰が分析し、誰が開発順序を組み替えるかを聞く。
成熟したプロダクトでは、既存顧客への影響と移行コストを誰が判断するかを見る。変更にも責任が伴う。機能統合、料金体系の変更、旧機能の廃止、運用コストの削減について、提案者と決定者を確認する。
会社が使うフェーズ名だけでは実態を読めない。中身を聞こう。顧客像が固まっているか、利用データがあるか、開発体制が分業されているか、既存顧客への説明が必要かを確認する。
| 事業の状態 | PdM求人で確認する課題 | 経験との接点 |
|---|---|---|
| 顧客課題を探索中 | 顧客像と提供価値をどう検証するか | 市場調査、顧客調査、仮説設計 |
| 利用を拡大中 | 獲得と継続のどちらを優先するか | 施策分析、導線改善、部門連携 |
| 運用を安定化中 | 品質と開発速度をどう両立するか | 業務設計、進行管理、改善提案 |
| 既存機能を見直し中 | 何を残し、変更し、廃止するか | 採算確認、顧客説明、移行計画 |
顧客とプロダクトの種類も比べる
| 顧客・プロダクト種別 | 求人で確認すること | 関係者との分担 |
|---|---|---|
| 法人向け | 顧客要望、導入条件、契約上の制約を誰が整理するか | 営業、導入支援、カスタマーサクセスとの分担 |
| 個人向け | 利用データ、問い合わせ、顧客調査を誰が判断材料にするか | マーケティング、サポート、データ担当との分担 |
| 社内向け | 利用部門の要望と全社方針を誰が整理するか | 利用部門、情報システム、承認者との分担 |
同じ事業フェーズでも、顧客とプロダクトの種類で仕事は変わる。接点を見る。顧客へのアクセス方法、要望の集まり方、公開判断の承認者を求人ごとに確認する。
裁量は、提案できる範囲と最終決定者を分けて見る
「ロードマップを担当」「大きな裁量」という表現だけでは、決定権を判断できない。分解が要る。課題、予算、仕様、公開時期、指標のうち、PdMが提案するものと最終決定するものを分ける。
最終決定者が事業責任者でも、PdMに裁量がないとは限らない。過程を見る。選択肢の作成、根拠の提示、関係部門との調整、決定後の実行管理をどこまで任されるかを確認する。
成果指標を持つ場合は、その指標を動かす権限も確認する。対応を見る。価格、開発優先順位、販促、顧客対応のうち、PdMが決められる項目と、他部門が最終決定する項目を分ける。
面接で決定権を確かめる質問
- 直近で優先順位を変更したのは誰か
- 顧客要望と事業方針が衝突したとき誰が決めるか
- エンジニアから実現困難と指摘された後、誰が範囲を変えるか
- 公開を延期または中止する判断を誰が持つか
- 指標が改善しない機能を廃止する手順は何か
- PdMが評価される指標と、その指標を動かす決定権は何か
- 価格、販促、開発優先順位を他部門の誰が決めるか
会議への参加回数では、裁量の大きさは読めない。実例を聞こう。直近の機能について、課題発見から公開後の判断までを工程順に説明してもらい、各段階の提案者と承認者を確認する。
決定権には説明責任も付く。ここも見る。優先順位の根拠を経営へ説明するのか、障害時に顧客へ説明するのか、結果が出ない機能の停止を提案するのかを求人ごとに確かめる。
求人票から自分に合うPdMの仕事内容を選び切る
PdM求人を選ぶときは、肩書きより探索、構想、開発、改善の担当範囲を抜き出す。表にしよう。現職で経験した作業、応募先で任される判断、未経験の工程、会社の支援を並べる。
| 比較項目 | 自分の経験 | 応募先 | 判断基準 |
|---|---|---|---|
| 顧客課題 | 調査、分析、仮説作成の範囲 | 課題を定義する人と使える情報 | 顧客理解の経験を使えるか |
| 顧客・プロダクト種別 | 法人向け、個人向け、社内向けで担当した調整 | 顧客への接触方法、要望の経路、公開判断者 | 経験のある顧客接点と希望する仕事が重なるか |
| 価値と優先順位 | 提案・決定した対象顧客や施策 | PdMが提案・承認する項目 | 希望する判断へ関われるか |
| 成果指標と権限 | 担当した指標と自分が決められた項目 | 評価指標、PdMの決定権、他部門の決定権 | 成果責任と権限が対応しているか |
| 開発との連携 | 仕様調整、進行管理、検証の経験 | エンジニア、デザイナーとの分担 | 未経験の工程を支援で補えるか |
| 公開後の責任 | 結果確認、改善、停止判断の経験 | 分析、障害対応、廃止の担当 | 持ちたい責任範囲と一致するか |
| 事業フェーズ | 経験した事業課題と使えた資源 | 現在の課題、体制、既存顧客への影響 | 経験を使う部分と学ぶ部分はどこか |
| 働き方 | 会議、分析、資料作成の比重 | 定例会議、緊急対応、出社条件 | 続けにくい条件がないか |
当社求人でPdM候補を探すときの注意
人材紹介会社が扱う求人の一例として、当社ユナイテッドワールドが掲載する企画・マーケティング領域には、次の傾向がある。
⚠ これはユナイテッドワールド1社の在庫であって、企画・マーケティング業界全体の求人構成ではない。記事で使う際は「人材紹介会社が扱う求人の傾向」として書き、業界全体の話にしないこと
これはユナイテッドワールドが預かる求人だけの傾向であり、企画・マーケティング業界全体の構成を示すものではない。範囲は限られる。当社の取扱求人は、補助職を起点にPdM経験を積む求人構成ではない。
当社求人からPdM候補を探す場合は、肩書きだけで検索しない。工程を拾おう。企画・マーケティング職の中から、課題定義、優先順位、開発連携を担当業務に含む求人を個別に確認する。
職務経歴書では意思決定の過程を書く
企画・マーケティング経験をPdM求人へつなぐなら、施策名だけで終えない。過程を書く。顧客課題、検討した選択肢、関係者、採用した案、結果を受けた変更までを整理する。
開発経験がない場合は、経験があるように見せない。境界を示そう。要求整理や進行調整を担当した範囲と、エンジニアが担った設計・実装を分け、応募先の支援体制を面接で確認する。
比較表の空欄は面接で埋める。結論を急がない。PdMという肩書きではなく、解きたい課題、持ちたい決定権、引き受けたい説明責任がそろう求人を選ぶ。