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
Backlogをサポート窓口として活用する/JBUG_Summer_2022
Search
mito
July 28, 2022
Technology
0
740
Backlogをサポート窓口として活用する/JBUG_Summer_2022
mito
July 28, 2022
Tweet
Share
More Decks by mito
See All by mito
クラウドリフトとクラウドシフトで変わる運用/CODT2023
mito201
0
99
クラウドネイティブエンジニアを育成する/CNDT2022
mito201
1
580
sudo_pip_installするときはよく考えて!/sudo_pip_install_ansible
mito201
0
1k
VBAで始める手のひらの上の自動化/vba_faile-coordination
mito201
0
1.1k
JANOG48_NW運用自動化の拡大/janog48_nwauto
mito201
2
200
AnsibleとCloudFormationの組み合わせでトレーニング環境を運用している話/ansible-and-cfn
mito201
2
2.9k
VBAから見たAnsiblePlaybookとの比較/diff-vba-ansible
mito201
0
470
Other Decks in Technology
See All in Technology
talk_about_wasmwasi
junkishigaki
0
100
日経電子版 x AIエージェントの可能性とAgentic RAGによって提案書生成を行う技術
masahiro_nishimi
1
130
もし今からGraphQLを採用するなら
kazukihayase
9
4.4k
クラウドネイティブ時代を乗り越えるためのオブザーバビリティ(可観測性)ことはじめ_CloudNative-Observability
tkhresk
0
100
Amazon Aurora バージョンアップについて、改めて理解する ~バージョンアップ手法と文字コードへの影響~
smt7174
1
320
AWSでRAGを実現する上で感じた3つの大事なこと
ymae
3
750
Postman Vaultを使った秘密情報の安全な管理
nagix
3
200
AIエージェントについてまとめてみた
pharma_x_tech
20
12k
【弥生】20250130_AWSマルチアカウント運用セミナー登壇資料
yayoi_dd
1
140
WAF に頼りすぎない AWS WAF 運用術 meguro sec #1
izzii
0
290
プロダクト価値を引き上げる、「課題の再定義」という習慣
moeka__c
0
220
20250129 Findy_テスト高活用化
dshirae
0
240
Featured
See All Featured
Optimising Largest Contentful Paint
csswizardry
33
3k
How to train your dragon (web standard)
notwaldorf
90
5.8k
Designing for humans not robots
tammielis
250
25k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
175
51k
Git: the NoSQL Database
bkeepers
PRO
427
64k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
20
2.4k
4 Signs Your Business is Dying
shpigford
182
22k
The World Runs on Bad Software
bkeepers
PRO
67
11k
Mobile First: as difficult as doing things right
swwweet
223
9.3k
Become a Pro
speakerdeck
PRO
26
5.1k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
98
18k
Code Reviewing Like a Champion
maltzj
521
39k
Transcript
Backlogをサポート窓口にしたら、 サポート対応の生産性が上がった話 2022.07.28 JBUG Summer 2022 伊藤雅人 @mito0538
Hello!! • 氏名:伊藤 雅人 @mito0538 • 経歴:組み込みソフトウエア開発から、生産管理や情報システム部での業務改善、 AnsibleによるNW運用自動化などを経験し、2022年に株式会社カサレアルへ 入社。現在は今秋リリース予定のクラウドサービスの立ち上げに従事
お客様からの問い合わせを受ける窓口を メール(とExcel)からBacklogの課題登録に変更したところ、 サポート対応の生産性が上がった話です。 ここの生産性とは以下になります。 • 問い合わせ管理の効率化 • 問い合わせ返信の速度向上 ◦ 心理的負荷の低下
これから話すこと
前提の状況 サポート窓口の始め方 受付からクローズまでの行動 サポート窓口の終わらせ方 課題 目次 まとめ
顧客向け • Backlogにアクセスできること 自社向け • 案件単位の顧客が対象です ◦ 誰でも問い合わせできる窓口ではないです • チャットツールを使用しています
◦ Backlogからの通知(課題登録、コメント追加など)を受け取ります Slackを使っていますが、Teamsでも何でも良いです ◦ メールよりチャットのほうが気づきやすいです (チャットのほうが相手との距離感が近いため、意識している?) 前提の状況
サポート窓口として使用した メールとBacklogの比較
メール • サポート窓口のメールアドレスを決める • 件名のルールを決める ◦ ドメインのみのフィルタリングでは、 他部門と混ざる ◦ 個々に設定する
• 問い合わせ管理表を作成する ◦ 項目を決める Backlog • プロジェクトを作成する • 種別やインテグレーション(通知)などの設 定を行う ◦ 1回の設定で全体に適用される • 顧客のチームを作成する • 顧客へBacklogの招待リンクを送る ◦ メールアドレスを教えてもらい、登 録する方法もある サポート窓口の始め方 -> 決めることが多い -> カスタマイズ不要で使うのみ
受付からクローズまでの行動 メール Backlog • 回答、顧客会社名、宛名を記載する • 宛先メールアドレスを確認、必要であれば 手作業で追加する ◦ 誤送信の可能性が含まれる
• 問い合わせの一連の流れや、ステータス、 期限などを管理表に追加、随時更新する ◦ どのファイルが一番新しいか気にな ることも • 回答を記載する ◦ 回答した内容を編集できる • 通知先はリストから選択する ◦ 手作業で誤入力しても、リストにな ければ通知メールは飛ばない • 問い合わせの一連の流れやステータス、期 限日は、Backlogで容易に管理できる ◦ 担当者も明確になり漏れにくい -> 回答以外にも気を使う -> 管理が容易で、回答のみに 注力できる
受付からクローズまでの行動深掘り メール Backlog • メールは宛先を追加しやすいため、念のた めの共有や様々な思いから、関係性の薄い 人も追加される ◦ 認識している情報量に差が出る •
アカウント登録作業が必要なため、関係性 の高い登録者へ絞られる。なぜなら、管理 するアカウントを増やしたくないため ◦ 認識している情報量は同等 ◦ 読んだら(表示したら)、通知のアイ コンにチェックがつく -> 登場人物は増え、スピード感が 落ちる -> 話を進めやすい
サポート窓口の終わらせ方 メール Backlog • 特になし • チームを削除する • 招待リンクを無効にする •
今までの問い合わせをエクスポートして、 顧客に渡す ◦ サポートを受けない=サービスを使 わないのであれば、渡さなくていい かも -> 何もしなくて良い -> 顧客が接続できないよう削除する
• チャンネルが通知で埋まることも • 良くも悪くも、顧客がBacklogの課題を読んだか(表示したか)分かる ◦ 即レスを期待しないこと • 本日が期限日で完了していない課題は、インテグレーションで通知を飛ばせると嬉 しい ◦
現在は、BacklogAPIとGoogleAppsScriptの組み合わせで、Slackへ通知を飛ば す仕組みを実装しています ◦ コードは、Blogで公開しています https://mitomito.hatenablog.jp/entry/2022/07/26/120000 課題
メールの代わりに、Backlogをサポート窓口として使用すると、 サポート対応の生産性が向上しました。 まとめ
まとめ • 問い合わせ管理の効率化 ◦ 内容、問い合わせ日、期限日、ステータスは全てBacklogが管理します ◦ 課題を社内用プロジェクトに連携させることで、対応漏れが起きにくいです ◦ メンバーが入れ替わっても、資料はBacklogのみのため共有しやすいです ▪
顧客/案件名_問い合わせ管理表_日付.xlsxは存在しません • 問い合わせ返信の速度向上 ◦ 回答のみの記載になりました ▪ 回答の修正もできます ◦ メール送信前の宛先メールアドレス確認は、不要になりました ▪ 誤送信の心配もありません
Thanks!! 効率的な手段はどこかにあります