スカウト代行 / プロダクトマネージャー

プロダクトマネージャーを探すときの検索条件とターゲティング

公開 2026-09-20

プロダクトマネージャーにスカウトを送る前の検索で、「PdM」や「プロダクトマネージャー」の肩書で条件を組むと、二つの問題が起きます。一つは、肩書を名乗る人が少なく、対象が狭いこと。もう一つは、同じ肩書でも「何を決めていたか」がばらばらで、優先順位だけを決めていた人と、対象顧客と価格まで決めていた人が同じ一覧に出ること。PdMの検索で最初にやるべきは、自社で決めてもらう範囲と段階を決め、肩書ではなく「何を決めたか」で探し、転向層を含めることです。結論を先に書くと、検索条件は、先に自社で決めてもらう範囲とプロダクトの段階を決め、肩書ではなく経験(何を決めたか・どの段階を経験したか・誰と決めたか)で組み、要件の必須だけにし、プロフィールを「何を決め、何を変え、その結果どうなったか」で読み、転向層(開発のリード、事業企画、デザイナー、営業企画)を含めて送る順を決めます。文面の型はプロダクトマネージャーへのスカウト文面に、要件の作り方はプロダクトマネージャーの採用要件の作り方に書いていますので、ここでは「検索条件とターゲティング」に絞ります。媒体ごとの検索の仕様には触れません。仕様は各媒体の公式情報でご確認ください。

先に「決めてもらう範囲」と「段階」を決める

自社で決めてもらう範囲(優先順位と要件、対象顧客と価値、事業の数字まで)と、プロダクトの段階(立ち上げ前、立ち上げ直後、伸びている、止まっている、複数のプロダクト)を決めます。範囲で探す「決めた経験」が変わり、段階で探す「経験した段階」が変わります。

自社で決めてもらう範囲探す経験
優先順位と要件機能の優先順位と要件を決めて開発と進めた経験
対象顧客と価値の定義まで誰に何の価値かを決めて、プロダクトの方向を変えた経験
事業の数字まで売上や利用者の目標を持ち、施策を決めて動かした経験
自社のプロダクトの段階探す段階の経験
立ち上げ前・直後ゼロから作った、最初の利用者を得た経験
伸びている伸ばす施策を決めて数字を動かした経験
止まっている止まったプロダクトを立て直した経験

止まりやすいのは、範囲と段階を決めずに「PdM経験者」で探すときです。一覧が混ざり、文面も混ざります。

肩書ではなく「何を決めたか」で組む

条件に入れるのは、肩書ではなく、要件の必須に当たる「決めた経験」です。肩書は「または」で複数(PdM、プロダクトオーナー、プロダクト企画、事業企画、サービス企画)を入れるか、入れずにプロフィールの言葉で読みます。

要件検索条件に理由
必須:プロダクトの優先順位と要件を決めた経験「優先順位」「要件」「ロードマップ」の言葉で肩書では出ない
必須:開発チームと一緒に進めた経験プロフィールで読む検索の言葉にしにくい
歓迎:特定の業界や領域入れない文面で触れる
歓迎:PdMの肩書入れない肩書と決めた範囲は一致しない

止まりやすいのは、肩書と業界を「かつ」で組んで、数人しか出ないときです。肩書を外し、決めた経験で読みます。

プロフィールを「何を決め、何を変え、その結果どうなったか」で読む

PdMの経験の中身は、三つで読めます。何を決めたか(範囲)、何を変えたか(決めた結果、プロダクトがどう変わったか)、その結果どうなったか(数字や利用者の変化)。三つが書いてある人は、肩書が何であっても決める経験があります。

プロフィールの記述読み方
「PdMとしてプロダクト全般を担当」肩書はあるが、決めた範囲が読めない
「〇〇の優先順位を決め、〇〇機能を先に出して利用者の〇〇が改善」決めて、変えて、結果がある。優先順位の範囲
「対象顧客を〇〇から〇〇に変え、プロダクトの方向を転換」対象顧客まで決めた。範囲が広い
「開発リードとして要件を決め、何を作るかの順番を持っていた」肩書は開発だが、決める経験がある。転向候補
「事業企画として〇〇の企画を立て、開発と一緒に出した」肩書は企画だが、決める経験がある。転向候補

止まりやすいのは、肩書だけで判断するときです。肩書がPdMでも「全般を担当」しか書いていない人に「対象顧客から決めてほしい」と送っても、合いません。

エラベルの見解

相談で最も多い思い込みは、「PdMは肩書で探すしかなく、市場にほとんどいない」というものです。実際には、プロダクトの優先順位と要件を決めてきた人は、肩書が開発リード、事業企画、サービス企画、デザイナーのまま多くいて、「PdM」で検索すると漏れます。ある会社では、肩書で検索して数人しか出ず、その数人は決める範囲が自社と合わない状態でした。担当者が入って、自社の範囲を「優先順位と要件」と決め、肩書を外し、「優先順位」「要件」「ロードマップ」「何を作るか」の言葉でプロフィールを読む形にしたところ、開発リードとして要件を決めてきた人が複数見つかり、一行目にその点を書いて送ると返信が来ました。PdMの検索は、肩書で機械的に絞るより、決めた経験の言葉で出して人が読むほうが合います。

転向層を含める

PdMの経験者は少ないので、転向の素養がある層を含めます。転向元は、自社で決めてもらう範囲によって向き不向きがあります。

転向元素養の見どころ向く範囲
開発のリード要件を決め、何を作るかの順番を持っていた優先順位と要件
事業企画・サービス企画企画を立て、開発と一緒に出した。数字を持っていた対象顧客と価値、事業の数字
デザイナー利用者の課題から要件を決めた優先順位と要件、価値の定義
営業企画・カスタマーサクセス顧客の声から改善の優先順位を決めた優先順位と要件

転向層には、文面の一行目で「〇〇のご経歴から、決める範囲を広げたい方へ」と、転向であることに先に触れます。

止まりやすいのは、転向層に「PdM経験者向け」の文面を送るときです。経歴と合わず、返信が来ません。

送る順の付け方

条件
決めた範囲と段階が自社と合い、決めて変えて結果が書いてあり、一行目に書ける一点がある
決めた範囲が合うが、段階が違う。文面で段階の違いに先に触れられるなら送る
転向層。決めた経験が読め、自社の範囲に向く転向元。転向の文面で送る
送らない肩書だけで決めた範囲が読めない。範囲が逆(自社は優先順位だけなのに、事業の数字まで持っていた人。狭すぎて合わない)。一行目に書ける一点が無い

止まりやすいのは、「PdMの肩書があるから」で送るときです。決めた範囲が自社より広い人に狭い範囲を送ると、「決められない役割」と読まれます。

条件の保存と見直し

組んだ条件は、「経験者用」「転向層用(開発)」「転向層用(企画)」のように分けて名前を付けて保存し、送った結果と一緒に記録します。月に一度、返信が来た人の共通点(決めた範囲、段階、転向元)を見て、条件と読み方を直します。保存の仕方は検索条件の保存と使い回しに書いています。

エラベルの見解

担当する側から見ると、PdMの検索で会社ごとに差がつくのは、「決めてもらう範囲が経営者の言葉で決まっているか」です。条件の組み方と読み方は担当者が持てますが、範囲が「プロダクト全般」だと、探す経験も転向元も決まらず、一覧が混ざります。範囲が「優先順位と要件。対象顧客と価格は経営」と決まっている会社では、探す言葉が決まり、転向元も開発リードとデザイナーに絞れ、文面も面談も一本につながります。エラベルでスカウトの検索を担当する人には、条件を組む前に、経営者に「入社したPdMに何を決めてもらい、何は自分が決めるか」を聞いてもらっています。文面の型はプロダクトマネージャーへのスカウト文面に書いています。

代行に出す場合の範囲

担当者が持つのは、要件から必須の「決めた経験」を取り出して条件を組むこと、出てきた人を「何を決め、何を変え、その結果どうなったか」で読んで絞ること、転向層を分けて送る順を付けること、条件と結果を記録して月に一度見直すこと、です。会社が持つのは、決めてもらう範囲と段階の決定、要件の必須と歓迎の区別、転向層をどこまで含めるかの判断、経営者が担当者に話す時間、です。担当者がPdMの経験(決めた範囲、段階)を読める経験があるかは、担当者を選ぶときに確かめます。担当者の経歴の見方は担当者の経歴の見方に書いています。

まとめ

よくある質問

「PdM」で検索して数人しか出ません

肩書で絞っているからです。プロダクトの優先順位と要件を決めてきた人の多くは、肩書が開発リード、事業企画、サービス企画、デザイナーのままです。肩書を外し、「優先順位」「要件」「ロードマップ」「何を作るか」「対象顧客」の言葉でプロフィールを読む形に変えると、対象は増えます。加えて、転向層を自社の範囲に合わせて含めます。

大きな会社でPdMをしていた人は、小さな会社に合いますか

決めた範囲と段階で見ます。大きな会社で「一つの機能の優先順位」を決めていた人は、範囲が狭いことがあり、小さな会社で「対象顧客から決める」役割には合わないことがあります。逆に、大きな会社でも新規のプロダクトを立ち上げた人は、段階が合います。会社の規模ではなく、「何を決めたか」「どの段階か」で読みます。

転向層に送るとき、何に気をつければよいですか

一行目で転向であることに先に触れ、「決める範囲を広げたい方へ」と、転向の動機に触れます。そのうえで、自社で決めてもらう範囲と決めない範囲を正直に書きます。転向層は「本当に決められるか」を最も見るので、経営者が面談に出て、決める範囲を自分の言葉で話すことが要ります。文面の型はプロダクトマネージャーへのスカウト文面に書いています。