apeescape2.com
  • メイン
  • Webフロントエンド
  • プロセスとツール
  • トレンド
  • データサイエンスとデータベース
Uiデザイン

UIデザインのベストプラクティスとよくある間違い

この記事の音声バージョンを聞く

タイトルは UIデザイナー 伝統的なものからの逸脱を示唆している グラフィックデザイナー 、UIデザインはまだの歴史的伝統の一部です ビジュアルデザイン 規律。

それぞれの動きや媒体で、この分野は新しいグラフィック言語、レイアウト、デザインプロセスを導入しました。世代を超えて、デザイナーはプレスからゼロックス、または紙からピクセルへの移行にまたがっています。これらの世代にわたって、グラフィックデザインは各時代の視覚言語を表現する責任を果たしてきました。



なので UIデザイン 幼少期からの移行で、どのようなグラフィックの世界を発展させることが期待できるでしょうか?現在の軌道に基づくと、将来は暗いように見えます。今日のUIデザインの多くは、標準化され、再現可能になっています。オンラインでのデザインディスカッションは、限界を押し広げたり、新しいことを想像したりするのではなく、デザインを安全に機能させるための学習ルールに固執します。

UIデザイナーがパターンやトレンドに頼る傾向は、当たり障りのない視覚環境を作り出すだけでなく、プロセスがますます定型化するにつれてデザイナーの価値を低下させてきました。

UIのベストプラクティスとよくある間違いを確認するとき、最も差し迫った懸念は技術的な習熟度ではなく、反復的で視覚的に退屈なデザインの猛攻撃を回避することです。

UIデザインの間違いの上位5つは次のとおりです。

  1. UIデザイナーはルールに執着するようになりました。
  2. グリッドは、UIデザイナーの創造的なプロセスを制限しています。
  3. UIデザインはパターンで標準化されています。
  4. 書体は悲劇的に誤解されています。
  5. コントラストはすべてを解決するものではありません。

インターフェイス設計のベストプラクティス

原則を理解し、その特性の中で創造的になります。次のルールは、他の人がいた場所にのみあなたを連れて行きます。

よくある間違い#1:UIデザイナーがルールに夢中になっている

グラフィックデザインの世界は、常に一連の規則と基準に従ってきました。設計分野では、よくある間違いは、破られた標準的なルールと密接に一致しています。この観点から、デザインルールは信頼できるガイドのように見えます。

しかし、すべてのデザイン分野において、新しい動きと創造的な革新は、意識的にルールを破ることから生じています。これが可能なのは、設計が条件付きであり、設計者の裁量が必要なためです。デザインは、有限の答えを持つプロセスではありません。したがって、設計ルールは、冷たくて難しい事実ではなく、ガイドラインとして考慮する必要があります。経験豊富な設計者は、箱から出してすぐに使えるように、ルールブックを十分に理解して尊重しています。

オンラインでデザインを議論する方法は、多くの場合、すべきこととすべきでないことのリストを中心に展開します。 完璧をデザインするための10の簡単なステップをマスターしましょう! 残念ながら、設計には、原則と傾向をよりしっかりと理解する必要があります。優れた設計への道は、チェックリストを体系的に順守することではありません。

興味深いことに、デザイナーがルールを破ることをやめた場合、創造的なブレークスルーを行うことはできません。 UIデザイナーが意思決定能力を磨くのではなく、ガイドラインに従う能力だけを開発した場合、UIデザイナーはすぐに無関係になる可能性があります。私たちの仕事が既製のテンプレートよりも大きな価値をもたらすと他にどのように主張しますか?

javascriptデザインパターンインタビューの質問

「トップ10」のデザインルールに注意する

今日のUIデザインの世界におけるデザインルールの問題は、その豊富さです。設計者が問題を解決する必要がある場合は、既存のUIコミュニティと一連のソリューションを確認するだけです。ただし、これらのガイドとルールの豊富さは、それらの信頼性を損ないます。

Googleで「トップUIデザインの間違い」を検索すると、50万件の結果が得られます。これらの著者のほとんどが互いに同意する可能性はどのくらいですか?提供される各デザインのヒントが、読者のデザインの問題と正確に一致する可能性はどのくらいですか?

多くの場合、オンラインの教育記事では、問題の背後にある設計原則の指針ではなく、深刻な問題について説明しています。結果はその新しいです デザイナー デザインがそのように機能する理由を決して学びません。代わりに、彼らは前に来たことに依存するようになります。これらの記事のほとんどが設計実験を奨励しているのではないか、 演奏する ?

設計者は、事前に決定されたルールや設計テンプレートの本ではなく、指針となる原則のツールキットを利用する必要があります。 「視差スクロールの場合はxを押し、カルーセルの場合はyを押します。選択する前に、ナビゲーションツールがトレンドになっている最新のブログ投稿を参照してください。」退屈な-!

ヒントと「トップ10」リストは予測可能なトレンドに従う

トレンドはデザイナーにとってジャンクフードのようなものです。それらに従うことで、初期の見返りはあるものの、長期的にはほとんど価値のない安価なソリューションが生まれます。トレンドフォロー型のデザイナーはすぐにデートします。他の誰かのデザインパスをたどったことに対する報酬は?プロの空虚さのかじる感覚。

独自のスタイルやシステムを発明するのは大変な作業ですが、努力する価値は絶対にあります。毎日の利益とブレークスルーはすべてあなた自身のものです。コピーには、デザイナーの魂を養うことは決してないように思われる何かがあります。

よくある間違い#2:グリッドがUIデザイナーのクリエイティブプロセスを制限している

ルールに反対する私の怒りにもかかわらず、ここに1つあります。UIデザイナーがグリッドなしで作業することは不可能です。ウェブとモバイルのインターフェースは基本的にピクセルごとの編成に基づいており、それを回避する方法はありません。

ただし、これは、UIデザイナーがグリッド中心の外観のみを追求する必要があるという意味ではありません。同様に、設計に関連するすべての決定がグリッドに基づく理由はありません。

トレンディなツールとしてグリッドを使用しないでください

一般的に、トレンドに応じて設計すると、設計が不十分になります。せいぜい、トレンドは満足のいく結果につながりますが、全体的な影響はほぼ確実に圧倒されます。トレンディであることは普通であることです。

したがって、設計でグリッドを使用するときは、グリッドがツールとして何を提供する必要があり、それが何を伝える可能性があるかを理解してください。グリッドの制約内のすべてが等しく見えるため、グリッドは一般に中立性を表します。

グリッドはまた、偏りのないナビゲーション体験を可能にします。ユーザーは、デザイナーの学芸員の手から干渉を受けることなく、アイテムからアイテムへとジャンプできます。他のナビゲーション構造を使用すると、設計者はコンテンツをグループ化し、目的のシーケンスをより意図的に確立できる場合があります。

UIデザインのベストプラクティスとヒントとコツ

便利なツールですが、グリッドは設計者に非常に限定される可能性があります。

ワークフローとしてデフォルトでグリッドにしない

ディラン・フラカレタ ロードアイランドスクールオブデザイン(RISD)の教員であり、PIN-UP Magazineのディレクターである、は、「ほとんどの人は12列のグリッドから始めます…それから3と4を得ることができるからです」と指摘します。ここでの危険は、設計者がすぐに自分の作業を事前に決定することです。

これを防ぐために、Fracaretaは、グリッド線に対して物を物理的に配置するのではなく、設定された数量の移動ツールのみを使用します。これには、秩序を確立し、予期しない結果の可能性を開くという二重の効果があります。

ブラウザ用に設計するということは、コードを入力して何が起こるかを待つことを意味していました。今日、ウェブデザインは従来のレイアウトデザインに似ており、プロセスは「2枚の透明な紙を調整するようなもの」です。どうすれば デザイナー 、このプロセスの恩恵を受けますか?

グリッドは制限される場合がありますが、最も伝統的な形式の1つです。 組織 。グリッドは直感的です。グリッドはニュートラルで控えめです。グリッドを使用すると、コンテンツがそれ自体を語り、ユーザーがインターフェイスを簡単にナビゲートできます。グリッドの制限に対する私の警告にもかかわらず、異なるアレイは異なるレベルのガイダンスまたは自由を可能にします。

よくある間違い#3:UIデザインがパターンで標準化されている

標準化された設計要素の概念は、UI設計よりも前のものです。アーキテクチャの詳細は何世紀にもわたって繰り返され、同様の設計環境に適用されてきました。この方法は、人々がめったに知覚しない建物の部分に意味があります。

しかし、建築家が家具の寸法や手すりの高さなどの一般的な要素を標準化すると、人々は結果として生じるベージュの物理的環境に無関心を表明し始めました。

UIアーキテクチャのベストプラクティス

かつて建築の分野でベストプラクティスと見なされていた私たちは、標準化されたオフィス家具が次々と苦しい作業環境のために作られていることに気づきました。

これだけでなく、標準化された寸法は効果がないことが証明されました。統計的平均に基づくと、彼らはしばしば人口の大部分にサービスを提供できませんでした。繰り返し可能な詳細にはその場所がありますが、無批判に使用しないでください。

javascriptで現在の時刻を取得する方法

デザイナーはパターンを製品として使用すべきではありません

多くのUIデザイナーは、パターンを単純な時間節約ツールよりも優れたものと見なしています。彼らは、それらを複雑な設計問題に対する既成の解決策と見なしています。パターンは、デザイナーの仕事を容易にするために、定期的なタスクとアーティファクトを標準化することを目的としています。残念ながら、カルーセル、ページ付け、Fパターンなどの特定のパターンは、多くのインターフェイスの構造全体になっています。

パターンの使用は正当ですか?

デザイナーは、人々がWebで読む方法の結果として、Fパターンが存在することを自覚しています。 エスペンブランボルグ おそらく人々は私たちのFパターンの乱用の結果としてこのように読んでいると指摘しています。 「レシピに従うだけなら、ウェブデザイナーがいることの意味は何ですか?」ブランボルグは尋ねます。

よくある間違い#4:書体は悲劇的に誤解されている

多くの「クイックヒント」デザインリストは、フォントの厳格なルールを提案しています。各ルールは、「1つのフォントファミリーのみ! 等幅 フォントは死んでいます!薄いフォントは絶対に避けてください!」これは熱気にすぎません。

タイプ、テキスト、およびフォントに関する唯一の正当な規則は、読みやすさを強制し、適切な意味を伝えることに重点を置いています。テキストが判読できる限り、さまざまな書体を使用する機会があるかもしれません。ザ・ UIデザイナー インターフェイスに実装されている各フォントの履歴、使用法、および設計意図を知る責任を負う必要があります。

書体の読みやすさが最高に君臨

書体は意味を伝え、読みやすさに影響を与えます。デバイスの読みやすさのルールを取り巻くすべての議論で、設計者はそれを忘れています タイプは設計されています テキストの本文に美的感覚を吹き込むこと。読みやすさは重要です—これは論争されるべきではありません—しかしそれは本当に明白な目標であるべきです。そうでなければ、なぜ私たちはヘルベチカ以外のものが必要になるのでしょうか? ハイウェイゴシック ?

覚えておくべき重要なことは、フォントは読みやすさのさまざまなコンテキスト向けに設計されているだけではないということです。それらはまた、意味を伝え、テキストの本文に微妙なムードを与えるために不可欠です。

タイポグラフィのUIデザインのヒントとコツ

各書体は、独自のユースケースを念頭に置いて設計されています。タイプの世界の探索を制限する狭いルールを許可しないでください。

薄いフォントを絶対に避けるのは賢明ではありません

トレンドが過ぎ去った今、一般的なデザイン批評は、薄いフォントを完全に避けることを提唱しています。しかし、もっと規制が必要ですか?目標は、書体をサポートする設計原則をより深く理解することではありませんか?

一部の設計者は、薄いフォントは読み取りが不可能であるか、デバイス間で信頼できないと確信しています。正当なポイント。しかし、これは、書体が読みやすさに関連する技術的な選択としてのみ理解されているUIデザインの現在の議論における条件を表しています。読みやすさが唯一の設計上の懸念事項である場合は、薄いフォントを完全に削除してみませんか?

より包括的なアプローチは、薄いフォントが有利である理由と、そのコンテキストを理解することから始まります。太字で太いテキストは、実際には細いテキストよりも長さで読むのがはるかに困難です。ただし、太字のフォントは視覚的な重みが大きいため、見出しやテキストの少ないコンテンツに適しています。

薄いフォントはセリフを使用することが多く、本文テキストに適しています。どうして?セリフ文字は、すばやく連続して表示すると一緒に流れるため、長時間の読書でより快適になります。

さらに、薄いフォントは優雅さを伝えるためによく選択されます。もし デザイナー 視覚的に洗練されたものを使命とするクライアントのためのインターフェースを作成するために採用された場合、その仕事をするためのより重い書体を見つけるのは難しいでしょう。

フォントは階層を確立するためにバリエーションが必要です

よくあるUIデザインの間違いは、フォント間で適切なバリエーションを提供できないことです。フォントの変更は、インターフェイス内に視覚的な階層を確立するのに役立つ優れたナビゲーションツールです。一般に、最大のアイテム(または最も太字のフォント)が最も重要であり、視覚的な重みが最も大きくなります。視覚的な重要性は、ユーザーがコンテンツの見出しと頻繁に使用される機能を識別するのに役立ちます。

バリエーションが多すぎると、階層が損なわれます

すべてのフォントの選択を一意にすることの問題は、特にインターフェイスに多くの書体が含まれている場合、何も目立たないことです。フォントが違うと、ユーザーが重要なコンテンツを認識したり、視覚的な秩序感を確立したりすることが難しくなります。

よくある間違い#5:コントラストはデザインの治療法ではない-すべて

多くの「トップミス」リストに表示される一般的なスレッドは、UIデザイナーが低コントラストのインターフェイスを避けるように促します。低コントラストのデザインが判読できず、効果がない場合が多いのは事実です。しかし、私の心配は、薄いフォントに関する私のポイントと同様に、絶対的な言語の使用が均質で高コントラストのデザイン文化につながることです。

高コントラストへのデフォルト設定は不注意です

ハイコントラストのビジュアルは、紛れもなく刺激的でエキサイティングです。しかし、人間の感情の範囲内には、伝える価値のある状態がもっとたくさんあります。視覚的に刺激することも視覚的に安全かもしれません。

たとえば、現代の業界全体を考えてみましょう サイエンスフィクション 映画。視聴者をだまして興奮させる方法として、すべての作品が黒とネオンブルーのビジュアルに頼っているようです。より広い範囲の感情的反応を引き起こす高コントラスト画像と低コントラスト画像の両方で物語を織り交ぜることはより効果的ではないでしょうか?

機能的には、インターフェイス内のすべての要素が別の要素と非常に対照的である場合、何も目立ちません。これは、階層ツールとしてのコントラストの潜在的な価値を打ち負かします。停滞した流行のデザインを回避するには、ルールではなくツールとしてさまざまなデザインの動きを考慮することが不可欠です。

結論

せいぜい、デザインルールはガイドです。それらは意思決定の安全性を提供し、設計者に軽率な選択の危険性を警告します。

逆に、デザインルールは法律ではありません。それらは壊れないものではなく、確かに私たちの誰もが認める降伏に値するものではありません。実際、デザインルールは、無謀に従えば、問題を創造的に解決する能力を弱める深刻な松葉杖になる可能性があります。

デザイナーは科学者ではありません。私たちは、私たちが行うすべての美的決定について経験的な証拠を提供する義務はありません。私たちの職業がプロセスと慎重な判断の1つであることは事実ですが、本能と創意工夫の余地があります。実際、トレンディなコンテンツの雑然とした世界でクライアントを際立たせることができるかどうかは、新しい可能性を想像する意欲にかかっています。

実験しなければなりません。私たちは遊ばなければなりません。

デザインルールは、視覚的な利点のために活用するために存在します。それらは曲がったり、壊れたりすることもありますが、盲目的に追跡することはできません。

基本を理解する

優れたユーザーインターフェイスを作るものは何ですか?

優れたユーザーインターフェイスには明確な設計階層があります。つまり、情報は重要性の観点から明確に整理されており、アクセスと理解が容易です。さらに、優れたユーザーインターフェイスは、それを操作する人々にとって意味のある視覚的なムードや美学を体現しています。

ユーザーインターフェイスデザインの原則は何ですか?

ユーザーインターフェイスデザインのコア原則は、明快さ、柔軟性、親しみやすさ、効率性、一貫性です。これらのうち、明快さが一番の目的です。ユーザーインターフェースデザインの明確さにより、ユーザーは自信を持ってやり取りし、探している情報を簡単に見つけることができます。

ユーザーインターフェイスの機能は何ですか?

設計の複雑さにはさまざまなレベルがありますが、ユーザーインターフェイスの主な機能は、人がコンピューターシステムと対話できるようにするブリッジとして機能することです。

顧客の話を聞かない–ユーザー調査が重要な理由

Uxデザイン

顧客の話を聞かない–ユーザー調査が重要な理由
変換のユーザビリティテスト:トレンドの追跡を停止します。データを使い始める

変換のユーザビリティテスト:トレンドの追跡を停止します。データを使い始める

Uxデザイン

人気の投稿
AWSを使用した柔軟なA / Bテスト[メール保護]
AWSを使用した柔軟なA / Bテスト[メール保護]
なぜこれほど多くのPythonがあるのですか?
なぜこれほど多くのPythonがあるのですか?
Firebase認証を使用してロールベースのAPIを構築する方法
Firebase認証を使用してロールベースのAPIを構築する方法
適切に構造化されたロジック:GolangOOPチュートリアル
適切に構造化されたロジック:GolangOOPチュートリアル
ApeeScapeは、スタートアップ起業家に低コストでエリートプログラミングの才能を提供します
ApeeScapeは、スタートアップ起業家に低コストでエリートプログラミングの才能を提供します
 
スケッチとルーパーを使ってすぐに心を曲げるイラストを作成する
スケッチとルーパーを使ってすぐに心を曲げるイラストを作成する
ミニチュートリアル–Figmaボタンコンポーネントの操作
ミニチュートリアル–Figmaボタンコンポーネントの操作
Android開発者が犯す最も一般的な間違いトップ10:プログラミングチュートリアル
Android開発者が犯す最も一般的な間違いトップ10:プログラミングチュートリアル
最高のデータ視覚化ツールの完全な概要
最高のデータ視覚化ツールの完全な概要
将来のUIとデザインサンドボックスの終了
将来のUIとデザインサンドボックスの終了
人気の投稿
  • SQLServerクエリのパフォーマンスチューニング
  • パートナーシップまたは法人として課税されるLLC
  • これは出会い系サイトの広告の女の子ではありません
  • C ++のコーディング方法を学ぶ
  • ApacheCamelチュートリアルのステップバイステップ
  • jwtが拒否されました:ユーザー認証に失敗しました
カテゴリー
プロジェクト管理 モバイル モバイルデザイン 収益と成長 プロセスとツール 設計プロセス トレンド 製品ライフサイクル ライフスタイル エンジニアリング管理

© 2021 | 全著作権所有

apeescape2.com