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
長期に渡ってプロダクトを改善す るためのA/Bテスト4つのTips
Search
Kenta Watanabe
October 24, 2017
Technology
0
1.9k
長期に渡ってプロダクトを改善す るためのA/Bテスト4つのTips
第12回若手Webエンジニア交流会での発表内容です
Kenta Watanabe
October 24, 2017
Tweet
Share
More Decks by Kenta Watanabe
See All by Kenta Watanabe
振り返りをドライバーにした若手チームでのサービス開発
kwtnb
1
620
Gunosyの新規事業開発
kwtnb
1
1.1k
Other Decks in Technology
See All in Technology
2024年グライダー曲技世界選手権参加報告/2024 WGAC report
jscseminar
0
140
フルカイテン株式会社 採用資料
fullkaiten
0
39k
QAEチームが辿った3年 ボクらが改善業務にスクラムを選んだワケ / 20241108_cloudsign_ques23
bengo4com
0
530
SREの前に
nwiizo
11
2.4k
Microsoft Intune アプリのトラブルシューティング
sophiakunii
1
360
OCI Data Integration技術情報 / ocidi_technical_jp
oracle4engineer
PRO
1
2.6k
Datachain会社紹介資料(2024年11月) / Company Deck
datachain
4
17k
Microsoft Fabric OneLake の実体について
ryomaru0825
0
180
「視座」の上げ方が成人発達理論にわかりやすくまとまってた / think_ perspective_hidden_dimensions
shuzon
2
15k
10分でわかるfreee エンジニア向け会社説明資料
freee
18
520k
Observability を実現するためにアセットを活用しよう(AWS 秋の Observability 祭り ~明日使えるアセット祭り~ )
tsujiba
0
140
ZOZOTOWNのホーム画面をパーソナライズすることの難しさと裏話を語る
f6wbl6
1
420
Featured
See All Featured
How to train your dragon (web standard)
notwaldorf
88
5.7k
Making Projects Easy
brettharned
115
5.9k
GraphQLとの向き合い方2022年版
quramy
43
13k
Navigating Team Friction
lara
183
14k
[RailsConf 2023] Rails as a piece of cake
palkan
51
4.9k
Thoughts on Productivity
jonyablonski
67
4.3k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
27
2k
Intergalactic Javascript Robots from Outer Space
tanoku
268
27k
How To Stay Up To Date on Web Technology
chriscoyier
788
250k
We Have a Design System, Now What?
morganepeng
50
7.2k
Embracing the Ebb and Flow
colly
84
4.5k
Gamification - CAS2011
davidbonilla
80
5k
Transcript
長期に渡ってプロダクトを改善す るためのA/Bテスト4つのTips Kenta Watanabe / 第12回若手Webエンジニア交流会
自己紹介 • Kenta Watanabe • 株式会社Gunosy 新規事業開発室所属 ◦ 女性向けアプリ「ルクラ」 •
We are hiring
アジェンダ • A/Bテストとは • A/Bテスト実施のメリット/問題 • A/Bテスト4つのTips スライド中の例で出てくる数字は仮想の数字です
A/Bテストとは?
A/Bテストとは? • A/Bテストとは ◦ サービス内のある体験に関して、2つ以 上の異なる状態がユーザに与える影響 を計測する仕組み • 目的 ◦
アプリサービスにおいては、ある機能が ユーザに与える影響を正確に計測する ために利用 • 例 ◦ 1)記事リスト面にてお気に入りボタンの 表示・UI比較 ◦ 2)複数の記事配信ロジックの比較 ◦ 3)トップページに検索バーを表示 VS VS なし VS VS
A/Bテスト実施のメリット
A/Bテストを行うことのメリット • 施策の結果を正確に把握できる • 施策の肌感覚を高めることが出来る ◦ UI/UXの変更で、対象ユーザが何%いて継続率が何%上がるか ◦ 次回以降の施策の効果見積もりに活かせる •
納得感をもってプロダクトに関われる ◦ 施策の結果が明確に見れるため、建設的に施策の議論ができる 確実にKPIが上がる施策についてもA/Bテストを実施する
A/Bテストの問題
A/Bテストの問題点 • KPIが変化した要因を勘違いする • 間違ったノウハウが数値的に裏付けのある正しいノウハウとして組織に蓄 積される
快適なABライフを送るための4つの Tipsを紹介
1. A/Aテスト
1. A/Aテスト • A/Bテストを開始する前に、状態の変化なしにKPIを比較する ◦ 検証したい状態以外の要因がKPIに影響していないか把握できる ◦ 誤差の大きさを把握できる • 例
◦ 対象ユーザが数千だとアプリの利用継続率で ~1%とかの差が出ることはある
2. 初動に惑わされない
2. 初動に惑わされない • UI/UX に大きな変化があった直後はKPIが上がりやすい • ユーザがお試しでボタンを触ったりするため ◦ 例)トップ画面に検索バーを表示したところ、継続ユーザの検索 UUが5%向上し
たが、一週間経過すると1%の向上に落ち着いた • 最低限の期間テストを継続する とりあえず一回触る
3. 想定外の影響に注意
3. 想定外の影響に注意 • 比較したい要因以外の要因でKPIが影響を受けることが多い ◦ 例)新しい記事配信ロジックの対象ユーザの一人当たりの記事クリック数が 0.5 下落したが、下落要因はAPIのレスポンス速度が400ms上がったためだった • 比較したいメインのKPI以外も可視化しておく
◦ サーバのレスポンス速度、Imp/DAU、etc
4. 長期でA/B
4. 長期でA/B • 短期的にサービスのKPIが上がるが、長期的には下がる施策は多い ◦ 例)プッシュ通知の頻度をあげると、 3日後継続率は2.5pt向上したが、20日後 継続率は0.8pt下落 ◦ 主観的にストレスを感じる施策に多い
• このような施策は短期で評価できないため、長期で一部のユーザでA/Bを 実施する ◦ 例)5%のユーザに対しては、記事リスト面で表示する記事数を 20記事に絞る
まとめ
まとめ • A/Bテストはプロダクトを改善するために有用な手段 • A/Bテストの結果を解釈するときに注意が必要だが、ポイントを押さえるこ とで回避できる • A/Bテストで快適な開発ライフを!