Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
共創するためのデザイン批評
Search
takanorip
February 26, 2021
Design
4k
8
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
共創するためのデザイン批評
takanorip
February 26, 2021
More Decks by takanorip
See All by takanorip
AI-Slopなデザインを生まないためのデザインプロセス戦略
takanorip
10
6k
「見せる」登壇資料デザインの極意
takanorip
7
1.6k
Design System Documentation Tooling 2025
takanorip
3
3k
デザインエンジニアの延長にデザインマネージャーとしての可能性を探る
takanorip
1
1.3k
Tools for Design Engineers other than LLM in the LLM era
takanorip
1
890
Bulletproof Design System with TypeScript
takanorip
7
5.4k
Eleventy3.0 で始める爆速個人ブログ開発!
takanorip
0
320
Webフォント選定の極意!フォントの基本から最新トレンドまで徹底解説
takanorip
6
1.2k
効果的な管理画面を デザインをするために 避けるべき5つの罠
takanorip
15
8k
Other Decks in Design
See All in Design
図面資産×AI 眠れる資産を起こす挑戦
aonomasahiro
0
250
【CEDEC2026】派手さと見やすさは両立できる!『Shadowverse: Worlds Beyond』エフェクト・3D背景の超進化したビジュアル設計
cygames
PRO
1
1.9k
空間アプリ開発のフィードバックをCodexにするための抽象的なデザインツールの模索
karad
0
200
“なんとなくFigma”から一歩先へ。AI時代も活きるWeb制作フロー
ayumidesign
0
240
トランジションの冒険 自分と世界を変える冒険の書 / Transition Adventure
dmattsun
2
590
Where Imagination Ends AI Begins
r5ni4
0
390
Jun Wei | Information Design & Presentation Portfolio
wjw100788
PRO
0
100
デザイン組織の"次の"強みづくり
isaikaori
2
280
デザインハーネス 〜AIが生成する"デザイン"の妥当性を、誰がどう担保するのか〜 / PdEConf2026 Design Harness
kgsi
14
21k
Debiasing Your Software Design Decision-Making @ Flowcon '26
baasie
1
180
Техники структурирования беседы с собой, заказчиком и командо
ashapiro
0
300
組織で働く大人が「知らないままにやってみる」を取り戻す方法とその意味〜企業で働く実務家による実践知の言語化を事例とした考察〜
chiemitaki
1
420
Featured
See All Featured
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
35k
For a Future-Friendly Web
brad_frost
183
10k
Ten Tips & Tricks for a 🌱 transition
stuffmc
1
230
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
3
1.2k
WCS-LA-2024
lcolladotor
0
830
Sam Torres - BigQuery for SEOs
techseoconnect
PRO
0
550
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.6k
How to make the Groovebox
asonas
2
2.4k
The World Runs on Bad Software
bkeepers
PRO
72
12k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.9k
The Cost Of JavaScript in 2023
addyosmani
55
10k
Building a Modern Day E-commerce SEO Strategy
aleyda
45
9.2k
Transcript
共創するためのデザイン批評 2021.02.26 Takanori Oki @Front-End Study #4 「いま考えるユーザー体験とデザインの世界」
自己紹介 • UI designer at ClassDo • Organizer of Web
Platform Study Group • Figma, Web Font, 11ty, etc… • 最近引っ越しました 2
デザイン批評の基本 3
デザイン批評の 基本 • 批判的思考 • デザインがプロダクトの目的を達成するために 適切かどうかを判断する • 批評には適切な方法があり、それを学ぶ必要がある •
ただ感想を伝えれば良いわけではない! 4
批評とレビューの違い 5 デザイン批評 デザインが目的を達成できる か判断するための分析手法。 デザインレビュー デザインの承認や合意形成の ために行われるミーティング。
ベスト プラクティス • 質問で始める • 感情のままに話さない • 自分の意見が正しいと思い込まない • 意見を押し付けない
• 長所について話す • 「誰の視点から考えているか」を考える 6
みんなではじめるデザイン批評 7 チームでどのようにデザイン批評を実践するか 体系的に解説した名著(個人的) みんな読もう
デザイン批評で大切な3つの観点 8
その前に… 9
デザイン批評で一番重要なことは 「見た目」にとらわれないこと 10
見た目の好き嫌いを表明することは 「批評」ではない 11
「デザインのセンスがないから…」 というのは一番言ってはいけない言葉 12
見た目にとらわれない 13 表層にとらわれず、その本質を見極める 見た目の裏側を意識する
デザイン批評で大切な3つの観点 14 デザインの目的 使いやすさ UI Stack
デザインの目的 15
デザインの目的 • なぜこのデザインにしたのか • この「なぜ?」をチーム全員が理解することが重要 • これがレビューの「基準」となる • 見落としてる要件はないか 16
使いやすさ 17
使いやすさ • 達成したいことを迷わず達成できるか • 情報の過不足がないか • 行動を邪魔する要素がないか • etc… •
ダークパターンになってないか • こちらがしてほしいことを強制していないか • ユーザーを騙していないか 18
ダークパターン デザイナーやマーケターが意図せず ダークパターンを生み出す可能性もある ダークパターンはUXを低下させるだけでなく 会社やブランドのイメージ低下につながる デザイン批評でダークパターンを防ぐ 19
UI Stack 20
UI Stack 21 Ideal State Blank State Error State Partial
State Loading State UIの基本的な5つの状態 https://www.scotthurff.com/posts/ why-your-user-interface-is-awkward- youre-ignoring-the-ui-stack/
デザインレビューで考慮すべきポイント 22
デザインレビューで考慮すべきポイント 23 UIの一貫性 実装難易度 データとUI
UIの一貫性 24
UIの一貫性 • 色やmarginなどスタイルの一貫性 • 各UIコンポーネントの役割の一貫性 • インタラクションの一貫性 25
インタラクション 26 「ユーザーのアクションとそれに対するレスポンスの関係性」
UIの一貫性 一貫性のないデザインを 鵜呑みにしない! 高い確率で負債になる エンジニアは「規則を作り守る」ことに慣れてるので、 エンジニアのほうが気づきやすい 気づいたことは伝えることが大事 27
実装難易度 28
実装難易度 • 本来はデザイン始まる前(仕様策定段階)で確認して おくべきこと • 技術面の知識がないデザイナーに対して 「知識を育てる」つもりで、しっかりと説明する • 何が出来て何ができないか、なぜ出来ないか、 代替案はないか、など
29
大事な話 • ごまかさない • 「本当はできるけど面倒だから黙っておこう…」 • 相手を侮らない • 「どうせ説明してもわからないだろう…」 •
本質を探る • 「なぜこのUIを実装する必要があるのか?」 30
データとUI 31
データとUIの 整合性 • データ構造とUIに矛盾がないか • DB • API • マイクロサービス
• etc... • 既存のデータ構造とUIが一致していない場合、 どちらを修正するべきなのかを話し合う必要がある 32
まとめ 33
まとめ • デザイン批評には適切な方法があるよ • デザイン批評とは、デザインが目的を達成できるか どうかを分析すること • 見た目にとらわれず、必要な観点からデザインを分析 してチーム全体で良いプロダクトを開発しよう! 34
THANK YOU! 35