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
管理画面をなくした話 DIST.25 LT資料
Search
h.t.
February 08, 2019
Technology
1
2k
管理画面をなくした話 DIST.25 LT資料
変化が激しい世界において管理画面の意味をみなおすことで結果として管理画面をなくしました。
DIST.25 LT資料
h.t.
February 08, 2019
Tweet
Share
More Decks by h.t.
See All by h.t.
サービスとは何だっけ?的な話(s-dev talks. LT)
hiroshitakeda
1
110
仮説とはなにか?(s-dev talks. LT)
hiroshitakeda
2
1.2k
カイゼン・ジャーニー・カンファレンス - プログラマのジャーニー
hiroshitakeda
8
3.1k
エンジニアがUXを とりこぼさないために考えたこと
hiroshitakeda
0
130
自己組織化されたエンジニアチームが実現するUX
hiroshitakeda
0
290
Other Decks in Technology
See All in Technology
Shopifyアプリ開発における Shopifyの機能活用
sonatard
4
250
SREが投資するAIOps ~ペアーズにおけるLLM for Developerへの取り組み~
takumiogawa
1
430
Incident Response Practices: Waroom's Features and Future Challenges
rrreeeyyy
0
160
The Rise of LLMOps
asei
7
1.7k
ISUCONに強くなるかもしれない日々の過ごしかた/Findy ISUCON 2024-11-14
fujiwara3
8
870
障害対応指揮の意思決定と情報共有における価値観 / Waroom Meetup #2
arthur1
5
480
Engineer Career Talk
lycorp_recruit_jp
0
190
心が動くエンジニアリング ── 私が夢中になる理由
16bitidol
0
100
New Relicを活用したSREの最初のステップ / NRUG OKINAWA VOL.3
isaoshimizu
3
630
テストコード品質を高めるためにMutation Testingライブラリ・Strykerを実戦導入してみた話
ysknsid25
7
2.7k
BLADE: An Attempt to Automate Penetration Testing Using Autonomous AI Agents
bbrbbq
0
320
SRE×AIOpsを始めよう!GuardDutyによるお手軽脅威検出
amixedcolor
0
170
Featured
See All Featured
StorybookのUI Testing Handbookを読んだ
zakiyama
27
5.3k
GitHub's CSS Performance
jonrohan
1030
460k
Producing Creativity
orderedlist
PRO
341
39k
[RailsConf 2023] Rails as a piece of cake
palkan
52
4.9k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
42
9.2k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
191
16k
Building a Scalable Design System with Sketch
lauravandoore
459
33k
Rails Girls Zürich Keynote
gr2m
94
13k
Done Done
chrislema
181
16k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
8
900
Teambox: Starting and Learning
jrom
133
8.8k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
126
18k
Transcript
激しい変化の中で 個別最適された管理画面
自己紹介 主にエンジニア プロのプログラマ、認定スクラムマスター、UX見習い 武田
本日のまとめ あるECサイトの「管理画面」を限りなく無くしたという話 ※ 管理画面のLTで管理画面をなくす話ですみません… ※ • HTMLも直接書き換える • SQLも直接書く
さて、"管理画面" の話をする前に…… 画面とは? 国語辞典より 1. 描かれている絵の表面 2. 映画やテレビなどの映像
なんで画面が必要なの?
ID name account email ・・・ □ 100 aaa @aaa aaa@bbb
□ 123 takeda ~~~ ccc@ddd UPDATE SET account='~~~' WHERE id=123; 機能としては同じ
昔々はいわゆる「画面」なんてなかった いわゆる「黒い画面」のコマンドですべてをやっていた でも、みんな画面ほしがった > ls ./ ../ bin/ dev/
「画面」の効果とは? • 普段の生活に近い感覚で操作ができる • マウスで操作できる • なんとなく簡単な気がする • 画面があればエンジニアじゃなくても出来る気がする
「エンジニアじゃなくても出来る」とは? つまり 「効率」と「効果」 のトレードオフ 効率 効果
<!DOCTYPE html><html lang="ja"><head><style> .cta{}#custom-links- edit{}#custom-links- edit-dialog{}.default- theme{}#dood{}#error- notice{}#error-notice- container{}#error- notice-link{}#error-
notice- msg{}.fkbx{}#fkbx- text{}.float- down{}.float-up{}.has- link{}.hide- index.html タイトル 本文 画像 効果 効率 使うのは簡単!でも出来ることが限られる なんでもできる!でも使うのが難しい
閑話休題 (それはさておき)
「画面」は良いとして「管理」とは? 「画面の変更」「ユーザ情報の確認」 サービスを提供するために不可欠な機能。 管理はサービスの一機能(サービスに含まれるもの)
ここで改めて 「管理画面」ってどういうイメージだったでしょうか?
ユーザ エンジニア オペレータ ユーザ エンジニア オペレータ 管理 画面 どっち? 管理
画面
ユーザ エンジニア オペレータ ユーザ エンジニア オペレータ 管理 画面 こっち! 管理
画面
・画面の話 "効率と効果の話" ・管理の話 "one teamの話" つまり 何が言いたいのか?
まず 「効果」を最大にするためには「黒い画面」を使おう!
え? エンジニアじゃないから HTMLなんて書けない?? やっぱり管理画面がほしい???
いえいえ… 1人でやる必要なんてありませんよ エンジニアとあなたは "One Team" ですよ チームで実現できるならそれで良いじゃないですか
閑話休題 (それはさておき)
抽象的な話ばかりだったので…… とあるECサイト作ってました {Title1} Title2 ……………………………… …………………… …………………… Image(jpg) logo 商品編集画面
タイトル タイトル画像(.jpg) タイトル2
「商品の魅力訴求のために動画を使いたい!! 動画使えますよねっ!?」 商品画面 編集 タイトル タイトル画像(.jpg) タイトル2 「え… 管理画面に .jpgって書いてありますよね……
動画使えませんよ…?」 「そうですよね……すみません」 ある時…
Σ(゚□゚;)これじゃダメっ! やりたいこと < 管理画面 だっけ? 違うよね??
Σ(゚□゚;)これじゃダメっ! やりたいこと > 管理画面 だよね?
管理画面を捨てました! {Title1} Title2 ……………………………… …………………… …………………… Image(jpg) logo 商品画面 編集
タイトル タイトル画像(.jpg) タイトル2 エンジニア オペレータ
管理画面を捨てました! logo 商品画面 編集 タイトル タイトル画像(.jpg) タイトル2 エンジニア オペレータ New
Item!! Movie ♡
管理画面という制約を捨てたことで よりユーザに価値を届けられるECサイトに変貌した という話でした
!!注意!! 環境変化が激しい少品種少量のECだからできた技です。 これはAmazonみたいな安定・多品種・大量のサイトでは無理です。 Cost 管理画面 作りこみ 手作業 Cost 管理画面 作りこみ
手作業 環境 変化 ↓ 環境 変化 ↓ 環境 変化 ↓ Time Volume Time Volume
!!注意!! 逆に言うと変化が激しい世界にいるなら管理画面を作るより 手作業でone teamで効果を求める方が安くて・うまいかもしれません。 Time Volume Cost 管理画面 作りこみ 手作業
Time Volume Cost 管理画面 作りこみ 手作業 環境 変化 ↓ 環境 変化 ↓ 環境 変化 ↓
閑話休題 (それはさておき)
まとめ
ということで、 「オペレータ」「管理画面」「エンジニア」 という垣根を壊して 1つの「サービス」 と再定義することで、 効果をとった、という話でした。
管理画面は 「誰かが作ってくれるからそれを使う」 という他人行儀なものではなく、 サービスそのもの サービスをよりよくするための「道具」 ユーザーにより良い価値を届けるための「道具」
- 穴ではなくドリル - ユーザは穴が欲しいのかもしれませんが、われわれはドリルを作ってます。 必要なときに必要なサイズの穴をユーザーに届けたい。 管理画面というのは決められたサイズの穴ではなく 優秀なドリルであって欲しいと思います。
ご清聴ありがとうございました m__m