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
CSの生産性改善を支える分析環境 Mercari CS/CRE Tech Talk #1
Search
ukitaka
July 04, 2021
Technology
1
2.6k
CSの生産性改善を支える分析環境 Mercari CS/CRE Tech Talk #1
ukitaka
July 04, 2021
Tweet
Share
More Decks by ukitaka
See All by ukitaka
switchのexhaustiveness/redundancy チェック 理論と実装 わいわいswiftc #8 @ukitaka
ukitaka
0
180
SwiftのDemanglerを書く @ わいわいswiftc番外編
ukitaka
0
410
Swiftの型システムに入門する - iOSDC Japan 2018
ukitaka
10
4.7k
Responder Chainを使って コードをスッキリさせたい - 第1回 HAKATA.swift
ukitaka
6
1.3k
理論から入門するswift/lib/Sema - わいわいswiftc #1
ukitaka
5
1.5k
Realmの処理を再利用可能かつ合成可能にする
ukitaka
0
870
マルチスレッドRxSwift @ 社内RxSwift勉強会
ukitaka
5
1.1k
今日こそ理解するHot / Cold @社内RxSwift勉強会
ukitaka
14
2.6k
RxSwift コードリーディングの勘所@社内RxSwift勉強会
ukitaka
3
970
Other Decks in Technology
See All in Technology
GC24 Recap: Interface Internals
task4233
0
140
LINEヤフーのフロントエンド組織・体制の紹介
lycorp_recruit_jp
1
1.2k
PDF Viewer作成の今までとこれから
hunachi
0
470
持続可能なソフトウェア開発を支える『GitHub CI/CD実践ガイド』
tmknom
7
1.4k
Envoy External AuthZとgRPC Extensionを利用した「頑張らない」Microservices認証認可基盤
andoshin11
0
250
Developer Experienceを向上させる基盤づくりの取り組み事例集
coconala_engineer
0
150
Discovering AI Models
picardparis
4
3.9k
Creative UIs with Compose: DroidKaigi 2024
chrishorner
1
580
どこよりも遅めなWinActor Ver.7.5.0 新機能紹介
tamai_63
0
210
タイミーのレコメンドにおける ABテストの運用
ozeshun
1
140
DevRelの始め方
moongift
PRO
1
390
Swift Testingのconfirmationを コードリーディング/Dive into Swift Testing confirmation
laprasdrum
2
260
Featured
See All Featured
Adopting Sorbet at Scale
ufuk
73
8.9k
Producing Creativity
orderedlist
PRO
340
39k
Typedesign – Prime Four
hannesfritz
39
2.3k
A Tale of Four Properties
chriscoyier
155
22k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
23
1.7k
Imperfection Machines: The Place of Print at Facebook
scottboms
263
13k
Making Projects Easy
brettharned
113
5.8k
The Illustrated Children's Guide to Kubernetes
chrisshort
47
48k
Designing on Purpose - Digital PM Summit 2013
jponch
114
6.8k
We Have a Design System, Now What?
morganepeng
48
7.1k
Build The Right Thing And Hit Your Dates
maggiecrowley
30
2.3k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
131
32k
Transcript
1 CSの生産性改善を支える分析環境 Mercari CS/CRE Tech Talk #1 @ukitaka
2 2018年にiOSエンジニアとしてメルカリ 福岡 オフィスに入社、その後色々あって現在は CRE/CX-PlatformのEngineering Manager. 音楽とアイドルとSplatoonと野鳥が好きで す。 Yuki
Takahashi (@ukitaka)
3 今日の話 メルカリのお問い合わせ対応ツール(以下、Contact-Tool) を 作っている僕らのチームが、どのようにデータを活用しながら CSの生産性改善を行っているのか、その環境やツールについて 簡単に紹介します。
4 Contact-Toolについて • Contact-Toolを内製しているメインの理由は、メルカリというプロダクトに最適 化されたお客様体験を提供するため • とはいえお客様体験だけを追い求めればよいというわけではない • CSの方々に使ってもらうために、ツールとして効率性・生産性・コストなどに責任 を持つ必要がある
お客様体験の改善と生産性の改善
5 画像 良いコンタクトセンターが考慮すべきこと お客様に価値を届けるためには、効率性を 考えなければいけません。 効率的な運用ができないと、コスト面で会 社にとっての負担が大きくなってしまうばか りか、お客様に良い体験を提供することす らままならなくなってしまいます。 なのでツールとしても効率性に責任を持つ
必要があります。 「コールセンターマネジメント 戦略的顧客応対 理論と実践」 からの引用
6 生産性を図るための指標の1つ: AHT • AHT = 1件のお問い合わせの対応にかかる平均時間 • ものすごく単純化すると、すべてのお問い合わせに返信するためには、 お問い
合わせ数 × AHT 秒分の時間が必要になる • これに応じて必要人員が計算され、その人数に応じたコストがかかってくる構造 AHT (Average Handling Time)
7 お問い合わせ数 × AHT コスト削減へのアプローチ (お客様側) • VoCを元にプロダクト改善を行い、お困りごと自体を減らす • ガイドやチャットボットによって自己解決率をあげる
8 お問い合わせ数 × AHT コスト削減へのアプローチ (ツール側) • ツールのUIや機能によって対応を効率化する • CSの方々のオペレーションを改善する
9 ここまでのまとめ • お問い合わせ対応ツールとして、お客様体験の向上だけでなく、効率性・生産性 ・コストに責任をもつ必要がある • 効率性・生産性を改善し、コスト削減につなげるために、ツールとして追うべき指 標の1つにAHT(Average Handling Time)
がある
10 生産性改善に取り組むための仕組み
11 生産性改善に取り組むための仕組み • AHTを計測し、そのデータを集めることができる必要がある • そこから仮説をたて、改善し、効果を検証する • それを繰り返すことで成果を積み重ねていく 計測して改善する
12 生産性改善に取り組むための仕組み • データ計測: FE/BEでのロギングの仕組み • データ収集: CloudSQLからBigQueryに集めるpipeline • 分析環境:
BigQuery, AI Platform Notebooks • 可視化: Looker, AI Platform Notebook 利用しているツール・仕組み
13 Contact-Toolのアーキテクチャについて 自分自身でデータストアをもつ
14 Contact-Toolのアーキテクチャについて FE/BEがわかれている
15 HTを計測するためのログの仕組み • Backendでのログ ◦ アクションしたログが確実に存在するが、APIが叩かれる単位でしかログが 取れない • Frontendでのログ ◦
細かい操作のログまで取れるが、欠損・遅延も起こる ◦ クライアントPCの時刻設定に依存してしまう • 基本はBackendのログを使いつつ、詳細な分析が必要な場合にはFrontend のログを組み合わせて使う Frontend/Backendそれぞれでログの仕組み(自作) を持つ
16 参考: なぜGoogle AnalyticsやDatadog UX Monitoring を活用しないか? • Google AnalyticsやDatadog
User Monitoringなど、代替となるツールは いくつかある • しかし個人情報を扱う業務の性質上、セキュリティ的なリスクや、そもそも外部に アクセスできないなどのシステム的な制約があった • 結果として自作することになった
17 データを収集するための仕組み • 前提として、メルカリはマイクロサービスアーキテクチャを採用している • 先程あげたようなログも一度Contact-ToolのCloudSQLに保存された後、分 析のためにBigQueryに集められる • Cloud Composer
/ Cloud Dataflow等を組み合わせたパイプラインの仕組 みを弊社データプラットフォームチームが提供している BigQueryに集められる
18 データを収集するための仕組み (参考記事) メルペイにおける大規模バッチ処理 メルカリ・メルペイの成長を支える データ基盤と はどんなものか
19 データ分析する環境について • BigQueryのdataViewer権限を持っている人であれば、自由にデータを使っ た分析が行える • クエリで完結するようなシンプルな分析であればBigQueryを使うことが多い • 一方でRやPythonを使って高度な分析を行いたい場合もある BigQueryとNotebookの2つの環境
20 データ分析する環境について • AI Platform Notebooks = Google Cloud Platformのマネージド型の
JupyterLab ノートブック インスタンス • BigQueryへのアクセスが可能 • ローカルマシンでの分析も可能ではあるが、チームの共通の分析環境を設ける ことで、分析作業の属人化を防ぐ • 分析の過程や考えをそのままシェアできるのもGood 高度な分析環境としてのAI Platform Notebooks
21 データを可視化するツール Looker CloudSQL BigQuery
22 Looker
23 まとめ • データ計測: FE/BEでのロギングの仕組み • データ収集: CloudSQLからBigQueryに集めるpipeline • 分析環境:
BigQuery, AI Platform Notebooks • 可視化: Looker, AI Platform Notebook 利用しているツール・仕組み
24 ありがとうございました