なぜPRDを先に書くとぼやけるのか
プロダクト開発の現場では、PRD（Product Requirements Document）を書いてからデザインに入る流れが一般的だ。要件を固めてから画面を作る。論理的に聞こえるし、実際に多くの組織がこの順序で動いている。
だが、この順序には落とし穴がある。PRDを先に書くと、文章で表現できる粒度でしか要件を定義できない。「ユーザーが直感的に操作できるUI」「シンプルなダッシュボード」のような記述は、書いた本人の頭の中では具体的なイメージがあるかもしれないが、読む側にはほぼ何も伝わらない。文章だけで画面の振る舞いや遷移のニュアンスを伝えきるのは、そもそも無理がある。
結果として、PRDをもとにデザインを起こす段階で「これ、どういう意味ですか？」という確認が頻発する。PRDに書かれていないエッジケースが大量に出てくる。仕様の抜け漏れが発覚する。そのたびにPRDを書き直す羽目になり、PRDとデザインの間で往復が続く。
デザインを先に作ると何が変わるか
順序を逆にする。まずデザイン（UI設計、プロトタイプ、画面モック）を作ってしまう。完璧でなくていい。ラフでいい。ただし、ユーザーが実際に触る画面として具体的に可視化する。
この順序にすると、要件の解像度が一気に上がる。なぜか。画面を作る過程で、文章では曖昧に済ませていた部分を全部決めなければならないからだ。ボタンを置くなら、押したら何が起きるのか決めなければならない。フォームを置くなら、バリデーションをどうするか決めなければならない。一覧画面を作るなら、ソート順やフィルタの挙動を決めなければならない。
デザインという行為は、あいまいさを許さない。画面上にピクセルとして配置する以上、すべてを具体的に決める必要がある。この強制力が、PRDでは見逃しがちな仕様の穴を自然と埋めてくれる。
AI時代のUXデザインはプロトタイプの高速生成と検証が全てを決定するでも触れられているように、プロトタイプを早期に作ることは検証の速度を上げるだけでなく、要件定義そのものの精度を引き上げる。
デザインが共通言語になる
PRDは文章だ。読む人によって解釈がブレる。エンジニアが読むPRDと、デザイナーが読むPRD、PMが読むPRDは、同じ文章でも頭の中に浮かぶイメージが違う。
一方、デザイン（画面モック）は視覚的だ。「この画面のこのボタンを押すとこうなる」という説明は、見ればわかる。解釈のブレが圧倒的に少ない。チーム全員が同じものを見て議論できるので、認識のズレによる手戻りが減る。
AI時代のプロダクト開発は高速な言語化・可視化・反復プロセスによって競争優位を実現するが示す通り、可視化は言語化を補完する。言葉だけでは伝えきれないものを、画面が補ってくれる。
デザインファーストのPRDは「記述」ではなく「記録」になる
デザインを先に作り、そのデザインをもとにPRDを書く。このとき、PRDの性質が変わる。
従来のPRD: まだ存在しないものを文章で「定義」する。抽象的になりがち。 デザインファーストのPRD: すでに存在するデザインを文章で「記録」する。具体的にならざるを得ない。
記録としてのPRDは、デザインでは表現しきれない背景情報や判断の理由を補足する場所になる。「なぜこの画面構成にしたのか」「どの選択肢を検討して、なぜこれを選んだのか」といった意思決定の文脈を残す場になる。デザインとPRDが役割分担できるようになる。
AIツールがこの順序をさらに加速する
AIを用いたプロトタイプの迅速な作成とイテレーションで整理されているように、今はAIを使えばプロトタイプをかなりの速度で作れる。Figmaでラフを起こし、AIにコード化させて動くプロトタイプにする。あるいはv0やClaude Artifactsのようなツールで、会話しながら画面を生成する。
デザインファーストのアプローチでネックだった「デザインを作るコスト」が大幅に下がっている。以前なら「PRDを先に書いた方が効率的」という主張にも一理あった。デザインに時間がかかるなら、まず文章で固めてからデザインに入る方が手戻りが少ない、という論理だ。だがAIによってデザインの初期コストが下がった今、この前提は崩れている。
AIプロダクト開発は探索・プロトタイプ・設計・実装の4段階で進化的に進められるの4段階モデルでも、プロトタイプが設計（＝PRD的な仕様定義）より前に位置づけられている。探索→プロトタイプ→設計→実装。これはまさにデザインファーストの思想と一致する。
実践のポイント
デザインファーストを実践するうえで意識すべきことがいくつかある。
最初のデザインは「捨てる前提」で作る。完成度を求めない。議論のたたき台として機能すれば十分だ。きれいなデザインを作ろうとすると時間がかかるし、作り込んだものは捨てにくくなる。ラフなワイヤーフレームやペーパープロトタイプで始めるのが正解だ。
AI時代のデザイナーの価値は道具の操作力ではなく理想の解像度にあるとあるように、ツールの操作スキルよりも「何を作りたいか」の解像度の方がずっと大事だ。ラフなプロトタイプでも、作りたいものの輪郭がはっきりしていれば、議論は前に進む。
もう一つ。デザインファーストは「デザイナーだけが先に作業する」という意味ではない。PMやエンジニアも一緒にデザインの初期段階に参加する方がいい。ホワイトボードの前で一緒に画面を描く。そのプロセス自体が要件のすり合わせになる。
0→1プロダクト開発では観察駆動の試行錯誤による発見が再現可能な設計より優先されるが示すように、新しいものを作るときは、計画通りに進めるよりも、作りながら発見していくプロセスの方が本質的に合っている。デザインファーストは、この「作りながら考える」を制度化したアプローチだと言える。