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.8k
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
Snowflakeの開発・運用コストをApache Icebergで効率化しよう!~機能と活用例のご紹介~
sagara
1
540
入門 PEAK Threat Hunting @SECCON
odorusatoshi
0
180
Qiita Organizationを導入したら、アウトプッターが爆増して会社がちょっと有名になった件
minorun365
PRO
1
350
遷移の高速化 ヤフートップの試行錯誤
narirou
6
2k
どちらかだけじゃもったいないかも? ECSとEKSを適材適所で併用するメリット、運用課題とそれらの対応について
tk3fftk
2
280
データエンジニアリング領域におけるDuckDBのユースケース
chanyou0311
9
2.6k
MLflowはどのようにLLMOpsの課題を解決するのか
taka_aki
0
140
“常に進化する”開発現場へ! SHIFTが語るアジャイルQAの未来/20250306 Yuma Murase
shift_evolve
0
110
20250307_エンジニアじゃないけどAzureはじめてみた
ponponmikankan
2
180
LayerXにおけるAI活用事例とその裏側(2025年2月) バクラクの目指す “業務の自動運転” の例 / layerx-ai-deim2025
yuya4
4
830
User Story Mapping + Inclusive Team
kawaguti
PRO
3
480
[OpsJAWS Meetup33 AIOps] Amazon Bedrockガードレールで守る安全なAI運用
akiratameto
1
140
Featured
See All Featured
Gamification - CAS2011
davidbonilla
80
5.2k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
StorybookのUI Testing Handbookを読んだ
zakiyama
28
5.5k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.5k
Mobile First: as difficult as doing things right
swwweet
223
9.5k
Done Done
chrislema
182
16k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
46
2.4k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
134
33k
Faster Mobile Websites
deanohume
306
31k
Building an army of robots
kneath
303
45k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
227
22k
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社ではたらくメンバーが書いた記事や、社員 / プロジェクトインタビューをまとめています。