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
990
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
問い合わせ対応当番を自動化で業務効率化している話
2022.04.22 YUMEMI.自動化 feat. note tech meetupで登壇しました
Retu Fukui
April 22, 2022
More Decks by Retu Fukui
See All by Retu Fukui
Amplifyを使ったWebサイト構築 〜 Nstockの事例を添えて 〜
fukuiretu
0
310
開発生産性と品質の横断的な課題を解決する!エンジニアリング支援室の挑戦 -1Qで取り組んだことを添えて-
fukuiretu
2
7.6k
EMになって最初の失敗談 - コミュニケーション編 -
fukuiretu
2
6.8k
サーバーレスで始める ゆるふわデータ基盤 - noteの事例 -
fukuiretu
2
8.3k
191109_sacss.pdf
fukuiretu
1
2.6k
noteをNuxt.jsで再構築した話 -2nd-
fukuiretu
6
13k
CloudFront use cases - noteの事例 -
fukuiretu
0
8.9k
181117_wannatech.pdf
fukuiretu
1
590
noteをNuxt.jsで再構築した話
fukuiretu
22
58k
Other Decks in Technology
See All in Technology
キャリアの中で本を作る / Making a Book During Your Career
ak1210
0
140
ZOZOTOWNの進化と信頼性を両立する負荷試験
zozotech
PRO
2
160
Empower GenAI with Agile - あなたのアジャイルが生成AIのバフになる仕組み
hageyahhoo
1
180
依頼文化をやめる日 EM視点で語るPlatform EngineeringとInclusive SRE / Discussing Platform Engineering and Inclusive SRE from an EM's Perspective
shin1988
4
5.4k
Genie Ontologyは銀の弾丸かを考える / Is Genie Ontology a Silver Bullet?
nttcom
0
250
SRE Lounge Hiroshimaへの招待
grimoh
0
640
SREとQA 二人三脚で進めるSLO運用/sre-qa-slo
sugitak
0
530
Claude Code 珍プレー好プレー
shinyasaita
0
330
ポストモーテム! DDoSからサイトは守れた。 でもビジネスは守れなかった。
bengo4com
1
2.9k
CDKで書くECSのベストプラクティス、 改めて考え直す2026 #cdkconf2026
makies
0
120
事業価値を⽣み出すSREへ SREが担うべき意思決定の5層
kenta_hi
2
3.6k
DMM.com 購入改善推進チーム におけるCodeRabbitを用いた レビューフロー改善の一例
ysknsid25
2
630
Featured
See All Featured
Designing Experiences People Love
moore
143
24k
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
62
44k
RailsConf 2023
tenderlove
30
1.5k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
230
23k
Leo the Paperboy
mayatellez
8
1.9k
Neural Spatial Audio Processing for Sound Field Analysis and Control
skoyamalab
0
370
Speed Design
sergeychernyshev
33
1.9k
Paper Plane
katiecoart
PRO
2
52k
Heart Work Chapter 1 - Part 1
lfama
PRO
8
36k
AI: The stuff that nobody shows you
jnunemaker
PRO
8
830
Conquering PDFs: document understanding beyond plain text
inesmontani
PRO
4
2.9k
Building an army of robots
kneath
306
46k
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社ではたらくメンバーが書いた記事や、社員 / プロジェクトインタビューをまとめています。