Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
新規サービスをデータ分析基盤を作りながら支える
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
tkzwtks
October 21, 2026
Technology
190
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
新規サービスをデータ分析基盤を作りながら支える
2026/10/16 Nagoya Tech Talk #4 〜データ活用のリアル〜
tkzwtks
October 21, 2026
More Decks by tkzwtks
See All by tkzwtks
データマイグレーションの成功戦略~サービスリニューアルで失敗しないための実践ガイド~
tkzwtks
10
3.8k
ちょっぴりDiveDeepするAWSの時間 AWS Dev Day 2023 Tokyo 延長戦 実践データ移行 〜はてなダイアリーや魔法のiらんどの事例と共に〜
tkzwtks
1
270
はてなスターにおける静的ファイル配信の話
tkzwtks
0
250
YAPC::Kyoto 2023 LT Perlブートキャンプご紹介
tkzwtks
0
1.5k
Hatena Engineer Seminar #14 魔法のiらんど データ移行編 〜新旧システム間のデータマイグレーション時に我々が考えること〜 / hatena-engineer-seminer-number-14-data-migration
tkzwtks
0
3.3k
レガシーシステムからのデータマイグレーションあれこれ
tkzwtks
4
1.8k
hatena-engineer-seminar-10
tkzwtks
0
2.6k
Other Decks in Technology
See All in Technology
続・ソフトウェアアーキテクトのための意思決定術: Decision Readiness, Revisited — When AI Changes the Economics of Software Architecture
snoozer05
PRO
9
2.7k
AIエージェントの監視、思考を見るか行動を見るか / Monitoring AI Agents: Thoughts or Actions
yusukeshimizu
2
170
少ない人手 限られた予算 それでも守る 消せない・見つける・戻れる オールハザード型BCP on AWS / 20261107 Mitsutoshi Matsuo
shift_evolve
PRO
0
210
登壇はいいぞ! 〜Kaigi on Railsに登壇して起きた3つの変化〜
occhi
0
110
あなたのDartコードは丸見えかもしれない ~reFlutterで暴くFlutterアプリの中身と多層防御~
zozotech
PRO
0
780
AI時代のエンジニアの情報発信〜個人の発信を組織の力に変える〜
ryo_kawamata
1
7.4k
PostgreSQL オプティマイザ統計の秘密
nori_shinoda
0
370
AI時代の組織作り:チーム開発から「個人×AI」への移行と、持続可能な「開発資本」の築き方
ham0215
2
300
令和の今、あらためて IAM を考える。アクセスキーを「無くせない現実」との向き合い方
kazzpapa3
0
440
サボる子はいねぇがー!AgentCoreハーネスの脆弱性に学ぶ、エージェントの入力バリデーション
iwamot
PRO
5
300
Context Ontology Accelerator 入門 (業務データの意味を、AI エージェントに渡す)
inariku
PRO
3
510
現場を動かすAIエージェント#2_製造業現場でのAI活用から見た、ハマる罠と実践知
kintotechdev
2
190
Featured
See All Featured
Google's AI Overviews - The New Search
badams
0
1.7k
Discover your Explorer Soul
emna__ayadi
2
1.3k
End of SEO as We Know It (SMX Advanced Version)
ipullrank
3
4.5k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
7k
A better future with KSS
kneath
240
18k
Making Projects Easy
brettharned
120
6.8k
The #1 spot is gone: here's how to win anyway
tamaranovitovic
4
1.2k
[SF Ruby Conf 2025] Rails X
palkan
3
1.5k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
31
10k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
254
23k
技術選定の審美眼(2025年版) / Understanding the Spiral of Technologies 2025 edition
twada
PRO
121
120k
Designing for Timeless Needs
cassininazir
1
550
Transcript
新規サービスをデータ分析 基盤を作りながら支える 株式会社はてな 瀧澤崇 / tkzwtks 2026/10/16 Nagoya Tech Talk
#4 〜データ活用のリアル〜 LT 1
自己紹介 • 瀧澤崇 / id:tkzwtks • 株式会社はてな所属 ◦ Webアプリケーションエ ンジニア
◦ リモートワーク 2
新規サービスをデータ分 析基盤を作りながら支え る話 3
2026年8月20日 「はてなパークス」リリース 4
はてなパークス • ディスカッションフォーラム • はてなとしては久しぶりの個人向けサービス ◦ 少しずつ改善しつつ、サービスを成長させていきたい • 改善のためのデータ分析基盤を整備する ◦
データ駆動でサービスを改善させたい 5
データ駆動で改善を進めたい • きっかけはクローズドβテスト ◦ デザイナーの方が自分で数値集計をしながら改善を進め ていた ◦ 集計しやすい環境を作れば、チームメンバーがデータを 見ながら改善できるのでは? 6
データ駆動で改善を進めたい • データの民主化を進める ◦ メンバーそれぞれがデータを見ながら改善を進める環境 を作りたい ◦ 今はAIもあるため、環境さえ揃えばデータ分析のハード ルが下がるはず 7
作戦を立てる 8
作戦を立てる とはいえ人数が多いチームではないので、小さ く始める • 何はともあれデータを集める • 集めたデータを分析した上でチームに共有する ◦ データ分析の有用性をチームに理解してもらう ◦
チームでデータを見る文化をつくる 9
作戦を立てる • 基盤を改善しつつ、サービスの改善も進める ◦ いきなり全部完全な状態で始めない ◦ 改善のループを基盤・サービス両方で回す 10
データを集める 11
データ収集から始める • とにかく「BigQueryにデータを集める」こと から始める ◦ DB / イベント / GA
◦ この時点ではBigQueryに集めた後のことは(あまり)考え ていなかった ◦ 集めておけば後から分析できるはず、くらいの温度感 12
データ収集から始める • DBのデータはBigQueryにエクスポート ◦ MySQL → NDJSON → GCS →
BigQuery ◦ PII等、AI(あるいは人間)に見せたくないデータはエク スポート時に除外する ◦ bodyは生データをそのまま入れずに、特徴量だけエクス ポートする ◦ 一日一度全てのデータを入れ替える 13
データ収集から始める • リリース前に各種イベントを集める仕組みを 作っておく ◦ 各種イベントは後からでは集められない • アプリケーションログとしてイベントを出力 ◦ Cloud
LoggingからBigQueryにsyncする 14
データ収集から始める • GAのイベントもBigQueryにエクスポートする ◦ SQLで分析できるようになる • 内部ユーザーIDもGAのイベントに含める ◦ DBのデータと結合して「流入元とアクション」を分析で きるようになる
15
データは一箇所に集まってきた • まずはSQLで分析ができる状態にはなった • 次は? 16
サービスの現状把握 17
サービスの現状把握 • データが存在するので次は分析 • 数値目標があるのでそれ向けの定点観測用集計 を作る ◦ BigQueryとSpreadsheetを接続して毎日確認する 18
サービスの現状把握 • 週次レポートをClaude Codeと一緒に作る ◦ 日次の観察より詳細な集計とそれについての考察をまと める ◦ 気になるポイントをAIと壁打ちしながら追加調査 19
サービスの現状把握 • アーティファクトとしてチームに共有する ◦ 週次定例でメンバーと一緒に分析結果を確認する • データを見ながら改善する文化を少しづつチー ムに根付かせていく ◦ 全員で同じものを見ながら改善を進めたい
◦ と言ってもまだ約2ヶ月なのでこれから 20
基盤の改善 21
基盤の改善 • 今まさに進めている部分 • 「データを集める」までは終わり、次は「指標 を定義」する段階 • データレイクから直接集計するのをやめて、 データマートを作っていく 22
基盤の改善 • 運用の改善 ◦ 手作業が多く、集計が壊れていても気づきにくいなどの 改善 • 利用者を増やす・広げていく ◦ AIを利用した分析
• 改善サイクルを回す ◦ データを集める → 分析する → 改善する → データを集め る... 23
まとめ • まずは文化をつくることからスタートした ◦ とにかくデータを集める。早ければ早いほどいい ◦ 最初効率が悪くても、結果を見せることで有用性をチー ムに理解してもらう • 改善自体はこれから
24