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
330
PRDがデザインプロセスを高速化した話
デザインプロセスにおける"認識のズレ"を解決した話です。
関連記事:
https://wantedly.design/articles/877828/
Tomohiro Takemura
January 30, 2024
Tweet
Share
Other Decks in Design
See All in Design
UX/UI改善に貢献するユーザーテストとは? 基礎知識から実施のプロセスまで解説
ncdc
0
340
20231122_Design Leader Impact Award_Presentation_FAKE Okazaki
okazakityo
1
250
root Design Partnership Policy
root_recruit
0
4.1k
新しい資産運用サービスALTERNA(オルタナ)の伝え方の工夫
layerx
PRO
0
970
顕在化されていない期待、デザインの灯台
daitorii
1
1.1k
デザイナー採用 3社目で学び中のこと / Learnings of Designer Recruitment | Yasuhiro Yokota
yasuhiroyokota
1
250
Fooocus(Stable DiffusionXL)で アニメ画像生成の仕方
otanet
0
1.1k
メドレーという会社と デザインチームのひみつ/About Medley design team
medley
0
420
Web 組版の課題とその解法
yamatoiizuka
0
110
あらゆる場面でデザインを駆使するための技術 / Techniques for Applying Design in Any Situation
akiramotomura
5
2.2k
現象と向き合うデザイン @Spectrum Tokyo Festival 2023
hirokazu_oda
3
1.3k
ゲームクリエイター、事業会社のデザイナーになる
satomium1
0
190
Featured
See All Featured
Art, The Web, and Tiny UX
lynnandtonic
290
19k
Intergalactic Javascript Robots from Outer Space
tanoku
266
26k
Facilitating Awesome Meetings
lara
43
5.6k
StorybookのUI Testing Handbookを読んだ
zakiyama
13
4.6k
A better future with KSS
kneath
231
16k
Principles of Awesome APIs and How to Build Them.
keavy
121
16k
Fontdeck: Realign not Redesign
paulrobertlloyd
76
4.9k
Bootstrapping a Software Product
garrettdimon
PRO
302
110k
It's Worth the Effort
3n
180
27k
Building a Scalable Design System with Sketch
lauravandoore
457
32k
Reflections from 52 weeks, 52 projects
jeffersonlam
345
19k
Embracing the Ebb and Flow
colly
80
4.2k
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. ありがとうございました