成長するチームのための採用プレイブック

日本語

成長する B2B 企業における初めてのプロダクト人材の採用

エンジニアリングチームが Retention を改善しているように見えない機能を開発しています。前回の顧客コールで最も声が大きかった人の意見に基づいて営業チームが Roadmap を決めています。そして CEO または CTO である自分が、全体像を把握できる人が他にいないため、今もすべてのプロダクト決定に関わっています。

プロダクト人材を採用する時だと決断しました。そして今まさに、企業を2年後退させるミスを犯そうとしています。シニア PM が必要な場面で VP Product を採用しようとしているということです。

このガイドは、適切なレベルを設定し、必要なビルダーを見つける面接プロセスを構築することを目的としています。

タイトルよりもレベルが重要な理由

50名から200名規模でのプロダクト採用ミスは、ほぼ常にレベルに関するものであって、職能に関するものではありません。「プロダクトを率いる人材」というタイトルとして VP Product を採用しますが、実際に必要なのはサポートが限られた環境で実行できるシニア PM です。

80名の会社で VP Product を採用した場合の典型的な失敗パターンです。

最初の90日間を、現在のヘッドカウントでは支えられない組織設計とプロセスフレームワークの設計に費やす
自分で何かを担当する前に3から4名の PM を採用したがる
決定の前に「ステークホルダーを調整する」本能があり、すべてのプロダクト決定が3倍の時間をかかる
6ヶ月後、見栄えの良い戦略文書は揃っているが、エンジニアリングチームは来週何を作るか依然としてわかっていない

プロダクトマネジメントに関する MIT Sloan Management Review の調査では、明確にスコープされたプロダクトリーダーを持つ初期フェーズのプロダクトチームは、PM ロールがファウンダーの意思決定と重なるチームより2倍の速度でリリースし、上位レベルの採用過剰が採用不足よりも一般的なボトルネックであることが示されています。

これは VP Product の候補者が悪いわけではありません。400名規模の企業でVPを成功させるスキル（PM のマネジメント、チーム能力の開発、ポートフォリオレベルの戦略設定）は、80名規模で必要なスキルとは異なります。不完全な情報の中での厳しい優先順位付け、詳細なプロダクト仕様の作成、顧客との密な関係維持、週に12の決断を自信を持って行うことです。

正しいフレーム：必要だと思うものより1レベル下から始めて、チームが十分な規模になったら昇格または再スコープします。この同じ原則は昇進か外部採用かの決断にも当てはまります。希望するタイトルではなく、候補者の現在の能力にスコープを合わせることです。

3つのロールレベル

レベル1：シニアプロダクトマネージャー

適しているケース： 初めての PM 機能を構築している企業（プロダクトリーダー就任前）。この人材は CTO または CEO と緊密に連携して優先順位付けを行い、プロダクト Backlog を担当し、仕様書とユーザーストーリーを作成し、スプリントサイクルを管理し、顧客と定期的に対話します。

管理できるヘッドカウント： ジュニア PM またはアシスタント0から2名 エンジニアリングチームの規模： 8から10名まで 担当しないこと： 企業戦略、営業ナラティブ、12ヶ月レベルの Roadmap（これはファウンダーが担当）

候補者のシグナル： 複数の B2B プロダクトをエンドツーエンドでリリースした経験がある、プロセスインフラがなくても曖昧な状況で対応できる、良い仕様書を書けて実例を示せる、機能提供だけでなく顧客ディスカバリーを行った経験がある。

レベル2：Head of Product（またはグループプロダクトマネージャー）

適しているケース： 既存の PM が1から2名いる企業で、10から20名のエンジニアがいる場合。自らも PM として働きながらプロダクト機能を構築できる人材が必要。

管理できるヘッドカウント： PM 2から4名 エンジニアリングチームの規模： 10から20名 担当しないこと： CEO レベルの企業戦略、投資家向けナラティブ、プロダクト以外のヘッドカウント決定

候補者のシグナル： PM 2から3名を管理した経験がある、プロダクトプロセスを構築または改善した経験がある（Roadmap 手法、スプリントケイデンス、ディスカバリープログラム）、機能ではなく成果で考える。

レベル3：VP Product

適しているケース： 確立されたプロダクトチーム（PM 4名以上）を持つ企業で、リーダーシップレベルのプロダクト戦略、エグゼクティブとのパートナーシップ、組織開発が必要な場合。

管理できるヘッドカウント： PM 4から8名以上 エンジニアリングチームの規模： エンジニア20名以上 担当しないこと： 日々のスプリント計画（それを担当する PM がいる）

候補者のシグナル： プロダクトチームを構築・スケールした経験がある、プロダクトポートフォリオ戦略を担当した経験がある、プロダクト関連の質問で取締役会レベルで対応した経験がある。

3つの診断質問

質問1：今後12ヶ月間で何名のエンジニアを採用予定か？

新規エンジニア0から5名：シニア PM
新規エンジニア5から10名：Head of Product
新規エンジニア10名以上：Head of Product または VP（現在の PM 陣容による）

質問2：すでに PM はいるか？

PM なし：シニア PM
PM 1から2名：管理できる Head of Product
PM 3名以上：Head of Product または VP

質問3：プロダクト業務の戦略と実行の割合は？

主に実行（Backlog 管理、スプリント、顧客ディスカバリー）：シニア PM
実行とプロセス構築の混合：Head of Product
主に戦略（ポートフォリオ方向性、組織開発、エグゼクティブ調整）：VP

答えがシニア PM を示しているのに「いずれは VP が必要になる」という理由で VP を採用したいという誘惑があるなら、我慢してください。現在の業務にミスマッチな人材に年間6万から8万ドル多く支払うことになり、期待したロールと違うと気づいた時点で18ヶ月以内に離職する可能性が高いです。SHRM の PM 離職データでは、チームサイズに対して上位レベルで採用されたシニアプロダクトマネージャーは、企業フェーズに適切なスコープで採用されたものより最初の24ヶ月間の離職率が35%高いことが示されています。

Interview Loop

段階1：電話スクリーニング（30分）

経験レベルを確認し、本物のプロダクト感覚を探ります。この段階で質問する価値がある2つの質問です。

「廃止した機能について教えてください。どのような決断で、誰が反対し、どのように対処しましたか？」
「作らないものをどのように決めますか？」

優れたプロダクト採用候補者は両方に良い回答を持っています。「機能を廃止した」という質問は、困難なトレードオフの決断ができるか、それとも何にでも同意する傾向があるかを表面化します。「作らないものをどう決めるか」という質問は、優先順位付けの規律を表面化します。

段階2：プロダクトクリティーク演習（45分）

自社プロダクトのリンク（またはログイン不要の場合はスクリーン録画）を送付し、48時間を与えます。

以下の成果物を求めます。

UX またはプロダクト価値に関する最大の問題3つについての見解
優先する機能1つとその理由
削除または後回しにする機能1つ

その後、面接でこの演習をデブリーフします。アウトプットより思考プロセスが重要です。確認するポイントです。

問題を顧客の成果として捉えているか、それとも内部の前提として捉えているか
プロダクトをユーザーの視点から見ているか、それとも作り手の視点から見ているか
優先順位付けを根拠で説明しているか、それとも単なる意見か
問題を見つけた時に外交的に、しかし率直に伝えているか

プロダクトを外交的に批評できない PM は、営業チームの Roadmap リクエストに対して「No」と言えません。リファレンスチェックは特にここで有効です。元同僚は、候補者が商業的なプレッシャーの下でポジションを維持できたか、それとも妥協する傾向があったかを教えてくれます。これらの会話の構造化方法については真のシグナルを引き出すリファレンスチェックをご参照ください。

段階3：優先順位付けフレームワークセッション（60分）

プレゼンではなく作業セッションです。バグ修正、顧客要望機能、技術的負債、戦略的な賭けが混在する20項目の架空のプロダクト Backlog を渡します。来四半期のエンジニアリングキャパシティは6項目だと伝えます。

一緒に Backlog を確認し、優先順位をつけてもらいます。評価ポイントです。

優先順位付けの前に確認事項を質問するか、それとも即座に回答に飛びつくか
どのフレームワークを適用するか（RICE、ICE、MoSCoW：正解はないが、方法論を持っているべき）
顧客インパクトの曖昧さにどう対処するか
データが不完全な時に決断できるか
自分の項目が採択されなかった人にトレードオフをどう説明するか

最後のポイントが重要です。中堅企業では、プロダクトリーダーは常に営業や CS に顧客要望が Roadmap にない理由を説明します。目の前のあなたとの場でそれができなければ、懐疑的な VP Sales 相手にもできません。

段階4：顧客インタビューデブリーフ（30分）

最近の顧客ディスカバリーの録音（同意を得た上で）があれば使用してください。なければ、顧客がワークフローへの不満を表明し、3つの異なる可能性ある根本原因をぼんやりと示唆している架空の1ページの顧客インタビュートランスクリプトを作成します。

インタビューをデブリーフしてもらいます。主なインサイトは何か、取り組むべき課題は何か、まだ答えられていない質問は何か、次に何をするかを答えてもらいます。

これは顧客の問題とプロダクトのソリューションのどちらで考えるかを明らかにします。「これを作るべきだ」とすぐに飛びつく PM は、仕事の最も難しい部分をスキップしています。

30日、60日、90日プランのテンプレート

オファーと入社初期の期待値設定にご活用ください。

最初の30日：理解する

顧客コールに5件同席する（デモだけでなく、サポートコール、Onboarding コール、QBR の会話）
過去3ヶ月のサポートチケットでパターンテーマを確認する
過去6ヶ月間に書かれたすべてのプロダクト仕様を読む（粗削りなものも含む）
すべてのエンジニアとデザイナーと1対1でミーティングする
学んだことの優先順位付き Backlog を構築する（粗削りでも可）

最初の60日：貢献する

主担当 PM として初めてのフルスプリントを実施する
来四半期の優先順位付き Roadmap を完成させる
3から5件の構造化顧客ディスカバリーインタビューを独立して実施する
プロダクトが取り組む課題に関するファーストプリンシプルドキュメントを公開する
エンジニアリングとの最初の Backlog 整理セッションをリードする

最初の90日：担当する

プロダクト Backlog の完全な担当権を引き受ける
四半期計画を独立してリードする
定期的な顧客ディスカバリーのケイデンスを確立する
ファウンダーに向けて推薦事項を含む「プロダクトの現状」文書を書面で提出する
次の2四半期の成功の定義を明確にする

スプリントケイデンスとチームサイズに応じてマイルストーンを調整してください。重要なシグナルは、チームが依存する成果物（仕様書、Roadmap、ディスカバリーインサイト）を作成しているかであり、単にミーティングに出席しているかではありません。Onboarding バディシステムは、プロダクト採用者に対しても営業担当と同様に機能します。最初の30日間にシニアエンジニアとペアリングすることで、一人では構築しにくい技術的なコンテキストの習得が加速します。

「Roadmap の担当者は誰か？」という会話

入社前に、誰が何を担当するかについて明確に話し合ってください。これは初期フェーズのプロダクトチームにおける最も一般的な入社後の対立です。

ファウンダー・CEO： 企業戦略、どの市場で競争するか、最高レベルでプロダクトが何をするか・しないか
プロダクトリーダー： そこへの到達方法、次に何を作るか、シーケンスの決定、競合機能間のトレードオフ決断
エンジニアリング： 作り方、技術アーキテクチャ、ビルドかバイかの決断
営業・CS： 顧客インプット（プロダクト方向性ではない）

入社3ヶ月後も CEO が毎週プロダクト決定を覆しているなら、何かがうまくいっていません。採用した人材が適切でないか、CEO が実際には手放していないかのどちらかです。有効なシグナル：プロダクト採用者が60日目までにエンジニアリングパートナーと効果的な1対1を実施していなければ、意思決定ループは依然として CEO に依存しすぎています。

報酬ベンチマーク

レベル	ベース	ボーナス	合計	エクイティ
シニア PM	11万から13万ドル	1万から2万ドル	12万から15万ドル	0.15から0.25%
Head of Product	13万から16万ドル	1.5万から2.5万ドル	14.5万から18.5万ドル	0.25から0.5%
VP Product	16万から20万ドル	2万から4万ドル	18万から24万ドル	0.3から0.6%

初めてのプロダクト採用におけるエクイティは意味のあるものにすべきです。この人材は会社のプロダクト軌跡を形成します。ストックオプションプールが制限されている場合は、オファー時に低い数値を提示するのではなく、早い段階でその会話をしてください。BLS のソフトウェアプロダクトマネージャー向けデータは、御社の地理的市場において基本給レンジが競争力を持っているかを確認するための全国ベースラインを提供しています。

よくあるミス

ビルダーが必要な場面でプロセス重視の PM を採用する。 スプリントセレモニー、ステークホルダーレビュー、Roadmap プレゼンなどのプロセス運用に優れた PM もいます。しかし60名の会社では、プロセスマネージャーは不要です。月曜日に仕様書を書いて金曜日にリリースできる人材が必要です。プロセス管理だけでなく、自律的な業務について具体的に確認してください。

Roadmap の担当者を定義しない。 明確な定義がなければ、VP Sales と CEO がデフォルトで担当し続け、新しい PM は誰のインプットが優先されるかを90日間かけて把握しようとします。

Series A で VP Product を採用する。 この段階ではほぼ確実にチームサイズも組織の複雑さもこのレベルに対応していません。VP は物足りなさを感じ、リソース過剰となり、18ヶ月以内に離職します。