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
エンジニアが考えるUI/UX
Search
ryoAccount
April 08, 2022
Design
17
0
Share
エンジニアが考えるUI/UX
ryoAccount
April 08, 2022
More Decks by ryoAccount
See All by ryoAccount
最大のアウトプット術は問題を作ること
ryoaccount
0
340
Code Reliability
ryoaccount
0
14
S3は問答無用で非公開!!
ryoaccount
0
24
XSS?なんですかそれ?
ryoaccount
0
63
0から始めるセキュリティ
ryoaccount
0
120
Other Decks in Design
See All in Design
test deck title
shotamatsuo
0
1k
大企業インハウスデザイン組織における DesignOps改革の現在地 / DesignOps at Scale: Navigating Transformation in Large Enterprises
nttcom
0
530
プラットフォームに馴染むモバイルアプリデザイン / Mobile App UI Design Lunch LT
pixyzehn
0
160
新規AIプロダクトで、事前に知るべきだった3つの壁 〜医療AIを1年間作って、従来の開発が通用しなかった話〜 / Three Walls in Building AI Products
shikichee
2
4.1k
2026年、デザイナーはなにに賭ける?
0b1tk
0
530
AI時代に求められるUXデザインのアプローチ
xtone
0
2.8k
ClaudeCodeでマーケターの課題を解決する
kenichiota0711
11
13k
コンテンツ作成者の体験を設計する
chiilog
0
140
【優秀賞+特別賞】くまモン食いしん坊弁当「くまモンの魔法の柑橘弁当」最終審査資料
shoko_seven11
0
140
decksh object reference
ajstarks
2
1.6k
「余白」と「欲望」を味方につける ——AI時代のデザインエンジニアリングと「越境」の作法 #KNOTS2026
koyaman
1
1.8k
Crisp Code inc.|ブランドガイドライン - Brand guidelines
so_kotani
1
350
Featured
See All Featured
Crafting Experiences
bethany
1
110
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
199
73k
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
Documentation Writing (for coders)
carmenintech
77
5.3k
Designing for Timeless Needs
cassininazir
0
190
The Limits of Empathy - UXLibs8
cassininazir
1
300
Principles of Awesome APIs and How to Build Them.
keavy
128
17k
Building a A Zero-Code AI SEO Workflow
portentint
PRO
0
450
Product Roadmaps are Hard
iamctodd
PRO
55
12k
Jess Joyce - The Pitfalls of Following Frameworks
techseoconnect
PRO
1
140
The Organizational Zoo: Understanding Human Behavior Agility Through Metaphoric Constructive Conversations (based on the works of Arthur Shelley, Ph.D)
kimpetersen
PRO
0
310
Into the Great Unknown - MozCon
thekraken
41
2.4k
Transcript
デザイナー エンジニア が考える UI/UX 2022/04/08 何でもLT
目的 UI/UXはデザイナーが考えること UI/UXはエンジニアも考えること ↑この認識を持つ
発表内容の元ネタ https://blog.btrax.com/jp/
いきなり結論 UI/UXはパクってはいけないが 他社のUI/UXと似せた方がいい (オリジナルである必要はない)
そもそもパクリとは? 以下の違いは何でしょうか? • パクリ • インスパイア • オマージュ • リスペクト
• パロディ
そもそもパクリとは? ざっくりこんな感じ。 • パクリ →バレたら困る • インスパイア →バレた時の言い訳として使う • オマージュ
→わかる人にだけ元ネタがわかってほしい • リスペクト →元ネタに気づいて欲しい • パロディ →バレなきゃ困る
最近のUI/UXはほとんど同じ 世の中の大半のサービスは似たり寄ったりな UI/UXを実装している。 ユーザビリティを追求した結果かもしれないし、ユニバーサル UIを追求した結果かもしれないし。。
ユーザが求めている UI 手っ取り早く目的にたどり着きたい。 直線的で何も考えなくていい近道を通りたい。
けもの道現象 システム開発者がユーザに通ってほしいルート(Designed Path)と ユーザが通りたいルート(Desire Path)が異なる現象。
けもの道現象を活用しているディズニーランド パーク内を螺旋状に設計して、 どのエリアにも直線的にたどり着くことができる。
実はUIが同じ方がユーザにとっては有難い 多くのユーザは毎日複数のWebサイトを利用するので、覚えることに疲れている。 新しいWebサイトにアクセスするたびに、異なるインターフェイスやユーザ体験を学び直 すのに疲れてしまっている。 ということは、類似する既存のWebサイトのUIやUXを踏襲されていた方が、ユーザに とっては自ずと使いやすくなる。 ただし、モロパクリではいけない。正しくパクる必要がある。 ここがUI/UXを検討する上で難しいところ。
まとめ 正しくパクる方法は・・ • ユーザの抱える課題を明確にする • そして、その課題を解決するソリューションを考える • それに相応しいと思われる既存のサービスやデザイン要素を活用する • 見た目の雰囲気や自社のサービスの最も重要と思う価値の部分にオリジナリティ
を入れる
fin