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
210
問い合わせ調査との付き合い方
第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
ユーザーにサブドメインの ECサイトを提供したい (あるいは) 2026年函館で一番熱くなるかもしれない言語の話
uvb_76
0
450
Rails 7.2 のリリースノートを見て思ったこと
uvb_76
0
760
Rails Girls ガイドを使って社内で Rails 講座を開催した
uvb_76
0
140
メール認証とRuby
uvb_76
0
1.1k
yawaraka zouzei
uvb_76
0
1.9k
開発環境(物理)を作る
uvb_76
0
1.7k
Other Decks in Technology
See All in Technology
データエンジニアがこの先生きのこるには...?
10xinc
0
470
これがLambdaレス時代のChatOpsだ!実例で学ぶAmazon Q Developerカスタムアクション活用法
iwamot
PRO
4
170
AIツールでどこまでデザインを忠実に実装できるのか
oikon48
6
2.9k
M5製品で作るポン置きセルラー対応カメラ
sayacom
0
170
小学4年生夏休みの自由研究「ぼくと Copilot エージェント」
taichinakamura
0
540
多野優介
tanoyusuke
1
480
「AI駆動PO」を考えてみる - 作る速さから価値のスループットへ:検査・適応で未来を開発 / AI-driven product owner. scrummat2025
yosuke_nagai
3
760
Reflections of AI: A Trilogy in Four Parts (GOTO; Copenhagen 2025)
ondfisk
0
100
Escaping_the_Kraken_-_October_2025.pdf
mdalmijn
0
150
SoccerNet GSRの紹介と技術応用:選手視点映像を提供するサッカー作戦盤ツール
mixi_engineers
PRO
1
190
Findy Team+のSOC2取得までの道のり
rvirus0817
0
500
Modern_Data_Stack最新動向クイズ_買収_AI_激動の2025年_.pdf
sagara
0
230
Featured
See All Featured
Stop Working from a Prison Cell
hatefulcrawdad
271
21k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
45
2.5k
Producing Creativity
orderedlist
PRO
347
40k
Making Projects Easy
brettharned
119
6.4k
Being A Developer After 40
akosma
91
590k
jQuery: Nuts, Bolts and Bling
dougneiner
64
7.9k
Why You Should Never Use an ORM
jnunemaker
PRO
59
9.6k
Raft: Consensus for Rubyists
vanstee
139
7.1k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
1.6k
GraphQLの誤解/rethinking-graphql
sonatard
73
11k
Context Engineering - Making Every Token Count
addyosmani
5
210
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.2k
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