製品を失敗させるのは戦略不足ではなく、視線の固定化だ

なぜ優秀なPMほど、気づかないうちに製品を狭くするのか

多くの組織では、プロダクトの失敗原因はいつも同じように語られます。戦略が弱い、要件が曖昧、開発が遅い、ステークホルダーが多すぎる。しかし本当に厄介なのは、もっと静かで、もっと見えにくい現象です。それは、製品を見る視線が内側に固定されることです。

顧客を見ているつもりが、実際にはバックログを見ている。市場を見ているつもりが、実際には会議室の合意を見ている。価値を生んでいるつもりが、実際には依頼を処理しているだけ。こうしたズレは、ある日突然起きるのではありません。PMが開発チームに寄りすぎること、あるいはPMが外側ばかり見てPO機能を軽視すること、その両方の小さな偏りが積み重なって起きます。

プロダクトが壊れるのは、誰も責任を取っていないからではない。誰もが正しい場所を見ているつもりで、違うレイヤーを見ているからだ。

この問題の本質は、PMとPOの役割分担そのものというより、**「製品とは何をつなぐものか」**という理解にあります。製品はアイデアからコードへ落とす装置ではなく、市場の現実と組織の実行力を接続する翻訳機です。だからこそ、優れたプロダクトマネジメントとは、単に優先順位をつける仕事ではなく、視線の向きを設計する仕事なのです。

---

製品の仕事は、価値を作ることではなく、価値の流れを切らさないこと

プロダクトの議論では、しばしば「何を作るか」に意識が集中します。しかし実際には、成功する製品は、価値が生まれてから届けられるまでの流れを滑らかに保っています。市場で何が起きているかを捉えること、そこから意味のある仮説を組み立てること、そして開発チームが実装可能な形に変換すること。この3つが途切れると、どれほど賢いアイデアでも無力になります。

ここで重要なのは、PMとPOの違いを肩書きの違いとしてではなく、認知モードの違いとして捉えることです。PMは外向きです。市場、顧客、競合、価格、営業、法務、財務のような外部条件を見て、「なぜ今これをやるのか」を定義します。POは内向きです。開発チームと密に連携し、「どうやってそれを届けるか」を具体化します。

この二つは上下関係ではありません。むしろ、片方がもう片方の入力を供給し、出力を受け取る循環です。PMだけが強いと、理屈は立派だが実装不能な企画が増えます。POだけが強いと、実装はうまいが市場からずれた成果物が増えます。つまり、問題は役割の有無ではなく、役割のバランスが崩れたときにどのような情報欠損が起きるかです。

たとえば営業が「この機能があれば売れる」と言う場面があります。これは一見、顧客ニーズのように見えます。しかし本当に必要なのは、その機能そのものではなく、顧客の別の課題かもしれません。ここで外向きの視線が弱いと、PMはその要望をそのまま開発に渡してしまいます。するとPOは仕様化に忙殺され、開発チームは“言われた通りに作る”ことに最適化される。結果として、作った瞬間に価値が薄れる機能が増えていきます。

逆に、PMが戦略や経営会議に偏りすぎて、POとしての密な連携を軽視すると何が起きるでしょうか。バックログは古くなり、優先順位は曖昧になり、開発チームは「何を、なぜ作るのか」を自力で推測するしかなくなります。これは単なる不親切ではありません。組織全体の学習速度を落とす行為です。チームは意図の共有ではなく、後追いの修正に時間を使うようになります。

つまり、製品開発の核心は「意思決定」ではなく、意思決定を学習可能な形で循環させることにあるのです。

---

重要なのは分業ではない。市場と実装のあいだにある翻訳の質だ

PMとPOの分離は、しばしば管理のための便利な整理として扱われます。しかし、真に分けるべきなのは人ではなく、問いの種類です。

• PMが答える問い: 何の問題を解くのか。なぜ今なのか。誰にとって価値があるのか。
• POが答える問い: それをどの順番で実現するのか。どこに曖昧さがあるのか。チームは何を判断材料として持つべきか。

この区別が曖昧になると、組織は二つの極端に振れます。ひとつは、PMが開発の細部まで抱え込んでしまうパターンです。これは一見、責任感が強く見えますが、実際には市場を見る時間を奪い、外部変化への感度を鈍らせます。もうひとつは、PMが戦略だけ語って現場の実装現実から離れるパターンです。これは一見、視座が高く見えますが、実際には実行可能性のない美しい図を増やすだけです。

ここで役立つのが、**「北向きの問い」と「南向きの問い」**という考え方です。北向きの問いは市場や顧客の方向を向きます。南向きの問いはチームや実装の方向を向きます。優れたプロダクトリーダーは、どちらか一方を優先するのではなく、両方向の矛盾を持ち続けます。顧客は急いでいるが、チームには学習が必要。経営は成果を求めるが、市場はまだ未成熟。営業は短期の売上を望むが、プロダクトは中長期の価値を積み上げる必要がある。この矛盾を消すのではなく、見える化して交通整理するのが仕事です。

この観点から見ると、ビジネスモデルキャンバス、OKR、アジャイルチーム憲章、製品パイプラインといったツールは、単なる管理表ではありません。これらはすべて、異なる言語を使う人たちが同じ現実を共有するための翻訳装置です。キャンバスは「このビジネスは何で成立するか」を整理する。OKRは「今期どの成果を優先するか」を固定する。チーム憲章は「このチームは何に集中するか」を明確にする。パイプラインは「何がいつ、どんな順序で流れるか」を見せる。

言い換えれば、優れた製品組織とは、天才的な個人が頑張る場ではなく、意味の変換コストが低い場です。誰かが市場の言葉を話し、誰かが実装の言葉を話し、その間を往復できるとき、製品は速くなります。

---

成熟した組織ほど、役割は増えるのではなく、視界の責任が分かれる

スタートアップの初期では、ひとりのPMが顧客対応も要件整理も営業支援もテストもやることがあります。これは理想ではなく、しばしば必要な現実です。市場が未成熟で、正解がまだ存在しないなら、役割を厳密に分けるよりも、全体を一人でつかむほうが速い場合があるからです。

しかし、製品が成長し、顧客が増え、チームが拡大し、収益が積み上がってくると、同じやり方では破綻します。なぜなら、成長した組織では、情報量が増えるだけでなく、意思決定の遅延コストが跳ね上がるからです。PMが開発チームに張り付きすぎれば市場が見えなくなるし、外向き業務だけに傾けば現場の実行が空洞化します。

ここで役割分担が意味を持つのは、人を切り離すためではありません。むしろ、視界の責任を分けるためです。PMは外の世界の変化を捕まえ、POは内の世界の実行を整える。両者が別の位置から同じ製品を見て、必要な情報を交換する。これは分業というより、二重焦点の観測です。

成熟したチームほど、この二重焦点は重要になります。開発チームの成熟度が低いなら、POはより詳細に指示し、仕様の曖昧さを減らす必要があります。成熟度が高いなら、チームに課題だけを渡し、解決策の設計は委ねられます。ここでのポイントは、同じ仕事でも、チームの成熟度によってリーダーシップの粒度が変わることです。

つまり、理想のPM像やPO像が先にあるのではありません。あるべきなのは、組織のフェーズに応じて視線の配分を変える能力です。市場創造期には横断性が価値になる。スケール期には焦点化が価値になる。未成熟なチームには密着が価値になる。成熟したチームには自律性が価値になる。この切り替えができるかどうかが、製品の寿命を左右します。

---

本当に必要なのは「何を作るか」の前に「何を見続けるか」を決めること

多くのプロダクト組織では、会議の中心は常に機能です。何を作るか、いつ出すか、誰が担当か。だが、より根本的な問いは別にあります。何を見続けるのかです。

顧客インタビューをやるべきか。営業の声を拾うべきか。市場レポートを読むべきか。スプリントレビューに出るべきか。バックログを毎週更新すべきか。こうした行動は個別のタスクではなく、視線の設計です。どの視点を持ち、どの視点を持たないかを決めることは、実はどの機能を作るかを決めること以上に重要です。

ここで使える実践的な考え方があります。それは、プロダクトマネジメントを四つのレンズで見ることです。

1. 市場レンズ: 今、外で何が起きているか。
2. 顧客レンズ: 誰のどんな痛みを解くのか。
3. 実装レンズ: チームは何を、どの順で実現できるのか。
4. 組織レンズ: この製品は会社全体のどこに接続しているのか。

問題が起きるのは、いずれかのレンズが消えるときです。市場レンズが消えれば、時代遅れの機能を作ります。顧客レンズが消えれば、社内都合の最適化に陥ります。実装レンズが消えれば、壮大だが未完成な戦略になります。組織レンズが消えれば、局所最適な成功が全体の失敗になります。

この四つのレンズを同時に維持するのは難しいですが、難しいからこそ価値があります。プロダクトリーダーの仕事とは、答えを出すことではなく、レンズが欠けていないかを点検し続けることなのです。

---

Key Takeaways

• PMとPOは役割の違いではなく、視線の向きの違いとして捉える。 PMは市場と顧客へ、POはチームと実装へ強く向かう。
• 「What」と同じくらい「Why」を重視する。 依頼を仕様に変える前に、その背景にある顧客課題を確認する。
• 外向きの時間と内向きの時間を意図的に分ける。 カレンダー上で顧客接点、市場分析、開発連携の時間をブロックする。
• バックログはタスク表ではなく翻訳文書として扱う。 優先順位だけでなく、意思決定の理由と学びを残す。
• 組織の成熟度に応じて、リーダーシップの粒度を変える。 未成熟なチームには密着、成熟したチームには課題提示型の関わり方が有効。

---

結論: プロダクトを強くするのは、正しい答えではなく、正しい往復だ

プロダクトの世界では、しばしば「何が正しいか」を早く決める人が評価されます。しかし本当に強い組織は、正しい答えを一発で当てる組織ではありません。市場の現実とチームの実行を何度も往復し、そのたびに理解を深められる組織です。

その意味で、PMとPOの議論は単なる職務分担の話ではありません。これは、組織がどのくらいの解像度で現実を見ているかという話です。外を見る力と内を整える力、その両方が揃って初めて、製品は「作れるもの」から「届くもの」へ変わります。

そして最も重要なのは、製品が失敗する瞬間はいつも派手ではないということです。失敗は、会議のたびに少しずつ視線が内側へ寄るときに始まります。だから、優れたプロダクトマネジメントとは、戦略を掲げること以上に、視線の偏りを防ぎ続ける技術なのです。