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.3k
エンジニアがUXを とりこぼさないために考えたこと
hiroshitakeda
0
150
自己組織化されたエンジニアチームが実現するUX
hiroshitakeda
0
340
Other Decks in Technology
See All in Technology
7月のガバクラ利用料が高かったので調べてみた
techniczna
3
330
制約理論(ToC)入門
recruitengineers
PRO
2
270
開発と脆弱性と脆弱性診断についての話
su3158
1
1.1k
キャリアを支え組織力を高める「多層型ふりかえり」 / 20250821 Kazuki Mori
shift_evolve
PRO
2
300
Amazon Bedrock AgentCore でプロモーション用動画生成エージェントを開発する
nasuvitz
6
420
Yahoo!ニュースにおけるソフトウェア開発
lycorptech_jp
PRO
0
340
イオン店舗一覧ページのパフォーマンスチューニング事例 / Performance tuning example for AEON store list page
aeonpeople
2
280
トヨタ生産方式(TPS)入門
recruitengineers
PRO
2
220
Product Management Conference -AI時代に進化するPdM-
kojima111
0
220
DeNA での思い出 / Memories at DeNA
orgachem
PRO
3
1.6k
AIエージェント就活入門 - MCPが履歴書になる未来
eltociear
0
470
Go で言うところのアレは TypeScript で言うとコレ / Kyoto.なんか #7
susisu
5
1.6k
Featured
See All Featured
RailsConf 2023
tenderlove
30
1.2k
Build The Right Thing And Hit Your Dates
maggiecrowley
37
2.8k
Building Better People: How to give real-time feedback that sticks.
wjessup
367
19k
Building Applications with DynamoDB
mza
96
6.6k
Product Roadmaps are Hard
iamctodd
PRO
54
11k
Producing Creativity
orderedlist
PRO
347
40k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
17k
What's in a price? How to price your products and services
michaelherold
246
12k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
23
1.4k
For a Future-Friendly Web
brad_frost
179
9.9k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
248
1.3M
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
30
9.6k
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