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
デザインする前にやること
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
yusukeiyoda
October 07, 2024
250
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
デザインする前にやること
yusukeiyoda
October 07, 2024
More Decks by yusukeiyoda
See All by yusukeiyoda
音声入力のススメ
yusukeiyoda
0
27
Claudeもくもく会、はじめませんか?
yusukeiyoda
0
130
Featured
See All Featured
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
35k
Why You Should Never Use an ORM
jnunemaker
PRO
61
9.9k
The agentic SEO stack - context over prompts
schlessera
0
850
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
287
14k
The Limits of Empathy - UXLibs8
cassininazir
1
550
Building an army of robots
kneath
306
46k
Optimizing for Happiness
mojombo
378
71k
A Soul's Torment
seathinner
6
3.1k
Building Adaptive Systems
keathley
44
3.1k
Amusing Abliteration
ianozsvald
1
240
Accessibility Awareness
sabderemane
1
160
Stop Working from a Prison Cell
hatefulcrawdad
274
21k
Transcript
デザインチェック機構でよく指摘すること Frequently pointed out by the design check mechanism.
None
それ、ディレクターに確認しましたか?
スタイリッシュで尖ったデザイン インタラクティブですごい動くデザイン クライアントが「かっこいい!」と喜ぶデザイン それ、ディレクターに確認しましたか? 良いデザインの定義 前提として
ユーザーにとって使いやすいデザイン スタイリッシュで尖ったデザイン クライアントの要望が適切に反映されているデザイン インタラクティブですごい動くデザイン クライアントが「かっこいい!」と喜ぶデザイン システム開発時に⽭盾が起こらないデザイン それ、ディレクターに確認しましたか? 良いデザインの定義 前提として
それ、ディレクターに確認しましたか? 良いデザインを作るためには? ワイヤーフレーム デザイン
それ、ディレクターに確認しましたか? 良いデザインを作るためには? ワイヤーフレーム デザイン
それ、ディレクターに確認しましたか? 良いデザインを作るためには? ワイヤーフレーム このボタン押したらどこに 遷移するんだろう この要素って静的なんだろうか 動的なんだろうか ここってイラスト必須なのか 画像でもいいんだろうか このテキストって他と⽐べて
どのくらい重要なんだろう
それ、ディレクターに確認しましたか? デザインを作る前にやること ⻑年の経験で培った ⾃分の中の引き出しを漁って を出すこと とっておき
⻑年の経験で培った ⾃分の中の引き出しを漁って を出すこと とっておき それ、ディレクターに確認しましたか? デザインを作る前にやること
それ、ディレクターに確認しましたか? デザインを作る前にやること ディレクター への
ヒアリング ヒアリング それ、ディレクターに確認しましたか? デザインを作る前にやること ディレクター への
ヒ
ア
リ
ン
グ
それ、ディレクターに確認しましたか? デザインを作る前にやること です。
それ、ディレクターに確認しましたか? です。 不明点がある状態では 良いデザインは作れない コトが多い デザインを作る前にやること
それ、ディレクターに確認しましたか? 不明点は特にありませんでした! デザインを作る前にやること 観点が⾜りてない可能性
それ、ディレクターに確認しましたか? ユーザーにとって使いやすいデザイン を作るためには よくある 場⾯ ここのテキストを16px にした理由は? なんとなく収まりが良いから。
それ、ディレクターに確認しましたか? ユーザーにとって使いやすいデザイン を作るためには ターゲットは誰か?という情報が必要 よくある 場⾯ ここのテキストを16px にした理由は? なんとなく収まりが良いから。 20
代 16pxで良さそうやな 60 代 20pxはないとちゃんと読めなそうやな 情報が揃って初めて判断が出来る
それ、ディレクターに確認しましたか? ユーザーにとって使いやすいデザイン を作るためには ターゲットは誰か?という情報が必要 よくある 場⾯ ここのテキストを16px にした理由は? なんとなく収まりが良いから。 20
代 16pxで良さそうやな 60 代 20pxはないとちゃんと読めなそうやな ディレクター! 教えて! 情報が揃って初めて判断が出来る
それ、ディレクターに確認しましたか? クライアント要望適切反映デザイン を作るためには よくある 場⾯ メインカラーを⾚にした理由は? ロゴが⾚いから。なんかぁー、イケてるカラぁー。
それ、ディレクターに確認しましたか? クライアント要望適切反映デザイン を作るためには クライアントがユーザーに与えたい印象は?価値は?という情報が必要 よくある 場⾯ メインカラーを⾚にした理由は? ロゴが⾚いから。なんかぁー、イケてるカラぁー。 信頼と実績 落ち着いた⻘が良さそうやな
エコと先進 メインを緑、アクセントに寒⾊系 情報が揃って初めて判断が出来る
それ、ディレクターに確認しましたか? クライアント要望適切反映デザイン を作るためには クライアントがユーザーに与えたい印象は?価値は?という情報が必要 よくある 場⾯ メインカラーを⾚にした理由は? ロゴが⾚いから。なんかぁー、イケてるカラぁー。 信頼と実績 落ち着いた⻘が良さそうやな
エコと先進 メインを緑、アクセントに寒⾊系 ディレクター! 教えて! 情報が揃って初めて判断が出来る
それ、ディレクターに確認しましたか? システム開発時無⽭盾デザイン を作るためには よくある 場⾯ ココの画像と⽂章って動的?静的? 分かりません。
それ、ディレクターに確認しましたか? システム開発時無⽭盾デザイン を作るためには 画像は固定サイズか変動するか?最⼤何⽂字⼊るか?という情報が必要 よくある 場⾯ ココの画像と⽂章って動的?静的? 分かりません。 サイズ変動 ボックスに対して画像の横幅は固定にして
縦幅はトリミングした⽅が良いな 最⼤50 ⽂字 5⾏ぐらいになるし縦幅取りすぎるから2⾏で3点リーダーにして 以降は省略した⽅が良いな 情報が揃って初めて判断が出来る
それ、ディレクターに確認しましたか? 画像は固定サイズか変動するか?最⼤何⽂字⼊るか?という情報が必要 よくある 場⾯ ココの画像と⽂章って動的?静的? 分かりません。 サイズ変動 ボックスに対して画像の横幅は固定にして 縦幅はトリミングした⽅が良いな 最⼤50
⽂字 5⾏ぐらいになるし縦幅取りすぎるから2⾏で3点リーダーにして 以降は省略した⽅が良いな ディレクター! 教えて! 情報が揃って初めて判断が出来る システム開発時無⽭盾デザイン を作るためには
まとめ
まとめ ⼿を動かす前に 情報を揃えましょう
これ、ディレクターに確認しました!!