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
アプリケーション設計について、UXとか
Search
まりも
September 24, 2024
0
8
アプリケーション設計について、UXとか
昔からプログラマーは、UXについていろいろ考えてきました。最近のUI/UX設計技法ではそれが精錬されてきてはいるのですが、どうも抜け落ちている部分を感じたので、その部分についてまとめてみました。
まりも
September 24, 2024
Tweet
Share
More Decks by まりも
See All by まりも
メンタルモデルから見るオブジェクト設計
hrmstrsmgs
0
110
技術的負債
hrmstrsmgs
0
150
よい設計のプログラムを作るには
hrmstrsmgs
0
56
歴史から理解するJavaScript
hrmstrsmgs
0
33
論理的な考え方
hrmstrsmgs
0
38
論理的な話し合いはなぜ必要か
hrmstrsmgs
0
22
腕のある技術者はなぜ
hrmstrsmgs
0
55
疑似乱数の生成
hrmstrsmgs
0
24
構造化プログラミング
hrmstrsmgs
0
48
Featured
See All Featured
We Have a Design System, Now What?
morganepeng
51
7.4k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
10
510
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
30
2.2k
The Pragmatic Product Professional
lauravandoore
32
6.4k
Optimizing for Happiness
mojombo
376
70k
GitHub's CSS Performance
jonrohan
1030
460k
Why Our Code Smells
bkeepers
PRO
336
57k
Fantastic passwords and where to find them - at NoRuKo
philnash
51
3k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
193
16k
The Cost Of JavaScript in 2023
addyosmani
47
7.4k
Building Flexible Design Systems
yeseniaperezcruz
328
38k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
Transcript
アプリケーション設計につ いて、UXとかDDDとか
UXの考え方は昔からありました。 最近方法論が発展しているのはわかるんですが。 発展前に考えていた部分が抜けてない? そういえば言語化されてないかも。言語化してみました。
アプリは操作の集まりではない こういう時にはこういう操 作、の積み重ねではない。
小説の登場人物 推理小説 の開始 事件が起 きる トリック がわかる 犯人が分 かる 特に2回目以降に読む場合は
その時点での心情の把握が大切
知らない人の気持ち 最初は何も知りません
心理モデルの成長 アプリケー ションを使 い始める 機能Aを始めて みる 機能Aを使っ てみる 機能Aを使い 慣れる
ユーザーにとっては、 それぞれの時期で機能Aのイメージは別物
初めて見る機能 世の中にすでにある機能から類推される • 「いわゆるチャット」など アフォーダンス • 「人をある行為に誘導するためのヒントを示す事」(出典: Wikipedia)
機能を心理的に成長する機能 完全に理解 体系的に理解 普通ここまで到達しない 追加の機能を理解 少し複雑な機能 最初の印象 一つの機能とその他わけわからない部分 もしくは全部わけわからないかも
全機能について 機能A 機能B 機能C 機能D 機能E 成長 成長 成長 成長
成長 成長 成長 成長
メンタルモデル 顧客や企業にメールを送ったりする ユーザーはボタンやドロップ団リストを使おうと思っている わけではない
メンタルモデルを操作する 同じメンタルモデルのものは同じ表示にする 同じメンタルモデルに対しては同じ操作ができる 操作がシンプルかどうかは、メンタルモデルがシンプルかどうかで判断する メンタルモデルがシンプルなのに実装が複雑になったら、おおむね実装者の腕の問題
アフォーダンス 写実的なアイコンで実体を表現 ピクトグラムで難易度が上がる 画面全体のデザイン
オブジェクト指向による機能の整理 ユー ザー 店舗 部署 商品 UIではなく現実を扱う
現実のものを扱う 操作の集まり 現実のものがア プリケーション 内に表現されて いてそれを扱う
昔はUXの設計をどうやっていたか DDD 最新のもの。最初からやりたかったのはこれ。 オブジェクト指向 業務に関係ない部分ばかり設計していた DB設計 操作が全く設計に書けないので 要件定義 何をやりたいかをまとめただけ
Domain Driven Design(DDD) 単にきちんとオブジェクト指向で業務設計しろという話 現実にあるものをオブジェクトとして扱う アプリケーション全体で、ものに対する捜査を一貫して扱える