経歴のスタート地点
高橋結衣さん（28）は、SaaSスタートアップでフロントエンドエンジニアとして3年間働いてきた。担当はBtoB向けの業務支援SaaS。React/TypeScriptを駆使し、複雑なフォームやダッシュボードを実装する仕事に手応えを感じていた。
「自分が書いたUIで、ユーザーの作業時間が短縮されたという声を直接聞ける環境は、本当に幸せでした」。技術的にも社内で評価され、デザインシステムの設計やフロントエンドのコードレビューも任されるようになった。
しかし、彼女の関心は次第に「どうUIを実装するか」から「そもそもユーザーは何に困っているのか」「なぜこの機能を作るのか」へと移っていった。プロダクトマネージャーが書いたPRDを読みながら、「自分ならこう仮説を立てるな」と思う場面が増えてきた。
最初のつまずき
社内のPMに「PMになりたい」と相談したところ、最初の壁が見えてきた。
「『君は技術的バックグラウンドがあるから有利だけど、プロダクトマネジメントの体系的知識は別物だよ』と言われた」。実際、彼女のPM理解は「PRDを書く人」「優先順位を決める人」程度の解像度しかなかった。プロダクトディスカバリー、ジョブ理論、エンパワード・チーム、ノース・スター・メトリクス――どれも単語は聞いたことがあるが、業務で使える概念には落ちていなかった。
もう一つの壁はデータドリブンな意思決定の経験不足だった。「フロントエンドエンジニアとして、計測タグを実装することはあっても、その結果をBigQueryで深掘りして仮説検証する経験はほぼゼロだった」。SQLは書けるが、A/Bテスト設計、コホート分析、リテンション曲線の読み方――PMに必須の分析の作法は身についていなかった。
さらに、彼女自身が気づいていなかった壁もあった。「エンジニアとして“正しい解”を実装することに慣れていた私には、“正しい問い”を立てる訓練がなかった」。
転機 — PM見習いへの一歩
高橋さんは社内のジョブポスティング制度を利用し、PM見習いとして半年の試用期間を獲得した。最初に手に取ったのは『INSPIRED』と『プロダクトマネジメントのすべて』。前者でプロダクト発見と提供の本質を、後者で日本企業のPM実務の全体像を掴んだ。「PMはPRDを書く人じゃなくて、ユーザー価値とビジネス価値を両立させる仮説の責任者だ、という視座を得た」。
次に彼女を変えたのは『Lean Analytics』だ。フェーズごとに見るべき指標が違うこと、One Metric That Mattersという考え方を学んだ瞬間、自社プロダクトのKPIダッシュボードの見え方が一変した。「全部の指標を追うのではなく、いま一番効くレバーは何かを問う発想に切り替わった」。
決定打となったのは『イシューからはじめよ』。PMは“答え”ではなく“問い”の質で勝負する仕事だと痛感した。彼女は週1回、過去の意思決定を振り返り、「あのとき自分が立てた論点は本当に良かったか」を内省する習慣を作った。
半年の試用期間の終わり、彼女は新機能の0→1立ち上げをリードし、ローンチ3ヶ月でMAU比10%の利用率を達成した。正式にPMへの異動が決まり、いまは複数チームを束ねるPMへの道を歩いている。
いま振り返る選書
高橋さんがエンジニアからPMに移る時に頼った5冊。
- 『INSPIRED』: PMの本質を理解した出発点。プロダクト発見と提供の二輪を学んだ。
- 『プロダクトマネジメントのすべて』: 日本のPM実務の全体地図。手元に常に置いている。
- 『Lean Analytics』: 指標の選び方と分析設計の型を授けてくれた。
- 『イシューからはじめよ』: 問いの質を磨く習慣を作った決定打。
- 『プロダクトマネジメント―ビルドトラップを避け顧客に価値を届ける』: アウトプット偏重から脱する視座を得た一冊。
「エンジニアの『動くコードを作る』クセは、PMでは『機能を作りすぎる』罠になる。これらの本がその罠から私を救ってくれた」と彼女は語る。
これから挑む人へ
エンジニアからPMへの転身は、技術的バックグラウンドを持つ強みと、新しいスキルセットを学ぶ謙虚さの両方が必要だ。高橋さんはこう助言する。
第一に、技術力は強みだが武器の一つに過ぎないと自覚すること。PMの本質はユーザー価値の発見と仮説検証であり、コーディング力はその後ろに控える支援装置だ。第二に、データ分析の作法を徹底的に学ぶこと。SQLが書けるレベルから、A/Bテスト設計と統計的有意差まで踏み込めるレベルに引き上げる必要がある。第三に、“答えを出す癖”を“問いを立てる癖”に置き換えること。これは本だけでは身につかず、毎週の意思決定を振り返る習慣で培われる。
「3年後には、ユーザーインサイトとデータの両輪でプロダクトを牽引できるPMになりたい」。彼女のキーボードは今日、コードよりも仮説とSQLを多く打っている。
