ドキュメント vs プロトタイプ——議論の出発点をどう変えるか

100万インプレッションの衝撃

2025年7月、IVS京都のセッション後に投稿された1つのnote記事が、PM業界に激震を走らせました。

paiza会長・片山良平氏が書いたタイトルは、こうです。「DeNAではプロダクト企画は企画書ではもう通らず、Devin等の生成AIを使ってプロトを作ってこないとダメになった」。

このポストは100万インプレッションを超えました。「企画書が通らない」という経験をしたことのあるPMにとって、これは他人事ではなかったからです。

ですが、ここで問いたいのは「企画書は不要なのか」ではありません。議論の出発点を、文書から動くものに変えるべきではないか——これが本記事のテーマです。

なぜ文書は「ギャップ」を生むのか

「商品をカートに入れて、購入手続きに進み、配送先を選んで注文を確定する」——この文章を読んで、10人が10人同じ画面を思い浮かべるでしょうか。カートのアイコンは右上か左上か？ 配送先はプルダウンか地図入力か？ 確定ボタンの色は？

文書は必ず解釈の余地を残します。解釈の余地は議論を生み、議論は修正を生み、修正はまた解釈の余地を残します。

Reforgeはこのサイクルを「Document Death Spiral」と名付けました。Reforgeの指摘によれば、問題はドキュメントそのものではなく、「書かれた内容」と「読み手が理解した内容」の間に必ず生じるズレにあります。

Reforgeのパートナー・Fareed Mosavat氏は、AIツールの普及により「誰かを説得する前に1人でできる作業量が格段に増えた」と述べています。

30ページのPRDを書く代わりに、プロトタイプを画面共有すれば、解釈のギャップはゼロになります。なぜなら、全員が同じ「動くもの」を見ているからです。

プロトタイプが変える「議論の質」

動くプロトタイプを会議に持ち込むと、議論の性質が根本的に変わります。

「解釈の議論」が「改善の議論」になる

文書ベースの議論では「この文章が意味するのは…」という解釈の議論に時間が消えます。10人が10通りの画面を想像している状態では、全員が「A案」と呼んでいても、実は10個の「A案」が存在しています。

プロトタイプがある議論では「このボタンの位置を変えよう」「この遷移は不要では」という改善の議論になります。同じものを見ているから、議論が噛み合います。

「もしここがこうだったら？」に即答できる

テックタッチ取締役CPOの中出昌哉氏は、Figma MakeとClaude Codeを駆使して、ミーティング中にプロトタイプを作っています。LINEヤフーの市丸数明氏も「ミーティングの最中にFigma Makeでパッと作って『これどう？』と議論できるようになった」と語っています。

数十分前にはなかったものが画面に表示されている。「もしこの部分を変えたら？」という問いに、その場で応えられる。文書ベースの議論では不可能だった体験です。

ステークホルダーの反応が変わる

数字で見る変化

「これは一部の先進企業だけの話では？」と思うかもしれません。ですが、データはそうではないことを示しています。

Pragmatic Instituteの2024年調査によれば、PM・プロダクト専門職のAI利用率は**66%に達しています。McKinseyの2025年State of AI調査では、GenAIによるPM業務の生産性向上を40%**と推計しています。

さらに衝撃的なのはY Combinatorのデータです。2025年冬バッチでは、スタートアップの**25%**がコードの95%をAI生成で賄っていました。Y CombinatorのCEO Garry Tan氏自身がXでこの統計を公開しています。

Shopify CEOのTobi Lütke氏は2025年4月の全社メモで「AIでできないことを証明しない限り増員は認めない」と明文化しました。Cursor全社ライセンス3,000を配布したところ、最も急速に利用が伸びたのはエンジニアではなく、サポートと営業部門でした。コードを書く人ではなく、顧客に一番近い人たちがAIツールに飛びついたのです。

MicrosoftのCPO Aparna Chennapragada氏は「Demos before memos（メモより先にデモ）」を掲げ、「Prompt sets are the new PRDs」と宣言しています。

企画書の時代が終わりつつあるのは、感覚ではなく数字が示す事実です。

ただし、PRDは死んでいない

ここで重要な補足があります。PRDは捨てるべきではありません。

PMニュースレターで広く知られるAakash Gupta氏はこう整理しています。「10ページのPRDは死んだ。だがPRDは死んでいない。ダメなPRDが死んだのだ」。

Substack記事「Will vibe coding replace PRDs?」の結論も明快です。「TL;DR: No way.」——PRDは顧客のペインポイント、市場規模、成功指標、ビジネスケース、リスクを捕捉する役割があります。これらはプロトタイプでは代替できません。

Reforgeの整理によれば、プロトタイプは「何を作るか」を視覚的に共有する役割を担い、PRDは「なぜその判断をしたか」という意思決定の文脈を記録する役割にシフトしています。

ここで最も重要なのは、PRDを書くタイミングが変わったことです。従来はPRDを書いてから検証に入りました。現在は、まずプロトタイプで検証し、結果が揃ってから「なぜ」を記録する。この順序の逆転が、PM業務の変革の核心です。

PMが今すぐ取れる3ステップ

ステップ1: 次の企画レビューに「動くもの」を持参する

完璧なプロトタイプは必要ありません。Lovableで30分で作った画面でも、PowerPointのスライドより100倍説得力があります。「これは叩き台です」と前置きすれば、完成度への言い訳は不要です。

ステップ2: 議論のフォーマットを変える

「PRDのレビュー会議」を「プロトタイプのフィードバック会議」にリネームしてください。名前が変わるだけで、参加者の構えが変わります。文書を読んで指摘する会議と、画面を触ってフィードバックする会議では、議論の密度が全く違います。

ステップ3: PRDは「後出し」にする

プロトタイプでバリデーションした結果を1ページにまとめる。「ユーザー3人にテストした結果、ここは好評だった」「ステークホルダーAがここに懸念を示した理由はこうだ」——血の通ったコンテキストが残ります。推測で埋められた30ページのPRDより、はるかに価値があります。

まとめ——出発点を変えれば、到達点が変わる

企画書が通らない問題の本質は、書き手の能力ではありません。文書というメディアそのものに構造的な限界があるのです。

解決策は「もっと良い企画書を書くこと」ではなく、議論の出発点を変えることです。文書ではなく、動くもの。解釈ではなく、体験。推測ではなく、検証。

2026年、その変化を実現するツールは揃っています。あなたに必要なのは、次の月曜日の会議に「動くもの」を1つ持っていくことだけです。