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
Retu Fukui
April 22, 2022
Technology
0
760
問い合わせ対応当番を自動化で業務効率化している話
2022.04.22 YUMEMI.自動化 feat. note tech meetupで登壇しました
Retu Fukui
April 22, 2022
Tweet
Share
More Decks by Retu Fukui
See All by Retu Fukui
Amplifyを使ったWebサイト構築 〜 Nstockの事例を添えて 〜
fukuiretu
0
150
開発生産性と品質の横断的な課題を解決する!エンジニアリング支援室の挑戦 -1Qで取り組んだことを添えて-
fukuiretu
2
6.6k
EMになって最初の失敗談 - コミュニケーション編 -
fukuiretu
2
6.4k
サーバーレスで始める ゆるふわデータ基盤 - noteの事例 -
fukuiretu
2
7.7k
191109_sacss.pdf
fukuiretu
1
2.3k
noteをNuxt.jsで再構築した話 -2nd-
fukuiretu
6
13k
CloudFront use cases - noteの事例 -
fukuiretu
0
8.6k
181117_wannatech.pdf
fukuiretu
1
510
noteをNuxt.jsで再構築した話
fukuiretu
22
56k
Other Decks in Technology
See All in Technology
困難を「一般解」で解く
fujiwara3
7
1.6k
LINE NEWSにおけるバックエンド開発
lycorptech_jp
PRO
0
330
"TEAM"を導入したら最高のエンジニア"Team"を実現できた / Deploying "TEAM" and Building the Best Engineering "Team"
yuj1osm
1
230
プルリクエストレビューを終わらせるためのチーム体制 / The Team for Completing Pull Request Reviews
nekonenene
1
210
Exadata Database Service on Cloud@Customer セキュリティ、ネットワーク、および管理について
oracle4engineer
PRO
2
1.5k
Two Blades, One Journey: Engineering While Managing
ohbarye
4
2.3k
IAMポリシーのAllow/Denyについて、改めて理解する
smt7174
2
210
あなたが人生で成功するための5つの普遍的法則 #jawsug #jawsdays2025 / 20250301 HEROZ
yoshidashingo
2
320
Introduction to OpenSearch Project - Search Engineering Tech Talk 2025 Winter
tkykenmt
2
150
Amazon Athenaから利用時のGlueのIcebergテーブルのメンテナンスについて
nayuts
0
110
Ruby on Railsで持続可能な開発を行うために取り組んでいること
am1157154
3
160
データエンジニアリング領域におけるDuckDBのユースケース
chanyou0311
9
2.5k
Featured
See All Featured
The Invisible Side of Design
smashingmag
299
50k
Testing 201, or: Great Expectations
jmmastey
42
7.2k
Intergalactic Javascript Robots from Outer Space
tanoku
270
27k
Building Adaptive Systems
keathley
40
2.4k
Rebuilding a faster, lazier Slack
samanthasiow
80
8.9k
Designing for humans not robots
tammielis
250
25k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
40
2k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
27
1.6k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
4
380
Optimising Largest Contentful Paint
csswizardry
34
3.1k
How to Ace a Technical Interview
jacobian
276
23k
Transcript
問い合わせ対応当番を自動化 で業務効率化している話 〜noteの事例〜 2022.04.22 YUMEMI.自動化 feat. note tech meetup /
福井 烈
自己紹介 略歴 2006年:日本インサイトテクノロジー (SIer) 2010年:ジークレスト 2013年:ガンホー・オンライン・エンターテイメント 2014年:八面六臂 2015年:note 2021年:noteのエンジニアリングマネージャーに就任 ジークレスト、ガンホー・オンライン・エンターテイメント
などを経て2015年にnoteに入社。サービス黎明期か らnoteの開発に携わり、Nuxt移行、データ基盤、会計 などを担当。現在はエンジニアリングマネージャーとし て、主に組織開発、採用、広報などを行う。青森から フルリモート勤務している3児の父。 #フォートナイト #Notion #大豆ミート #HHKB #マネジメント 福井 烈 / @fukuiretu
アジェンダ 1. 問い合わせ対応当番とは 2. 自動化アーキテクチャ全体像 3. 各プロセス詳細 4. まとめ
問い合わせ対応当番とは
問い合わせ対応当番とは カスタマーサポート ディレクター エンジニア当番隊 (@help_me_dev) 🧔営業 @help_me_dev ユーザから課金できないと 問い合わせがきてます @help_me_dev
管理ツールが動きません @help_me_dev 〇〇の数値の見方が わかりません ・エンジニアへの問い合わせの 1次受け ・1-2日レベルで完了する不具合対応 を担う
詳しく知りたい方は | 問い合わせ対応当番とは https://note.jp/n/nedb40032d36f
エンジニア当番隊 | 問い合わせ対応当番とは • 構成 ◦ 全6クラン ◦ 1クランあたり5〜6名を割り振り ◦
普段のチームを跨いでごった煮 • 周期 ◦ 日替わりでローテ ◦ 当番を迎える度にリーダーをランダムで選出
エンジニア当番隊 | 問い合わせ対応当番とは • 構成 ◦ 全6クラン ◦ 1クランあたり5〜6名を割り振り ◦
普段のチームを跨いでごった煮 • 周期 ◦ 日替わりでローテ ◦ 当番を迎える度にリーダーをランダムで選出 自動化対象
自動化アーキテクチャ全体像
自動化アーキテクチャ全体像 当番リスト ①今日の当番対象を 抽出する ②当番対象のユーザリ ストを引き渡す ③当番に関する情報を Slackに通知する ※ベースを作ったのは私ではありません
各プロセス詳細
自動化アーキテクチャ全体像 当番リスト ①今日の当番対象を 抽出する ②当番対象のユーザリ ストを引き渡す ③当番に関する情報を Slackに通知する
GoogleAppScript(GAS)の責務 | 各プロセス詳細 1. 日時でスケジューラーを起動 2. 休日判定 3. スプレッドシート取得 4.
今日の当番を取得 5. 当番のユーザリストを取得 6. Zapierで用意したWebhookにユーザ情報をPOST
自動化アーキテクチャ全体像 当番リスト ①今日の当番対象を 抽出する ②当番対象のユーザリ ストを引き渡す ③当番に関する情報を Slackに通知する
Zapierの責務 | 各プロセス詳細 1. WebhookでGASからのリクエストを受け取る 2. 受け取ったユーザリスト(当番)をストレージに保管 3. 受け取ったユーザリスト(当番)からリーダーを抽選 4.
リーダー(抽選されたユーザ)の IDをストレージに保管 5. クラン当番用のSlackグループメンション(@help_me_dev)にユーザリスト(当番) を追加する 6. Slackに通知する
おまけ
リーダーの再抽選コマンド| おまけ • Slack上で /clan_leader_lottery <簡単に理由を> を実行 • 用意した経緯 ◦
お休みやリリース間近の状況でリーダーに当たってしまっ た場合に交代の心理的ハードルを下げるため
リーダーの再抽選コマンドアーキテクチャ全体像 ③現リーダーを除いた ユーザからランダム選 出しSlack通知 ①コマンド実行 ②Webhook実行 ストレージに保管したユー ザーリストと リーダーのIDが役立つ
まとめ
まとめ • 頑張ればGAS or Zapierいずれかで完結できるが、それぞれの得意なことは得意 な方に任せた方が良い ◦ 休日の制御 → GAS
◦ グローバルな状態保持 → Zapier ◦ ローコードでの実現 → Zapier • 心理的障壁が発生し得るやりとりもシステムを介することでハードル を下げる • GAS, Zapierはブラックボックスになりがちなのでドキュメントもセットで用意するの が吉
noteではたらく社員を知る エンジニア PM デザイナー インタビューまとめ note社ではたらくメンバーが書いた記事や、社員 / プロジェクトインタビューをまとめています。