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
360
PRDがデザインプロセスを高速化した話
デザインプロセスにおける"認識のズレ"を解決した話です。
関連記事:
https://wantedly.design/articles/877828/
Tomohiro Takemura
January 30, 2024
Tweet
Share
Other Decks in Design
See All in Design
顧客体験を作るデザイナーが 意思決定速度を上げるために使うAI
cremacrema
2
600
プロジェクトを成功に導く、デザイナーの仕事
akaneyoshikawa
0
120
IPの世界観に寄り添う、マルチブランドなカラーシステム設計
jirosh1998
0
5.9k
JBUG東京#22登壇資料_日頃クライアントワークを行っているディレクターが自社コーポレートサイトリニューアルを担当して学んだこと
webnaut
0
220
ゲームクリエイター、事業会社のデザイナーになる
satomium1
0
200
実案件でのFigmaデータの作り方
xxxkinu
2
240
3D空間を扱うUI表現とユーザビリティ
akinen
0
470
Data+Diversity: Celebrating W.E.B Du Bois through Data Visualization
ajstarks
0
320
Backlogのイロハ・ やさしい使い方(基本編)
wattlaa
0
360
他人事じゃないWebアクセシビリティ入門
arihiro17
0
250
UIをもたらすコンテクストの考察
securecat
9
2.6k
Desarrollo de Carrera en Diseño y Producto
solmesz1
2
190
Featured
See All Featured
How GitHub Uses GitHub to Build GitHub
holman
468
290k
Testing 201, or: Great Expectations
jmmastey
30
6.4k
Designing with Data
zakiwarfel
96
4.8k
Typedesign – Prime Four
hannesfritz
36
2.1k
4 Signs Your Business is Dying
shpigford
176
21k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
41
4.5k
Unsuck your backbone
ammeep
664
57k
The Invisible Side of Design
smashingmag
294
49k
The World Runs on Bad Software
bkeepers
PRO
61
6.7k
Building Applications with DynamoDB
mza
88
5.6k
Web Components: a chance to create the future
zenorocha
306
41k
The Invisible Customer
myddelton
114
12k
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. ありがとうございました