エンジニアが考えるUI/UX

Transcript

1. デザイナー エンジニア が考える UI/UX 2022/04/08 何でもLT
2. 目的 UI/UXはデザイナーが考えること UI/UXはエンジニアも考えること ↑この認識を持つ
3. 発表内容の元ネタ https://blog.btrax.com/jp/
4. いきなり結論 UI/UXはパクってはいけないが 他社のUI/UXと似せた方がいい （オリジナルである必要はない）
5. そもそもパクリとは？ 以下の違いは何でしょうか？ • パクリ • インスパイア • オマージュ • リスペクト • パロディ
6. そもそもパクリとは？ ざっくりこんな感じ。 • パクリ →バレたら困る • インスパイア →バレた時の言い訳として使う • オマージュ →わかる人にだけ元ネタがわかってほしい • リスペクト →元ネタに気づいて欲しい • パロディ →バレなきゃ困る
7. 最近のUI/UXはほとんど同じ 世の中の大半のサービスは似たり寄ったりな UI/UXを実装している。 ユーザビリティを追求した結果かもしれないし、ユニバーサル UIを追求した結果かもしれないし。。
8. ユーザが求めている UI 手っ取り早く目的にたどり着きたい。 直線的で何も考えなくていい近道を通りたい。
9. けもの道現象 システム開発者がユーザに通ってほしいルート（Designed Path）と ユーザが通りたいルート（Desire Path）が異なる現象。
10. けもの道現象を活用しているディズニーランド パーク内を螺旋状に設計して、 どのエリアにも直線的にたどり着くことができる。
11. 実はUIが同じ方がユーザにとっては有難い 多くのユーザは毎日複数のWebサイトを利用するので、覚えることに疲れている。 新しいWebサイトにアクセスするたびに、異なるインターフェイスやユーザ体験を学び直 すのに疲れてしまっている。 ということは、類似する既存のWebサイトのUIやUXを踏襲されていた方が、ユーザに とっては自ずと使いやすくなる。 ただし、モロパクリではいけない。正しくパクる必要がある。 ここがUI/UXを検討する上で難しいところ。
12. まとめ 正しくパクる方法は・・ • ユーザの抱える課題を明確にする • そして、その課題を解決するソリューションを考える • それに相応しいと思われる既存のサービスやデザイン要素を活用する • 見た目の雰囲気や自社のサービスの最も重要と思う価値の部分にオリジナリティ を入れる
13. fin