Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
PRDがデザインプロセスを高速化した話
Search
Tomohiro Takemura
January 30, 2024
Design
1
1.4k
PRDがデザインプロセスを高速化した話
デザインプロセスにおける"認識のズレ"を解決した話です。
関連記事:
https://wantedly.design/articles/877828/
Tomohiro Takemura
January 30, 2024
Tweet
Share
More Decks by Tomohiro Takemura
See All by Tomohiro Takemura
Wantedly グロースチームのデザインプロセス|デザイナーとエンジニアの関わり方
tooomo
0
520
Other Decks in Design
See All in Design
OJTで学んだ 「心を動かす」ファシリテーション
saki822
1
220
モビリティプラットフォームの未来を築くクラウド基盤
kossykinto
0
180
“ことば”が苦手なデザイナーへの処方箋 「なんとなく」から「意図」へ、 デザインを動かす言葉の力
mixi_design
PRO
0
160
一次体験を起点にしたUX改善の取り組み / Direct Experience Driven UX Improvements
bitkey
PRO
0
330
Spectrum Tokyo_ デザイナーが事業責任者になってみた
shin_2
0
180
アイデアを加速させる!Firefly ボードで発想の幅を広げよう
connecre
1
270
SAMSUL KAMAR ABDUL RAHMAN
samsulrahman32
0
200
不確実性の時代にみんなで試したFigma × MCP × Cursor ハンズオン
techtekt
PRO
7
1.6k
AI時代に問われる、リサーチの感受性──地域⇄大企業の現場から見えた「違和感」との向き合い方
muture
PRO
0
390
Treasure_Hunting
solmetts
0
180
Figmaレクチャー会Part2 もっと使いこなす編@千株式会社 社内勉強会
designer_no_pon
0
190
ChatGPT、Gemini、Claude は、なぜ似たようなUIを採用しているのか?
fuwarisprit
3
2k
Featured
See All Featured
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
1
350
VelocityConf: Rendering Performance Case Studies
addyosmani
333
24k
Dominate Local Search Results - an insider guide to GBP, reviews, and Local SEO
greggifford
PRO
0
32
Groundhog Day: Seeking Process in Gaming for Health
codingconduct
0
75
Speed Design
sergeychernyshev
33
1.5k
YesSQL, Process and Tooling at Scale
rocio
174
15k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
254
22k
Rails Girls Zürich Keynote
gr2m
95
14k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.2k
KATA
mclloyd
PRO
33
15k
Heart Work Chapter 1 - Part 1
lfama
PRO
4
35k
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. ありがとうございました