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
920
PRDがデザインプロセスを高速化した話
デザインプロセスにおける"認識のズレ"を解決した話です。
関連記事:
https://wantedly.design/articles/877828/
Tomohiro Takemura
January 30, 2024
Tweet
Share
Other Decks in Design
See All in Design
Installing and Running decksh/pdfdeck
ajstarks
1
570
For My Dad- teaser
pdqsketch
PRO
0
170
他人事じゃないWebアクセシビリティ入門
arihiro17
0
370
JBUG東京#22登壇資料_日頃クライアントワークを行っているディレクターが自社コーポレートサイトリニューアルを担当して学んだこと
webnaut
0
320
Designing and Automating Component Specifications
nathanacurtis
3
310
PdMというキャリアがUXデザイナーの頭によぎったとき スポットライトをどう当て、 どうシステムを見つめるか
muture
0
490
Tuzukuru解説ブック
atsumaru1377
0
240
Rebuilding Stamen’s iconic map styles with Stadia Maps
almccon
0
100
Baby Bear Genius
yvonnehsuanho
PRO
0
600
共創のための地域基盤としての非公式組織の形成 / Informal community as an infrastructure for co-creation
fumiyaakasaka
2
340
生成AIを活用したサービス設計のススメ〜仮説構築編〜
tomo1215
2
1.1k
アクセシビリティのはじめかた デザイナー編
tokimari
2
750
Featured
See All Featured
Bootstrapping a Software Product
garrettdimon
PRO
304
110k
The Brand Is Dead. Long Live the Brand.
mthomps
52
36k
No one is an island. Learnings from fostering a developers community.
thoeni
17
2.8k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
17
8.7k
Web development in the modern age
philhawksworth
203
10k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
36
9.1k
Java REST API Framework Comparison - PWX 2021
mraible
PRO
20
7.2k
Designing for Performance
lara
604
67k
Git: the NoSQL Database
bkeepers
PRO
423
64k
Practical Orchestrator
shlominoach
185
10k
Testing 201, or: Great Expectations
jmmastey
33
6.9k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
29
2.5k
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. ありがとうございました