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
2.1k
管理画面をなくした話 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
120
仮説とはなにか?(s-dev talks. LT)
hiroshitakeda
2
1.4k
カイゼン・ジャーニー・カンファレンス - プログラマのジャーニー
hiroshitakeda
8
3.2k
エンジニアがUXを とりこぼさないために考えたこと
hiroshitakeda
0
150
自己組織化されたエンジニアチームが実現するUX
hiroshitakeda
0
330
Other Decks in Technology
See All in Technology
ロールが細分化された組織でSREは何をするか?
tgidgd
1
430
全部AI、全員Cursor、ドキュメント駆動開発 〜DevinやGeminiも添えて〜
rinchsan
10
5.1k
「Chatwork」のEKS環境を支えるhelmfileを使用したマニフェスト管理術
hanayo04
1
400
低レイヤソフトウェア技術者が YouTuberとして食っていこうとした話
sat
PRO
0
500
〜『世界中の家族のこころのインフラ』を目指して”次の10年”へ〜 SREが導いたグローバルサービスの信頼性向上戦略とその舞台裏 / Towards the Next Decade: Enhancing Global Service Reliability
kohbis
3
1.5k
Bill One 開発エンジニア 紹介資料
sansan33
PRO
4
13k
LIXIL基幹システム刷新に立ち向かう技術的アプローチについて
tsukuha
1
390
Digitization部 紹介資料
sansan33
PRO
1
4.5k
セキュアな社内Dify運用と外部連携の両立 ~AIによるAPIリスク評価~
zozotech
PRO
0
130
60以上のプロダクトを持つ組織における開発者体験向上への取り組み - チームAPIとBackstageで構築する組織の可視化基盤 - / sre next 2025 Efforts to Improve Developer Experience in an Organization with Over 60 Products
vtryo
3
1.9k
名刺メーカーDevグループ 紹介資料
sansan33
PRO
0
820
[SRE NEXT 2025] すみずみまで暖かく照らすあなたの太陽でありたい
carnappopper
2
470
Featured
See All Featured
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
18
990
Java REST API Framework Comparison - PWX 2021
mraible
31
8.7k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
15
1.6k
Code Review Best Practice
trishagee
69
19k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
44
2.4k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Rails Girls Zürich Keynote
gr2m
95
14k
The Invisible Side of Design
smashingmag
301
51k
YesSQL, Process and Tooling at Scale
rocio
173
14k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
8
840
VelocityConf: Rendering Performance Case Studies
addyosmani
332
24k
Into the Great Unknown - MozCon
thekraken
40
1.9k
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