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
Shelfy.inc
January 31, 2023
Business
0
260
構造化の学びのすすめ〜どうやって僕らは問い合わせの一次対応しているのか〜
シェルフィー株式会社の社内LTの中で好評だったものを社外に公開しています。
Shelfy.inc
January 31, 2023
Tweet
Share
More Decks by Shelfy.inc
See All by Shelfy.inc
何故ソフトウェア品質が大事なのか
shelfy
0
210
【シェルフィー株式会社】会社紹介資料/hello-shelfy
shelfy
9
41k
Other Decks in Business
See All in Business
デジタル証券株式会社・会社紹介
dts
0
770
SSP Company Deck
susstap
0
240
jinjer recruiting pitch
jinjer_official
0
74k
SlackでDMを使わない方が いい理由を説明してみた
walkersumida
1
1.1k
Introduction of Elastic Infra Inc.
elasticinfra
0
720
HashPort Company Deck
hashport
0
15k
Platform Engineering done well: innovation, efficiency, market advantage - Matthew Skelton - ProductTank Auckland
matthewskelton
PRO
0
400
大AI時代を長く活躍するための 「コンフォート・ゾーン」の新解釈
mkitahara01985
0
1k
株式会社TableCheck - 会社紹介 Company Profile
tablecheckac
0
850
RとLLMで自然言語処理
bob3bob3
3
480
tokyo_dbt_meetup_#14_意志ある羅針盤たれ<データサイド>
t_yamaguchi
3
590
株式会社BALLAS 会社案内
ballas_inc
0
20k
Featured
See All Featured
Raft: Consensus for Rubyists
vanstee
140
7k
The Art of Programming - Codeland 2020
erikaheidi
54
13k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.7k
Gamification - CAS2011
davidbonilla
81
5.4k
How to Think Like a Performance Engineer
csswizardry
25
1.7k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
107
19k
Art, The Web, and Tiny UX
lynnandtonic
299
21k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
281
13k
Making Projects Easy
brettharned
116
6.3k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
130
19k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
233
17k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Transcript
どうやって僕らは問い合わせの 一次対応しているのか 〜構造化の学びのすすめ〜
目次 ・問い合わせ対応の流れ ・どうやって不具合を見抜くか ・重要な観点 ・構造化
問い合わせ対応の流れ ①電話・メールにて連絡をユーザーから受ける ②不具合かどうかをその場で判断する ③仕様の場合、背景を説明 ④不具合の場合、期限を確認し別チームに対応依頼 ⑤解決連絡
問い合わせ対応の流れ ①電話・メールにて連絡をユーザーから受ける ②不具合がどうかをその場で判断する ③仕様の場合、背景の説明 ④バグの場合、期限を確認し別チームに対応依頼 ⑤解決連絡 これがめっちゃ大事。
なぜ大事か 現状、CX/CREチームはおっきーさんが担当。 不具合だけでなく、根本解決もする必要あり。 いかに窓口で負担を減らすことができるか=不具合でないもの(仕様通り) を見分けられるかが超重要 ームに対応依頼いか⑤解決連絡
どうやって不具合/仕様を見抜くか ①システムの特性を理解、何が起きているかを正確に把握 特性・・・Webを使用 = 異変があれば全ての環境で不具合発生 つまり不具合とは、どのPC、どのWifiでも起きる再現できるもの 起きていること・・・再現ができたら、不具合の可能性高。 それ以外は不具合ではない可能性が高い。
どうやって不具合/仕様を見抜くか ②構造を理解する Q:システム上、 現場に追加されるのは 左のうち何以下のデータ? 例えば招待はどういう構造?
どうやって不具合/仕様を見抜くか ②構造を理解する 例えば招待はどういう構造? A:支店以下のデータ 例)招待された時にアクセスできる人は支 店に対しての権限で決まる。 例)現場に追加された状態で支店を削除 すると現場からも消える などなど。
どうやって不具合/仕様を見抜くか ②構造を理解する 例)全体のシステムの構造は? これも正解ではない。 構造理解のアウトプットに正解はない。
重要な観点 それぞれのステップ ①システムの特性を理解、何が起きているかを正確に把握 ②構造を理解する 要するに ・同じものを見てコミュニケーションをする ・「1の原則→N」を構造の思考と捉えて、学び続けるのが大事!
構造化(システム思考) 物事を構造で捉える。 ・構造は無数にあるので、どういう構造かを考えるのが大事 画像出所:よしつブログより https://yoshitsublog.com/ribbonzu/ 画像出所:Amazon HPより。https://www.amazon.jobs/jp/landing_pages/about-amazon
構造化(システム思考) 物事を構造で捉える。 ・ビジネスモデルだけではなく、個人の思考にも取り入れる 画像出所:「図解で読み解く方程式」https://www.zukai.site/entry/2019/06/13/181436 画像出所:グロービスHPより。https://gce.globis.co.jp/column/more-and-more-logical-thinking-is-needed
伝えたいこと ・いまやっていることがどういう構造の中に位置するのかを考えよう。 そうすると「こうした方がいい」がより楽しくなってくるハズ。 ・構造の理解に正解はない。常に捉えなおそう。 ・学ぶためには、動画でも書籍でもセミナーでもいい 1つの良さそうなやり方を完結してみること!勉強しきるのが大事。