筑波大学大学院を卒業後、海外駐在を経て、KPMGコンサルティング株式会社に参画。先端技術・DXコンサルタントとして、官民のDX推進・新規事業創出に携わる。その後、リメディからのヘッドハントを受け参画。リメディでは、緻密なキャリア設計・徹底的な選考対策・自身の経験に裏打ちされた深い業務知見を軸とした支援により、コンサルティングファームへの支援に圧倒的な強みを持つ。IT領域を中心に広範な領域で実績を有するが、特にDX領域のエグゼクティブ層支援において業界トップクラスの支援実績を有する。
同じプロダクトマネージャー（PdM）の求人でも、任される範囲は業務内容に並ぶ動詞と主語でかなり読み分けられます。2026年10月18日に確認した6社7件の募集要項では、裁量の重心が「戦略」「ディスカバリー」「グロース」「基盤」「デリバリー」の5タイプに分かれ、KPIの名前まで書いていた求人は1件だけでした。
エンジニア・PjM・PMM・事業企画などからPdM求人を比べるときに迷いやすいのは、求人票のどこに裁量と組織規模が表れるか、自分の経歴ならどのタイプから応募するか、面接で何を聞けば実態を確かめられるかの3点です。以下では、確認した募集要項の記述をもとに、この3点を順に見ていきます。
本記事のポイント
| 知りたいこと | 答え |
|---|---|
| PdM求人の違いはどこに出るか | 業務内容の先頭に来る動詞（策定する・特定する・設計し検証する・連携する・管理する）と、方針を決める主語 |
| 組織規模はどう読むか | PdMの人数、開発チームの人数、配属プロダクトの決まり方の記述を探す。書いていなければ面接で聞く |
| 経歴との相性 | 必須要件に書かれた経験（PM経験、PRDの作成など）が、自分の過去の役割と重なる求人から当たる |
| 応募前にすること | 重心が違う求人を3〜4件残し、面接で担当指標・配属・体制を確かめる |
PdM求人は5つの裁量タイプで見分けられる
求人タイトルが同じ「プロダクトマネージャー」でも、入社直後に時間を使う場所は求人によって違います。確認した募集要項を業務内容の書き方で分けると、次の5タイプになりました。
| タイプ | 求人票に出やすい書き方 | 入社後に任されやすい仕事 | 相性がよい経験 | 確認した求人の例 |
|---|---|---|---|---|
| 戦略寄り | 「ビジョン・戦略・OKR策定」「ロードマップの策定」が業務の先頭にある | プロダクトの方向づけ、事業と両面のKPIの設定 | 事業企画、PdM経験、経営層とのやり取り | カケハシ、マネーフォワード（HR領域） |
| ディスカバリー寄り | 「PRD」「ユーザーインタビュー」「行動ログの分析」 | 解決する課題の特定と要件への落とし込み | エンジニア、UXリサーチ、PMM | ヌーラボ、Entaar |
| グロース寄り | 指標名（利用率・継続率など）と「A/Bテスト」 | 担当領域の指標を動かす施策と効果検証 | Webディレクター、データ分析、BtoCサービスの運営 | ジモティー（事業開発ディレクター（PdM）） |
| 基盤寄り | 「共通認証」「データ活用基盤」「各サービスを連携」 | 入社直後は仕様のキャッチアップと改善企画、中長期で複数サービスの連携企画 | BtoB SaaS、データプロダクト、技術への理解 | LINEヤフー（BtoBプラットフォーム） |
| デリバリー寄り | 「PdMが決めた方針をもとに」「進行管理」「受入確認」 | 仕様の具体化、スケジュール管理、リリース後の数値確認 | 制作進行、PjM、エンジニア | ジモティー（PdM候補（Webディレクター）） |
タイプは求人の優劣ではありません。1件の求人に複数のタイプが混ざることも多く、たとえばマネーフォワードのHR領域の求人は、ロードマップ策定から開発ディレクションまでを一続きの業務として並べます。見分けるときは、業務内容の先頭に加えて、必須要件と入社直後に期待する仕事も見ると、会社がまず任せたい仕事の見当がつきます。
とはいえ、表だけで手元の求人のタイプを決めきれるとは限りません。業務内容が複数タイプにまたがる求人は、自分の経験とどこが重なるのかを担当者と一緒に見ていくと、応募の優先度をつけられます。
業務内容の書き方から裁量の重心を読む
業務内容の文章は似て見えても、誰が方針を決め、誰がそれを形にするかで仕事の中身は変わります。確認した募集要項では、方針を決める側の仕事は「策定」、形にする側の仕事は「推進」「管理」と書かれることが多く、タイプの差もこの動詞に表れていました。
戦略寄り：ビジョンやOKRの「策定」が先頭にある
カケハシの求人は、業務概要の1行目に「事業的価値を考慮したサービスとしてのビジョン・戦略・OKR策定」を置き、続けてロードマップ策定やサービスと事業の両面のKPI策定を挙げています。必須要件は、PdM経験のほか、SIerでのプロジェクトマネジメントやSalesforceなどSaaSのシステム設計・ディレクション経験でも満たせます。歓迎要件に「頻度高く経営層とコミュニケーションをした経験」があることから、事業側の意思決定に近い位置で働くことが前提の求人です。
ディスカバリー寄り：PRDと行動ログの分析が中心
ヌーラボの求人は、具体的な挑戦課題の先頭に戦略・ビジョン・ロードマップの策定を置いています。それでもディスカバリー寄りに分けたのは、入社3ヶ月で期待することが、ユーザーインタビューや行動ログの分析による課題の特定とPRDの作成だからです。必須スキルにもPRDの作成経験が入り、挑戦課題には「データ構造や制約を理解した上での、PRD（プロダクト要件定義書）への落とし込み」も並びます。最初に任されるのは、課題を見つけて要件に落とす仕事です。
Entaarの求人も、このポジションの特徴を「仕様管理ではなく、価値定義・優先順位付けが主戦場」と書いています。厚生労働省の職業情報提供サイト（job tag）も、Webサービス開発の職業説明で、どのようなWebサービスにするかの要件定義はプロダクトマネージャが担当するか、共同で検討すると説明しています。
グロース寄り：指標の名前とA/Bテストが書かれている
ジモティーの事業開発ディレクター（PdM）は、担当領域のKPIとして「利用率・継続率・成約率等」を名指しし、A/Bテストの設計とリリース後の効果検証まで業務に含めています。SQLやGA4などを使って自分でデータ分析ができることも、必須スキルの一つです。数字を自分で取りにいき、施策の当たり外れを判断する仕事が中心です。
基盤寄り：共通認証やデータ基盤が担当プロダクト
LINEヤフーのBtoBプラットフォームの求人は、担当を「ビジネスマネージャー」と「LINEビジネスID」としています。前者はデータの収集・統合と活用のための基盤、後者はビジネス向け・開発者向けの管理画面に共通でログインする認証システムです。具体的な業務には、各サービスの連携企画、IDなどのアセットを生かした新規企画、UI/UXの改善企画が並びます。入社直後は仕様のキャッチアップと改善企画から入り、チーム横断の連携企画は中長期の役割と書かれているため、基盤寄りの仕事がいつから増えるかは面接で確かめます。
デリバリー寄り：「PdMが決めた方針をもとに」と書かれている
ジモティーには、PdMとは別に「PdM候補（Webディレクター）」の募集もあり、こちらは「PdMが決めた方針をもとに、仕様の具体化や進行管理、リリース後の数値確認までを推進」する役割です。課題設定や優先順位付けへは段階的に広げると書かれています。方針を決める主語がPdM側にある求人では、入社直後の仕事の中心は、方針を形にする側です。
同じ会社の2つの求人を並べると、肩書の違い以上に「誰が方針を決めるか」の差がはっきりします。進行管理の比重が大きい求人とプロジェクトマネージャーの仕事がどう違うかは、プロジェクトマネージャーの仕事内容と必要なスキルで確かめられます。
確認した7件の募集要項を同じ項目で比べる
タイプの違いは、必須経験やKPIの書き方にも表れます。6社7件を同じ項目で並べました。
| 会社・求人 | 担当の対象 | 必須経験の要点 | KPIの書かれ方 | 体制・配属の手がかり |
|---|---|---|---|---|
| マネーフォワード（シニアPdM・HR領域） | 勤怠・人事管理・社会保険などHR領域のクラウドサービス | 次のいずれか：自社プロダクトのPdM経験（目安2年以上）、HR関連のシステム導入を含むPM経験（目安2年以上） | 指標名の記載なし（課題設定・仮説検証・プロダクト分析） | HR領域の複数プロダクトの「いずれか、または複数」に携わる |
| ヌーラボ（PdM） | Backlogなど既存・新規プロダクト | SaaS・Webサービスの企画・開発経験（PRD作成、アジャイル開発でのPM経験など）、データ分析の基礎とBIツールの利用経験 | 指標名の記載なし（パフォーマンス測定・行動ログ分析） | プロダクトマネジメント部はCPOとメンバー4名（2026年2月時点） |
| カケハシ（PdM・プロダクト共通） | 電子薬歴などの医療・薬局向けプロダクト群 | PdM経験、またはSIerのPM・SaaSのシステム設計やディレクション経験 | サービス・事業両面のKPI策定と分析 | 全社でPdMは20名弱、配属チームは面談の途中で決定 |
| Entaar（PdM） | AIを使った企業向けIT支援のプロダクト | PdM・企画・要件定義の実務経験、複数の関係者の意思決定をリードした経験 | 指標名の記載なし | エンジニア・コンサルタント・ビジネス側の間に立つハブ役 |
| ジモティー（事業開発ディレクター（PdM）） | 地域のクラシファイドサービス | Webサービス・アプリのPdMまたはWebディレクターの実務（3年以上目安）、KPI設計と効果検証、SQLやGA4での分析 | 利用率・継続率・成約率等を明記 | 若手PdM1〜2名の育成・レビューも担当 |
| ジモティー（PdM候補（Webディレクター）） | 同上 | Web・アプリの開発や運用にディレクター・制作進行・エンジニア等として関わった経験（2年以上目安） | リリース後の数値確認 | PdMの方針のもとで仕様を具体化 |
| LINEヤフー（PdM・BtoBプラットフォーム） | 共通認証とデータ活用の基盤プロダクト | IT関連業務での1年以上のPdM経験、またはそれと同様の経験 | 指標名の記載なし | IT企業でPdMを経験したメンバーが中心、背景はさまざま |
表から読み取れるのは、PdM経験を前提にする求人と、隣接経験の入口を用意している求人がはっきり分かれることです。マネーフォワードはHR関連のシステム導入を含むPM経験を「若手のチャレンジ枠という想定」と明記し、カケハシもSIerのプロジェクトマネジメント経験を認めています。入口が書かれている求人は、PdM未経験でも応募の筋道を立てやすい求人です。
一方で、指標名まで書いていたのは7件のうちジモティーの事業開発ディレクター（PdM）だけでした。ほかの求人は、KPIを策定することや分析の手段は書いていても、入社後に何の数字を任されるかまでは分かりません。ここは面接で確かめる項目になります。
表の7件は、2026年10月18日に掲載を確認した一例です。今出ている求人も表と同じ項目で見比べると、担当範囲の違いが見えてきます。IT業界で企画職やプロジェクトマネージャー職として出ている求人を、条件を指定して探せます。
組織規模と配属先は求人票のどこに表れるか
仕事の実態を読むうえでは、会社全体の規模より、PdMと開発チームの人数のほうが手がかりになります。探す場所は、体制の説明と配属の決まり方の書きぶりです。
PdMの人数と開発体制の記載を探す
ヌーラボは、プロダクト全体の開発・運用を担うサービス開発部に約60名のエンジニア、プロダクトデザイン部に5名、配属先のプロダクトマネジメント部はCPOとメンバー4名（2026年2月時点）と書いています。PdMが少人数なので1人の受け持つ範囲は広くなりやすく、後で触れるPMMの役割の兼務もこの体制と合う記述です。
カケハシは「全社で20名弱のプロダクトマネージャー」が、既存・新規のプロダクトに加え、生成AIを使ったアップデートやアカウント管理・認証、データ基盤などを担当していると書いています。PdMが複数いる組織では、どの領域を誰が持つかが分かれているため、配属先によって仕事の重心が変わります。
配属プロダクトが応募後に決まる求人
カケハシは「面談の途中でアサインチームの決定をいたします」、マネーフォワードはHR領域の各プロダクトの「いずれか、または複数に携わる」としています。こうした求人は、応募時点では担当プロダクトが決まっていないため、求人票だけで裁量のタイプを決めつけないほうが安全です。面談では候補になっているチームと、そのプロダクトが新規か既存かを具体的に聞きます。
PMMや業務設計まで含むかを見る
ヌーラボは「PdMとPMMの両面を横断的に担当」し、リリース後の市場浸透まで責任を持つ役割です。マネーフォワードも業務の最後に「ビジネス部門と連携してマーケティング戦略の実行」を置いています。Entaarは歓迎経験にコンサルティングファームやSIerでの業務設計経験を挙げ、コンサルティングの進め方そのものをプロダクトにする役割としています。PdMの外側の仕事の範囲が違えば、生かせる前職も同じではありません。
担当領域のPdMか、全体を見る役割か
freeeは職種紹介で、プロダクト全体の中長期戦略を決める「プロダクトオーナー」と、担当領域のロードマップと開発をリードする「プロダクトマネージャー」を分けて説明しています。前述のLINEヤフーの求人も、入社直後と中長期で役割を分けて書いています。ジモティーの事業開発ディレクター（PdM）は、担当領域で実績を積んだ後にシニアPdMやプロダクト責任者へ進む道を示しています。今の求人がどの段階の役割かが、入社後の広がり方を予想する手がかりです。
経歴別に応募しやすいPdM求人を選ぶ
経歴との相性は、必須要件と歓迎要件の言葉に自分の経験をそのまま当てはめられるかで判断します。確認した求人の記述を、出身職種ごとに分けると次のとおりです。
| 今の経歴 | 生かしやすい求人タイプ | 募集要項で探したい記述 | 応募前に補いたい経験 |
|---|---|---|---|
| エンジニア | ディスカバリー寄り、基盤寄り | 「PRDの作成経験」「エンジニアと日常的に近い環境での協働」「エンジニアリングへの理解」 | ユーザーの声や利用データから、作るものを自分で決めた経験 |
| PjM・SIer | 戦略寄り（入口が明記された求人）、デリバリー寄り | 「SIerのプロジェクトマネジメント」「システム導入を含むプロジェクトマネジメント経験」 | 何を作るかの優先順位を決めた経験、指標の設定 |
| PMM・マーケティング | ディスカバリー寄り（PMM兼務）、グロース寄り | 「PdMとPMMの両面」「マーケティング戦略の実行」 | 要件定義やPRDの作成、開発チームとの優先順位の調整 |
| 事業企画・経営企画 | 戦略寄り | 「ビジョン・戦略・OKR策定」「経営層とのコミュニケーション」 | 開発チームと仕様を詰めた経験 |
| Webディレクター・制作進行 | グロース寄り、デリバリー寄り（PdM候補） | 「Webディレクターとしての実務経験」「仕様書・要件整理資料の作成」 | 指標の設計と効果検証、SQLやGA4を使った分析 |
| 業務の実務経験者（労務・経理・医療など） | その業務を対象にしたSaaSの求人 | 「バックオフィス業務への深い理解」「医療関連事業の参与経験」 | 開発プロセスへの参加、要件を言葉にした経験 |
業務の実務経験は、歓迎要件に業務名が書かれた求人で強みになります。freeeの職種紹介には、経理部門からPMMを経てPMになった社員の例もあります。ここはリメディの見解ですが、表の「募集要項で探したい記述」が自分のやってきた仕事と重なる求人から当たると、書類で経験を説明しやすくなります。エンジニアならPRDや開発チームとの協業を必須に置く求人、PjM出身ならPM経験を入口に明記した求人が最初の候補です。
そもそも自分の経歴でPdMを狙えるかどうかを先に確かめたい場合は、PdMの転職難易度と経歴別の可能性で判断の目安を確認してから、ここに戻って求人を選ぶと迷いが減ります。
表で候補のタイプが2つ以上残る人や、業務の実務経験をどの求人で生かすか決めかねている人は、経験の棚卸しから一緒に進めると応募先を絞り込めます。どの経験を中心に書類を組み立てるかで、選ぶ求人も変わるためです。
報酬欄と選考フローで見落としやすい点
業務内容で候補を絞ったら、条件欄と選考の進み方も同じ目線で比べます。ここで差が出るのは金額の幅より、何が含まれているかという内訳です。
報酬欄は内訳と変動する部分を見る
ヌーラボは想定年収に賞与と固定残業手当を含むと明記しています。LINEヤフーは月給に固定残業代を含め、賞与は会社や部署の業績を踏まえて支給するとしています。マネーフォワードの「ハイパフォーマンス賞与」は、会社業績によって支給されない場合もあると書かれています。
報酬欄の外では、原則として全社員にストックオプションを付与するカケハシの制度も、比べる材料です。ヌーラボはオファー条件を「選考全体を通じた評価をもとに最終決定」するとしており、提示額が幅のどこに決まるかは、選考全体の評価による部分です。金額を比べるときに分けたいのは、固定の部分と、業績や評価で動く部分です。
選考の進み方を応募前に確かめる
ヌーラボのカジュアル面談は、書類選考の通過後に希望者へ実施するものですが、募集要項で「事実上の選考プロセス（合否判定あり）」と位置づけられています。情報交換の場というより、準備して臨みたい選考の一部です。
LINEヤフーの選考には課題選考・適性検査があり、マネーフォワードはポジションによって面接前に技術課題を出すと書いています。カケハシの選考では、面接の後に適性検査があります。リファレンスチェックの記載があったのは、マネーフォワード・ヌーラボ・カケハシ・LINEヤフーの各求人です。期間の目安は、ヌーラボがエントリーからオファー面談まで数週間から約1ヶ月程度、LINEヤフーが書類選考の結果を2週間以内に連絡するとしています。
応募前に3〜4件を比べる手順
気になる求人が増えてきたら、同じ物差しで比べて応募先を絞る段階です。次の順番で進めると、求人票の印象ではなく書かれている事実で判断できます。
- 業務内容を書き写す：求人ページは更新や掲載終了があるため、応募を考える求人の業務内容と必須要件を手元に残す
- 先頭の動詞に印をつける：策定する（戦略）・特定する（ディスカバリー）・設計し検証する（グロース）・連携する（基盤）・管理する（デリバリー）のどれが業務内容の先頭に来るかで5タイプに当てはめる。先頭だけで決めきれないときは、必須要件と入社直後に期待する仕事も見る
- 必須要件と自分の経験を1行ずつ対応させる：対応する経験を書けない行が多い求人は、応募の優先度を下げる
- 書かれていない項目を質問リストにする：担当指標、配属チーム、PdMと開発チームの人数、PMMとの分担
- 重心が違う求人を残す：同じタイプばかりにせず、タイプの違う求人を3〜4件に絞る
ここはリメディの見解ですが、最後の手順でタイプの違う求人を残すと、面接で聞いた答えの違いから自分が力を出しやすい仕事の重心が見えてきます。たとえばグロース寄りと戦略寄りを1件ずつ残せば、指標を動かす仕事と方向を決める仕事のどちらに手応えがあるかを比べられます。
残した求人に応募する順番を決めるときに踏まえたいのは、課題選考や適性検査があるかどうかといった各社の選考の進み方です。準備に時間がかかる選考を後ろに置くと、全体の日程に余裕が残ります。
面接・カジュアル面談で確認したい質問
求人票で分からなかった点を埋める場が、面接とカジュアル面談です。質問は抽象的にせず、答えが名前や数字で返ってくる形にすると、裁量の実態を比べられます。
| 確かめたいこと | 質問の例 | 答えで見るところ |
|---|---|---|
| 方針を決める人 | 担当領域のロードマップの優先順位は、最終的に誰が決めていますか | 入社する本人が決める範囲があるか、上位者の承認が前提か |
| 担当する指標 | 入社後、最初に責任を持つ指標は何ですか。今どのくらいの水準ですか | 指標の名前と現状がすぐに出てくるか |
| 配属 | 候補になっているチームとプロダクトを教えてください。新規と既存のどちらですか | 候補が具体的か、決め方が説明されるか |
| 体制 | そのチームのエンジニアとデザイナーは何人で、PdMは何人いますか | 相談やレビューの相手がいるか、1人で受け持つ範囲の広さ |
| 分担 | リリース後の市場浸透や営業資料づくりは、誰が担当していますか | PMMや営業との分担が決まっているか、兼務か |
ここはリメディの見解ですが、指標名を書いていない求人では、担当指標の質問に対する答えの具体さがそのまま任される裁量の目安になります。名前と現状がすぐに返ってくれば、入社後に動かす数字が決まっている求人です。答えが「入ってから一緒に決めたい」であれば、方針づくりから任される一方、最初の数ヶ月は自分で論点を立てる力が問われます。
自分で応募先を絞れる場合と相談で整理が早い場合
ここまでの手順は自分だけでも進められます。ただ、求人の数が多いときや、経歴と求人の対応に自信が持てないときは、第三者と一緒に求人票を見比べるのも一つの方法です。
| 自分で進めてよいケース | 相談すると整理が早いケース |
|---|---|
| 応募したい求人の業務内容に、自分の経験で埋められない行がほとんどない | 必須要件に書かれた経験（PM経験、PRDの作成など）が、自分の過去の役割と重なるか判断できない |
| 狙うタイプが1つに決まっていて、候補が数件に収まっている | タイプの違う求人で迷い、どれを先に受けるか決められない |
| 担当指標・配属・体制を面接で聞く準備ができている | 配属が応募後に決まる求人が多く、比べる軸が定まらない |
| PdM経験があり、同じタイプの求人へ移る | PjM・エンジニア・PMMなどから初めてPdM求人に応募する |
相談すると整理が早いケースに2つ以上当てはまるなら、応募候補の求人を一緒に見てもらいながら話すほうが、自分だけで迷う時間を減らせます。IT領域の転職支援を担う担当者のプロフィールを見比べて、相談相手を選べます。
PdM求人選びのよくある質問
PdM未経験でも応募できる求人はありますか？
あります。マネーフォワード（HR領域）とカケハシは、PdM経験のほかにプロジェクトマネジメント経験でも必須要件を満たせる書き方で、条件は本文の比較表のとおりです。ジモティーのPdM候補（Webディレクター）は、Webの開発や運用にディレクター・制作進行・エンジニア等として関わった経験を求めています。隣接する経験がまったくない場合は、まず入口が明記された職種で経験を積む道を検討します。
PdM候補やWebディレクターの求人から入るのは遠回りですか？
PdMへ役割を広げる道筋が書かれている求人なら、遠回りとは限りません。分かれ目は、方針づくりに関わり始める時期と条件です。ジモティーのPdM候補は、ディレクション業務から始めて課題設定や優先順位付けへ段階的に広げ、将来的にはPdMとして戦略立案をリードする想定です。応募するなら、PdMへ役割を広げる判断を誰がどんな基準でするのかを面接で聞いておきます。
大手とスタートアップのPdM求人は、どちらを選べばよいですか？
会社の規模より、入社直後の担当範囲で比べるほうが判断を誤りにくくなります。たとえばLINEヤフーの求人は、チーム横断の企画を中長期の役割としています。Entaarの求人は、顧客課題の整理から要件定義・ロードマップ・開発推進までをハブとして担う役割です。どちらが合うかは、最初から広い範囲を任されたいか、担当領域で実績を積んでから広げたいかで変わります。
KPIが書かれていない求人は避けたほうがよいですか？
避ける必要はありません。確認した求人でも指標名を書かないものが大半で、担当する指標は面接で聞いて確かめる項目です。質問の例と答えの見方は、本文の「面接・カジュアル面談で確認したい質問」の表のとおりです。
想定年収の幅が広い求人は、どう受け止めればよいですか？
幅の中のどこで提示するかを、選考での評価で決めると書く求人があります。各社の報酬欄の書き方は本文の「報酬欄は内訳と変動する部分を見る」で比べているので、ほかの求人と並べる前に、提示額に賞与や固定残業手当が含まれているかをそろえておきます。
まとめ
PdM求人は、肩書が同じでも業務内容の動詞と方針を決める主語で、任される範囲がはっきり分かれます。応募先を選ぶときは、次の4点を同じ物差しで確かめてください。
- 業務内容の先頭にある動詞から、戦略・ディスカバリー・グロース・基盤・デリバリーのどの重心かを見る
- PdMと開発チームの人数、配属の決まり方、PMMとの分担を探し、書いていなければ面接で聞く
- 必須要件に書かれた経験（PM経験、PRDの作成など）が、自分の過去の役割と重なる求人から当たる
- 報酬欄は金額の幅より内訳と変動する部分を見て、選考に課題や適性検査があるかも事前に確かめる