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
データ・ドリブン7ヶ条
Search
takashiyan
October 25, 2018
Business
1
120
データ・ドリブン7ヶ条
takashiyan
October 25, 2018
Tweet
Share
Other Decks in Business
See All in Business
ele&company_companydeck
eleand
0
150
ブラインドスクエア&キーパンチ
chibanba1982
PRO
0
230
company deck
japanrecruiting
0
150
Tools & Treasures: Find Auction Items That WOW
auctria
PRO
0
150
「なんとなく使いにくい」を論理的に説明する方法 〜プロダクトエンジニアとしてUXを議論できる第一歩〜
mkitahara01985
0
430
(株)HONEサービス説明資料_総合版(2025.08更新)
tsakurai
0
540
株式会社10X - Company Deck
10xinc
89
1.5M
採用ピッチ資料/エアモビリティ株式会社
airmobility_jinji
0
2.3k
【DearOne】Dear Newest Member
hrm
2
11k
Company deck
tricera
0
10k
快適なエンジニアリングライフ実現するための ワークもとい会社ハック / Work Hacks for a More Comfortable Engineering Life
nttcom
6
2.1k
バイブコーディング入門:ビジネスを加速させる迅速なプロトタイピング術
ncdc
0
140
Featured
See All Featured
Statistics for Hackers
jakevdp
799
220k
Testing 201, or: Great Expectations
jmmastey
45
7.6k
StorybookのUI Testing Handbookを読んだ
zakiyama
30
6.1k
Designing for Performance
lara
610
69k
Java REST API Framework Comparison - PWX 2021
mraible
33
8.8k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
Fashionably flexible responsive web design (full day workshop)
malarkey
407
66k
Typedesign – Prime Four
hannesfritz
42
2.8k
Done Done
chrislema
185
16k
Designing Experiences People Love
moore
142
24k
Site-Speed That Sticks
csswizardry
10
810
Unsuck your backbone
ammeep
671
58k
Transcript
データ・ドリブン7ヶ条 朝山高至
データ・ドリブンPDCAの流れ ~仮説起点~ 仮説を発見する (ユーザビリティテスト、ユーザーエク スプローラー、 TTP) 仮説を裏付ける データを見つける 施策に落とし込む テストの実施 テストの結果データ
から新たな仮説を得 る 仮説を支えるインサ イトを発見する (ユーザビリティテストとか)
データ・ドリブンPDCAの流れ ~ファクト起点~ ファクト (課題事実) を発見する ファクトを元に仮説を 作る 施策に落とし込む テストの実施 テストの結果データ から新たな仮説を得
る 仮説を支えるインサ イトを発見する (ユーザビリティテストとか)
データ・ドリブン7ヶ条
①思い込まずにデータを見てみる ②収集できてない必要データに気づく ③仮説と指標を持ってデータを見てみる ④バイアスの少ない解釈をする ⑤データをデザインして認知負担を減らす ⑥データを介したコミュニケーションをする ⑦データは意思決定のための材料 データ・ドリブン7ヶ条
①思い込まずにデータを見てみる データのない仮説は施策の成功確率が低い 主観や思い込みで意思決定をしない →仮説アイディアができたら、それを裏付けるデータを見てみる 例) 仮説アイディア:お気に入り一覧への導線に気づいていないのではないか データ :お気に入り一覧ページ導線のCTRを見てみる
②収集できてない必要データに気づく 自分でデータを見ることを心がけてみると、見たいのに取得できていないデータに気づく ➜取得したデータがとれるように開発を依頼する ➜GAやGTMで簡単に取得できる場合もある 例)スクロール計測、クリックイベント計測、コンテンツグループディメンションなど
③仮説と指標を持ってデータを見てみる 闇雲にデータを見まくる、必要のないデータを取得しようとする ➜時間がかかるのに、改善策に繋がるファクトやインサイトが見つからない ・仮説 ・検証したい指標 を明確化してからデータを見ると気づきが生まれやすい
④バイアスの少ない解釈をする ・データから見当違いな仮説を導き出してしまう ・労力をかけた施策の効果検証時にバイアスのかかった解釈をしてしまう ➜改善につながらない、KPIが悪化する ➜ユーザビリティテストなどで定性的な検証もすることで精度の高い仮説になる ➜工数のかかった施策の検証ほど公平に見る
⑤データをデザインして認知負担を減らす 認知負担がかからないデザインにすることで、 ・大事な変化に気づく ・チームメンバーに伝えたいメッセージが伝わる
⑤データをデザインして認知負担を減らす ×Badな例 縦軸が左右に二軸あり、どの軸がどのグラフを表してるのか直感的にわかりにくい
⑤データをデザインして認知負担を減らす ◦Betterな例 2つのグラフに分けてれば、認 知的負担を抑える事が出来る
⑥データを介したコミュニケーションをする 「コミュニケーションまでがセットでデータ分析」 据え置きのダッシュボードとかGAに見に行く感じだと、 せっかくデータがあっても チーム内でデータについて会話が発生しづらい。 重要指標が自動でオープンな環境で共有されるとコミュニケーションが生まれる ➜他の人がどうやってデータを見てるのかの勉強にもなる
⑦データは意思決定のための材料 ・データ分析自体が楽しくなっちゃう 飛距離を伸ばす目的でウェイトトレーニングをする野球選手 →ウェイト自体が楽しくなってボディビルダーになっちゃう
⑦データは意思決定のための材料 ・データはあくまで改善施策を見つけるための材料 ➜改善することが目的であることを忘れない