FDEとプロダクトマネージャーは何が違うのか？

FDEとプロダクトマネージャーは何が違うのか？

FDEとプロダクトマネージャー（PdM）に共通するのは、「何を作るか」を決めることです。言われたものをそのまま作るのではなく、課題を見つけ、優先順位をつけ、作るべきものを定める——この核は両者に欠かせません。違いは、その核がどこを向いているかにあります。

分かれ目は2つです。1つめは対象。PdMが向き合うのは自社プロダクトで、その成功に責任を持ちます。FDEが向き合うのは顧客の現場で、目の前の顧客の課題を解くことに責任を持ちます。2つめは実装まで自分で持つか。PdMは「何を・なぜ作るか」を決めて開発チームに渡しますが、FDEは決めたものを自ら実装し、それが顧客の役に立ったかまで引き受けます。同じ「何を作るか決める」でも、向いている先と、手を動かす範囲が違うのです。

重なる部分と、分かれる部分はどこか？

重なるのは課題発見と優先順位づけです。「本当に解くべき課題は何か」を見極め、限られた時間で何から手をつけるかを決める力は、FDEにもPdMにも共通します。分かれるのは、その両側です。PdM固有の領域は自社プロダクト・ロードマップ・GTM（市場投入）や指標設計。FDE固有の領域は顧客の現場・自ら実装すること・顧客の成果への責任です。

図の中央が、両者が共有する核です。ここだけを見ると、FDEは「実装もするPdM」に見えます。ですが、PdMの仕事は自社プロダクトという一つの製品を、市場で成功させるところに広がっていきます。ロードマップを引き、指標を定め、市場へどう届けるかを設計する。一方FDEの仕事は、特定の顧客の現場へと深く入っていきます。その場で何を作るかを決め、自分で作り、顧客の業務が良くなったかに責任を持つ。固有領域が逆の方向に伸びている——これが、両者を分ける本質です。

PdMはFDEになれるのか？

なれます。PdMが日々鍛えている「何を作るか決める」力（UX設計力）は、FDEの核とそのまま重なるからです。課題を見つけ、優先順位をつけ、作るべきものを定める。この力は、対象が自社プロダクトであれ顧客の現場であれ、土台として効きます。PdMからFDEへの移行は、ゼロからの転身ではなく、すでに持っている強みの「向け先」を変える話です。

加わるのは2つです。1つは対象を顧客の現場に移すこと。自社プロダクトの最適解ではなく、目の前の顧客にとっての最適解を考える視点です。もう1つは実装力を自分で持つこと。決めたものを開発チームに渡すのではなく、自ら手を動かして形にする力です。この「何を作るか決める力」と「決めたものを動かす力」をどう組み合わせるかは、FDEに必要なスキル──2つの設計力で整理しています。

受託・SIerにとって、どちらの形が要るのか？

自社プロダクトを持たない受託・SIerには、PdMよりFDEの形が合います。PdMは自社プロダクトの成功に責任を持つ役割なので、売る製品を自前で持たない受託・SIerでは、その責任の置きどころがそもそも存在しないからです。

受託・SIerが向き合うのは、いつも顧客の現場です。だからこそ、顧客の現場で「何を作るか」を決め、自ら実装し、顧客の成果に責任を持つFDEの形が噛み合います。すでにあるエンジニアの実装力を土台に、「何を作るか顧客と決める力」を組織として足していく。これが、自社プロダクトを持たない会社が上流に出る現実的な道です。なぜこの形が必要なのかはなぜSIer・受託開発にFDEが必要なのか？で詳しく解説しています。

PdMは「プロダクト」に責任を持ち、FDEは「顧客の成果」に責任を持つ。同じ「何を作るか」でも、向いている先が違う。