プロダクトマネージャー履歴書、機能ではなく判断力を示すもの。
アウトプットより成果。動かしたメトリック、解決したユーザー課題、率いたクロスファンクショナルチームでCVを始めましょう。ATS対応でリクルーターがスキャンしやすい。
- 成果から始める
- ユーザーメトリックを名指す
- クロスファンクショナルチーム規模
- 無料エクスポート
アウトプットより成果。
採用担当者はPM CVを判断力の証拠を求めて読みます。「機能Xを出荷」は箇条書きとしてアウトプットです。「新規サインアップの38%がインポートステップで離脱していると特定し、デザインとエンジニアリングを横断する6週間の取り組みを率いてCSVアップロードを追加、Day-7リテンションを14ポイント引き上げた」は成果です。
シニアPMの箇条書きには動詞(出荷、kill、スコープ化、優先順位付け、率いた、提携)、アーティファクト(機能、ドキュメント、チーム)、メトリック(上昇、削減、ユーザー行動変化)が必要。3つのうち2つはOK。3つともゼロはスクリーンを失う箇条書きです。
間違った機能をkillすることは、2番目に良い機能を出荷するより強いPMの箇条書きです。kill判断を持っているなら、理由を保ったまま、それから始めましょう。
スコープを膨らませずに示す。
チーム規模、収益への影響、ユーザー数。「2人のデザイナーと5人のエンジニアにわたる7人のポッドを率いた」は「プロダクトチームを率いた」より優れます。「$4.2M ARRのプロダクトラインを所有」は「プロダクトを所有」より優れます。
スコープが小さい場合は、影響対人数の比率で枠付けします。「PM #2として会社成長の38%を牽引」は、人数を隠してチーム規模を膨らませるより強いシグナルです。
実際にP&Lを担当していない限り、P&Lのオーナーシップを主張しないでください。スクリーンは確認し、誤った主張は不採用への片道切符です。
Questions, answered.
PM経験7年未満で1ページ、それ以上で2ページ。シニアPMやディレクターはクロスファンクショナルな文脈(チーム規模、スコープ、収益)を表現するのにエンジニアリングの箇条書きより多くのスペースが必要なので、2ページになります。
具体的に書ける場合のみ。レベル(シニアPM、グループPM、ディレクター)、プロダクト領域(グロース、決済、社内ツール)、ユーザー規模(B2C 14M MAU、B2B エンタープライズSaaS)、最も擁護可能な成果(メトリックXをYポイント引き上げ)を挙げます。
80%ハードな成果、20%プロセスとチーム。ソフトスキル(ステークホルダー管理、コミュニケーション)は成果から推測されるもので、列挙しません。具体的な認定や方法論トレーニング(CSPO、Pragmatic、JTBD)がある場合のみSkillsブロックに記載。
エンジニアリング、デザイン、データからPMへ移行する場合のみ。ユーザーリサーチ、優先順位フレームワーク、出荷成果を持つ3つのプロダクト型プロジェクトは、薄い職歴を上回ります。PMテニュア4年以上ではプロジェクトをスキップ。
「3週間のベータ後、28%の採用と4件の否定的ユーザビリティテストに基づいて機能Xをkill。4人のエンジニアチームを機能Yに方向転換し、6週間でGAに71%の採用で出荷。」killは判断力の証拠です。