PRDがデザインプロセスを高速化した話

Tomohiro Takemura

January 30, 2024

Design

1.4k

PRDがデザインプロセスを高速化した話

デザインプロセスにおける"認識のズレ"を解決した話です。
関連記事：https://wantedly.design/articles/877828/

Tomohiro Takemura

January 30, 2024

More Decks by Tomohiro Takemura

See All by Tomohiro Takemura

速度は上がった。その先で気づいたこと。by Wantedly Design

0

13

Wantedly グロースチームのデザインプロセス｜デザイナーとエンジニアの関わり方

0

600

Other Decks in Design

See All in Design

言幹と言葉（Stems & Leaves）

0

220

デザインとフロントエンドの境界が融ける Claude Code × Figma

2

3.5k

デザインハーネス〜AIが生成する"デザイン"の妥当性を、誰がどう担保するのか〜 / PdEConf2026 Design Harness

14

21k

Debiasing Your Software Design Decision-Making @ Flowcon '26

1

180

工房としてのAI ── デザイナー、作家、ビルダー

0

460

【CEDEC2026】派手さと見やすさは両立できる！『Shadowverse: Worlds Beyond』エフェクト・3D背景の超進化したビジュアル設計

PRO

1

1.9k

富山デザイン勉強会_デザイン思考.pdf

keita_yoshikawa

3

190

デザイナーがいない部署にハーネスを設計する

4

3.8k

タイル紹介サイト「タイルだもんで」

0

190

Of Ordination and Rebellion exploration sketches

0

220

怖くないアクセシビリティ -カウンターカルチャーとしてのアッカン東京-

1

270

染み出し好きの、染み出しコントロール論

0

470

Featured

See All Featured

Improving Core Web Vitals using Speculation Rules API

sergeychernyshev

21

1.6k

The Illustrated Guide to Node.js - THAT Conference 2024

1

510

How Fast Is Fast Enough? [PerfNow 2025]

3

890

RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub

141

35k

Why Your Marketing Sucks and What You Can Do About It - Sophie Logan

0

410

Measuring Dark Social's Impact On Conversion and Attribution

2

280

Design and Strategy: How to Deal with People Who Don’t "Get" Design

133

19k

Docker and Python

47

4.2k

JAMstack: Web Apps at Ludicrous Speed - All Things Open 2022

1

600

Six Lessons from altMBA

29

4.5k

Heart Work Chapter 1 - Part 1

PRO

10

36k

Chasing Engaging Ingredients in Design

0

320

Transcript

PRDがデザインプロセスを⾼速化した話 Spectrum Tokyo Meetup #08 © 2024 Wantedly,
inc. Tomohiro Takemura / Wantedly, Inc.
Tomohiro TAKEMURA Product Designer / Wantedly, Inc. VIsit Growth Squad
© 2024 Wantedly, inc.
⾼速化したということは元々ちょっと遅かった © 2024 Wantedly, inc.
Wantedlyのグロースチームリーンに仮説検証を⾏い素早くプロダクト価値を最⼤化しユーザーに届ける © 2024 Wantedly, inc.
デザインに時間がかかるのはよくない © 2024 Wantedly, inc.
認識のズレが結構発⽣してた © 2024 Wantedly, inc.
前提 : 元々Wantedlyでは • エンジニアやデザイナーがオーナーシップを持って施策を進める。 © 2024 Wantedly, inc.
• 施策の概要などはGithubのissue上で管理。
当時のissueフォーマットがこちら © 2024 Wantedly, inc.
めっちゃ⾃由 © 2024 Wantedly, inc.
書く⼈によって情報の粒度が異なる © 2024 Wantedly, inc. Problem 読み解くコストがかかる。解釈の幅が広がる
認識がズレがち © 2024 Wantedly, inc.
認識がズレがち © 2024 Wantedly, inc. もちろん認識がズレずに進むこともある
認識がズレると何が起こるか © 2024 Wantedly, inc. 通常のプロセス
認識がズレると何が起こるか © 2024 Wantedly, inc. 認識がズレた場合
この認識のズレをどうやって解決するか • もっと密にコミュニケーション取ろうよ！ © 2024 Wantedly, inc. • 認識が曖昧な部分は都度擦り合わせよう！
この認識のズレをどうやって解決するか • もっと密にコミュニケーション取ろうよ！ © 2024 Wantedly, inc. • 認識が曖昧な部分は都度擦り合わせよう！ •
個⼈の努⼒⽬標になりがち • 根本的な解決に繋がらない
PdMがジョイン © 2024 Wantedly, inc. Wantedly初の
PRDも導⼊ © 2024 Wantedly, inc. Product Requirements Document
PRD © 2024 Wantedly, inc. Product Requirements Document プロダクト要求定義書。プロダクトのビジョンや⽬的、機能、
対象ユーザー、市場の位置づけなどを詳細に記述した⽂書のことを指す。
© 2024 Wantedly, inc. WantedlyのPRDフォーマット
このPRDで解決されたこと PRDの情報構造が常に同じ → 読み⼿は低コストで理解が可能に © 2024 Wantedly, inc. 情報の網羅性が⾼い →
⾮同期でいつでも振り返ることができる → コミュニケーションコストも削減
さらに © 2024 Wantedly, inc. Grooming も開始毎週チームで開始前のPRDを読み合わて施策の優先順位を決めるMTG。メンバーそれぞれがPRDや資料の記⼊にも関わる。
さらに © 2024 Wantedly, inc. Grooming も開始毎週チームで開始前のPRDを読み合わて施策の優先順位を決めるMTG。メンバーそれぞれがPRDや資料の記⼊にも関わる。
全員が当事者意識を持つことができる。施策開始前に認識を⾃然に擦り合わせられる。
© 2024 Wantedly, inc. まとめ
PRD + Grooming © 2024 Wantedly, inc. 認識のズレが⼤幅に減少不要なコミュニケーション、
巻き戻しが減少デザインプロセスが⾼速化
参考 • 記事でも書いています • わかりづらかった点などあればぜひ聞いてください © 2024 Wantedly, inc.
© 2024 Wantedly, inc. ありがとうございました