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.3k
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
310
Other Decks in Design
See All in Design
ABEMAの進化 – 複雑化したコンテンツ構造とUI改善への道 – / abema-ui-improve
cyberagentdevelopers
PRO
2
470
Findy - デザイナー向け会社紹介 / Hiring Findy's Designers
findyinc
6
56k
情報設計からのデザインアプローチ ~ユーザーの声を聞くよりも、もっとデータの声を聞け~
securecat
4
2.5k
地図・デザイン・可視化 −情報をわかりやすく伝えるために−
hjmkth
2
530
ENEOS社事例|アプリ事業を加速させるデザイナーの取り組み / dx-eneos-design
cyberagentdevelopers
PRO
1
510
Designship2024 Panel Discussion インハウスデザイナーは 何をデザインしているか、するべきか で使用したスライドを公開します。
kiyoshifuwa
0
2.3k
241214_StackNagoya_プレイングマネージャーのプレイングの時間の使い方
kiyoshifuwa
0
140
一人ひとりのポテンシャルを活かしたナレッジマネジメントとは?
atsushihomma
0
300
Осязаемый потребительский опыт. Ловим его за хвост с Картой процесса-опыта
ashapiro
2
240
DMMデザイン組織の生成AI導入プロセス - Adobe Fireflyと振り返る約1年とこれから -
takumasaito
1
600
PMとデザイナーはニコイチ! メリットと具体的なアクション10選
mosmos_noki
2
1.2k
Dive Deep into Communication
yomtsu
0
110
Featured
See All Featured
ReactJS: Keep Simple. Everything can be a component!
pedronauck
665
120k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
5
440
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
169
50k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
132
33k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
28
9.1k
How To Stay Up To Date on Web Technology
chriscoyier
789
250k
Statistics for Hackers
jakevdp
796
220k
It's Worth the Effort
3n
183
28k
KATA
mclloyd
29
14k
Facilitating Awesome Meetings
lara
50
6.1k
The Pragmatic Product Professional
lauravandoore
32
6.3k
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. ありがとうございました