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
問い合わせ調査との付き合い方
Search
uvb_76
March 27, 2024
Technology
0
150
問い合わせ調査との付き合い方
第22回 Customer系エンジニア座談会
https://customer-x-engineer.connpass.com/event/308650/
uvb_76
March 27, 2024
Tweet
Share
More Decks by uvb_76
See All by uvb_76
Rails Girls ガイドを使って社内で Rails 講座を開催した
uvb_76
0
48
メール認証とRuby
uvb_76
0
670
yawaraka zouzei
uvb_76
0
1.8k
開発環境(物理)を作る
uvb_76
0
1.6k
Other Decks in Technology
See All in Technology
令和最新版 Perlコーディングガイド
anatofuz
4
3.5k
【shownet.conf_】ローカル5Gを活用したウォーキングツアーの体感向上
shownet
PRO
0
320
LINEヤフー新卒採用 コーディングテスト解説 アルゴリズム問題編
lycorp_recruit_jp
0
13k
過去のインプットとアウトプットを振り返る
diggymo
0
110
15 JSON serializers for Ruby
okuramasafumi
2
100
AWS Lambdaで実現するスケーラブルで低コストなWebサービス構築/YAPC::Hakodate2024
fujiwara3
7
3k
【swonet.conf_】NOCメンバーが語るSTMの実態!! ~ShowNetから若者への贈り物~
shownet
PRO
0
290
スクラム導入の舞台裏:QAエンジニアがスクラムマスターになるまで
bubo1201
0
170
DenoでもViteしたい!インポートパスのエイリアスを指定してラクラクアプリ開発
bengo4com
1
1.9k
Oracle Database 23ai 新機能#4 Real Application Clusters
oracle4engineer
PRO
0
150
Hazard pointers with reference counter
ennael
PRO
0
120
All your memory are belong to… whom?
ennael
PRO
0
650
Featured
See All Featured
Building a Modern Day E-commerce SEO Strategy
aleyda
38
6.8k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
28
9k
Stop Working from a Prison Cell
hatefulcrawdad
267
20k
Testing 201, or: Great Expectations
jmmastey
38
7k
The World Runs on Bad Software
bkeepers
PRO
65
11k
Statistics for Hackers
jakevdp
796
220k
A designer walks into a library…
pauljervisheath
202
24k
The Straight Up "How To Draw Better" Workshop
denniskardys
232
130k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
29
1.7k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
663
120k
Why Our Code Smells
bkeepers
PRO
334
57k
Building Your Own Lightsaber
phodgson
102
6k
Transcript
問い合わせ調査との付き合い方 ikaruga / Atsushi Katsuura 2024/03/27 第22回 Customer系エンジニア座談会 1
誰 ikaruga / Atsushi Katsuura GMOペパボ株式会社 EC事業部 CREチーム 渋谷からきました。会社でのあだ名は「かっさん」 。
普段はRubyやPHPを読み書きしたりゲーセンに通ったり日本酒と クラフトジンを漁ったりしています。 Resolv::DNS.new.getresources( 'me.ikaruga.org', Resolv::DNS::Resource::IN::TXT ).map(&:data) => ["GITHUB=ikaruga777", "TWITTER=@UVB_76", "WORK=GMO Pepabo Inc.", "
[email protected]
"] 2
3
カラーミーショップ 2005年2月にリリースされたECサイト構築サービス 今年で19周年! 多種多様な機能があり、柔軟なカスタマイズができることが特徴 関わっているエンジニアは事業部だいたい25人+会社横断のSRE3,4人 4
カラーミーショップの機能たち 購入者様向けマルチテナントのショップページ、カートページ(販売ページ) ショップオーナー様向け管理画面 ショップオーナー様向け公開API カスタマーサポートチーム向け管理画面 アプリストア(ショップオーナー様向け外部連携アプリのマーケット) ショップオーナー様向けメールサーバー etc.... →色々な立場の人がそれぞれの画面を利用している 5
EC事業部 CREチーム is カスタマーサポートと連携し、技術でショップオーナーの不安を払しょ くするチーム 事業部エンジニアの6人で活動中(EM1人を含む) カスタマーサポートチームなどからくる問い合わせ、技術調査依頼の解決 問い合わせを減らすための施策の検討、実施 他にも活動は多岐にわたる 毎月の売上の締め処理
たまにEoL対応 6
EC事業部 CREチーム is カスタマーサポートと連携し、技術でショップオーナーの不安を払しょ くするチーム 事業部エンジニアの6人で活動中(EM1人を含む) カスタマーサポートチームなどからくる問い合わせ、技術調査依頼の解決 問い合わせを減らすための施策の検討、実施 他にも活動は多岐にわたる 毎月の売上の締め処理
たまにEoL対応 7
マルチタスクになりがち!! 8
問い合わせ、技術調査依頼の運用 GitHub Enterprise Serverのプロジェクト上で、問い合わせごとにIssueで管理 実績 この半年で回答した問い合わせは約360件 月平均60件ほど 日直、週番制度を導入し、問い合わせの調査の担当者を決めていた 9
抱えていた課題 問い合わせを減らすための施策の検討、実施が進まない 問い合わせ調査の難易度が高かった場合に担当者が初手に詰まってしまう 10
進まない施策 問い合わせ調査のタスクに気を取られがち 周期的に問い合わせの調査担当を切り替えてなんとか捌けていたが... 日直にするとその日に解決できなかった調査の引き継ぎが面倒に 週番にすると個人の施策の開発スピードは2週に一度になってしまう 引き継ぎ漏れた問い合わせの調査進捗が出ていないことが気になってしまいどっちつか ずの状態になってしまう 複数人で施策を進めたいのに、担当が切り替わってしまいコラボレーションが進まない CREでも施策は素早くリリースして検証サイクルを回したい 11
問い合わせの調査対応の課題 知識(ドメイン,技術問わず)が求められる課題も多い サービスの機能が膨大で、初手の切り分け方法から調べないといけないことが多々ある 「どこの(リポジトリ|テーブル|ログ)をみると良い?」 「この機能初めてみたけど」 言語もリポジトリによって多種多様 PHP, Ruby (Ruby on
Rails), JavaScript, TypeScript, Go etc... ここ一年で調査や修正のためにCloneした「事業部」のリポジトリは53 ikaruga個人の話 12
幸運 幸いにも社歴が長いドメイン知識豊富なEMがチームに存在している メインの機能を構成しているPHP, Rubyについては有識者がバランスよくいる 13
そこで 全員毎日1時間同期的に調査を行う時間を設けることにした 毎日同じ時間に集まる 新規に来た問い合わせを全員で確認 ドメイン知識や状況確認、できることを共有しながら確認して「初手」を決める 初手が決まったIssueについてはメンバー各々で調査、解決を目指す 緊急性の高くない問い合わせ内容であればこの時間以外には 「できる限り見ない」 施策に集中する時間を確保 初動や状況確認を全員の集合知を利用して「わからないことがわからない」状態を減らすの
が狙い 14
もちろん調整は必要 依頼をいただくカスタマーサポートチームには事前に相談した 複数ユーザーに影響の疑いがあれば、エスカレしてもらって事業部エンジニアみん なで対応する 単体でも契約や売上に影響がある場合は、CREで優先順位で決めて対応する 15
積まれている件数をバジェットにする さばききれずに増え過ぎている状態が続いたら次週の計画で調査にかける時間を増やす 16
効果 手に取る課題についてわからないことがわからない、という状態が減った 不確実性を減らせている 週の担当を決めなくて良くなった 人の調整意外と面倒なので考えることが減った 開発の計画も立てやすくなった 施策に対して複数人で取り組む時間を増やすことができた 17
まとめ 問い合わせ調査と施策の両立を目指すために、全員で同期的に調査を行う時間を設けたら結 構いい感じになりました 懇親会で話したいこと 難易度高い調査依頼の切り上げ方 List-Unsubscribeヘッダーをどのメールまで適用させるか おすすめの日本酒とクラフトジン 18
おまけ 19
初手の切り分け方法を増やす 自分は「手札を増やす」と呼んでいる コード ghq を使ったリポジトリ管理 https://github.com/x-motemen/ghq DBレコード tbls を使ったDBのドキュメンテーション https://github.com/k1LoW/tbls
ナレッジベースの整備 ログ BigQuery 最近会社横断の技術部でOpenTelemetry導入を推進してくれていている 過去ログ GHESのIssue, Slack 20