プロダクトマネージャー（PdM）の職務経歴書｜書き方と例文、施策の羅列で落ちる理由

見せてください。……はっきり言いますね。これはPdMの職務経歴書ではなく、リリースノートです。

関わったのは分かります。でも、この書き方だと、同じチームのエンジニアやデザイナーが書いても中身が変わらない。読む側はあなたが何を決めたのかを知りたいのに、それがどこにも書いていないんです。

要件より前の話です。数ある課題の中から、なぜ検索を選んだのか。ほかに案はあったのか。何を見送ったのか。PdMの書類で読まれるのはそこです。

書いてありますよ。言葉を変えて。当社の求人データベースで、タイトルにプロダクトマネージャーかPdMを含む正社員の求人538件を数えました。本文に「ロードマップ」が出てくる求人が60%、「KPI」「指標」「数値」のどれかが出てくる求人が49%、ユーザーへのインタビューやヒアリングに触れた求人が36%です。

比べるために、プロジェクトマネージャーの求人600件でも同じ語を数えました。

そうです。PdMの職務経歴書は、ロードマップの中で何を選び、どの指標で確かめたかを書く書類で、作った機能の一覧ではありません。納期どおりに進めた話を中心に書く書類なら、プロジェクトマネージャーの職務経歴書の書き方になります。

項目は普通の職務経歴書とほとんど変わりません。一つだけ、PdMには足してほしい欄があります。担当プロダクトの説明です。

伝わりません。採用担当がその会社を知っていても、あなたが担当した画面までは知らない。法人向けか個人向けか、月額課金か成果報酬か、利用している会社や人はどのくらいか、開発は何人のチームか。担当プロダクトの説明がないと、実績の数字が大きいのか小さいのか、読む側は判断できません。

公開されている範囲で十分です。会社が発表している数字を書くか、「数百社規模」くらいの幅で書く。社内の数字をそのまま書く必要はありません。

あなたが一人で決められたことと、決められなかったことです。優先順位をあなたが決めていたのか、事業責任者が決めてあなたが中身を詰めていたのか。同じPdMという肩書きでも、ここが会社によってまるで違う。面接官はそこを最初に確かめます。

それでいいんです。そのまま書いてください。決定権を盛って書くと、面接で一つ質問されただけで崩れます。もし要望を仕様に直すだけで何も決められない席だったなら、その事実のほうが転職の理由になる。見分け方はプロダクトマネージャーはやめとけと言われる理由に書きました。

今の書き方はこうですね。

これを三段に分けます。架空の例ですが、形はこうなります。

そこが一番読まれます。PdMの実績で評価されるのは、何を作ったかより、何を作らないと決めたかとその理由です。作った話は誰でも書ける。見送った話は、課題を自分で絞り込んだ人にしか書けない。

PdMの選考では逆に読まれます。要望を全部作る人は、優先順位を決められない人に見える。開発の人数には限りがあるので、採用する側は「この人に任せたら、何を捨ててくれるか」を見ているんです。

それも書いていい。「利用データが少なかったため、聞き取りの結果を優先した」と書けば、不確かな状況で決めた経験になります。あとで判断が間違いだったと分かったなら、そこまで書く。直した経緯も含めて、判断の記録です。

よくある相談です。数字がないときは、見ようとしていた指標と、その指標を選んだ理由を書いてください。

指標を選べることも力だからです。「継続率を上げる」としか言えない人と、「利用開始の週に3回以上ログインした企業は継続しやすいので、初週の利用回数を追った」と言える人とでは、評価がまるで違う。後者は、自分のプロダクトで何が効くかについて、仮説を持っています。

全部を書類に書く必要はありません。ただ、一つ入れておくと面接で強くなる。使われなかった原因を何と見たか、次に何を変えたかまで書ければ、失敗はむしろ材料です。面接でどう聞かれるかはPdMの面接対策にまとめています。

割合か倍率にしてください。金額は出せなくても、「前年同期の1.4倍」なら書けることがある。それも出せないなら、「改善の結果が翌期の重点施策に採用された」のように、社内でその結果がどう扱われたかを書く。数字の代わりに、組織の評価を示すわけです。

安心するのはまだ早い。指標を書くと、面接で「その指標はどうなったと思いますか」と必ず聞かれます。そこで答えられない指標は、書かないほうがいい。

応募先ごとに、詳しく書く実績を二つに絞ってください。書類で落ちる人を見ていると、経験が足りないというより、応募先の欲しい経験と違う実績が一番上に来ていることがよくあります。

会社の段階でだいたい決まります。

そうです。求人票の言葉と自分の実績の言葉を並べて、照らし合わせるのが早い。求人票に「ロードマップの策定」とあれば、ロードマップを自分で引いた経験を上に置く。「ユーザーインタビュー」とあれば、聞き取りから課題を決めた話を上に置く。

そこまではしなくていい。応募先ごとに変えるのは、職務要約の最後の一文と実績の並び順だけで足ります。それだけで、書類の印象は別物になります。

架空ですが、あなたの経歴ならこう書けます。

面接官が知りたいことに、最初の5行で答えておく。そうすると、その後の実績を正しい大きさで読んでもらえます。プロジェクトマネージャーからPdMを目指す人の書き方は、PjMからPdMへの転職で別にまとめました。

見送った理由を自分の言葉で書けたら、その書類はもうリリースノートには見えません。