デザインに関する4つの真実
実際に、それはあなたが考えるほど難しいほど難しく、さえない半分ではありません。
1.色が意味をなさない
ユーザーはあなたの色分けを理解していません。 緑はあなたにとって「良い」ことを意味しますが、他の画面にいる他の人にとっては「読めない」、「ガチョウのたわごと」、または「サイゴン？」 なに？ 私はまだサイゴンにいますか？」 誰もが、もしあったとしても、独自の方法で排他的に色を見ます。 彼はいくつかの色が好きで、他の色が嫌いです。 そして、これはほとんど予測不可能です。 推測できません。
色は言葉でも合理的でもありません。 彼は文脈的で感情的です。 色は強力なツールですが、それ自体は意味がありません。
花でできることは次のとおりです。
任意の色：アイテムには色があります
異なる色：アイテムは他のアイテムと異なります
灰色：何かが壊れています
赤：デザイナーはあなたを憎み、怒りたい
2.最も重要なのは位置です
ユーザーは、ボタンアイコンの意味や、ボタンアイコンに書かれていることを気にしません。 毎日変更することができ、文句を言う人はいません。
要素の位置を変更すると、ユーザーは頭を頭に入れます。
アプリを使用するとき、人々はモーターメモリを使用します。 インターフェイス要素の移動は、洗練された拷問方法のように感じられます。 あなたは純粋なフィルタリングされていない燃焼憎悪であるかを知りたい場合は、行くと場所でいくつかの要素を変更します。
3.誰も読まない
この文はおそらく読んでいないでしょう。 あなたはしているが読んでいる場合、あなたはおそらく最初の試みで、全体の記事を読んでいません。 あなたは、ヘッダからの引用に渡り、多分あなたはこの段落を読む前にポイントのカップルを逃しました。 それは本当です。 それにもかかわらず、なぜ私たちは説明テキストを書いているのですか？ インターフェイスで長い段落を許可するのはなぜですか？ ユーザーマニュアルとよくある質問がユーザビリティの問題に対する適切なソリューションであると偽装するのはなぜですか？
怠け者だからです！ 読むのが面倒で、書くのが面倒。
4.ナビゲーションは失敗です
ナビゲーションインターフェイスや情報アーキテクチャを誇りに思ってはいけません。 あなたのインターフェースの重要な部分は、ナビゲーションの場合は、失敗へのパスにすでにしています。
あなたの仕事は、ユーザーが目標を達成できるようにすることです。 アプリケーションのナビゲーションはユーザーの目標ではありません 。 ジョブを正しく実行した場合、アプリケーションは1つのことのみを実行し、1つの画面上で常に実行します。 しかし、ユーザーのために何かを解決したり、選択を完全に排除したりすることはできません。選択はユーザーに任せます。
デザイン-ユーザーの意思決定を取り除くために、重い意思決定です。
はい、まあ、ほとんどのアプリケーション、ほとんどのサイトではナビゲーションが必要であり、ユーザーは結局ナビゲーションを使用することに慣れています。 妥協が必要です。 確かに同意します。 そして、ほとんどの場合、この妥協点に到達し、ナビゲーションを実装します。 しかし、私は恥ずかしく思います。
プロセスに関する3つの真実
アプリケーションのすべての部分が等しく重要であるとは限りません。 最初にすべきこと、忘れてはならないこと、完全に無視できることなどがあります。
5.コンテンツは良い、UIは悪い
UXコンセプトが策定される前の最初のUXジョブは、情報アーキテクトでした。 これは今でもあらゆるプロジェクトで最も重要な仕事です。 物には名前があり、名前を付ける必要があります。 名前と動詞の定義は、UXの最も重要な部分です。
コンテンツはソリューションです。 コンテンツを設計しない場合、問題を設計します。
Lorem Ipsumでワイヤーフレームを作成するたびに、ユーザーをs辱し、クライアントの信頼を悪用します。 また、自分自身を妨害します。
Loremipsitisは悪いです、私を信じて、私は写真を見ました。
実際のコンテンツを扱うことができないが、コンテンツとは独立したフレームワークの設計に焦点を合わせると、実際にはユーザーとその目標の間に障壁が生じます。 すぐに停止します。 コンテンツを設計すると、タスクが自動的に完了する可能性があります。
6.先延ばしは良い
サイトマップとナビゲーションを最後に作成します。 実際、それらをまったく行わないでください。 画面上で最も重要な項目で起動しますと、彼の目標を達成するために、ユーザが役立ちます。 余分な時間と予算はすべて、この画面を完璧にするためのものです。 すべての詳細をループします。 時間をかけて各ピクセルを磨いてください。 開発の1分ごとを楽しむ喜びにふける。
締め切りが来るか、開発予算が終了すると、クライアント/上司は非常に怒って、ユーザーに押し込みたいと思っていた他のでたらめをしなかったことを叫びます。 何も完成し、決して一人として評判を謝罪し、稼ぐ、黙って...
不要な部品を設計しないように計画を失敗させます。
すべての不要なゴミが次のバージョンまで延期され、ユーザーが解雇されるまできれいな製品を楽しみ、あなたに代わるものがこの理想を台無しにすることを願っています。 市場に出ているUXデザイナーは、言われたことや期待されていることを実行するのに十分です。 それが、非常に多くの標準以下の製品がある理由です。 それらのいずれかにしないでください。
7.ユーザーテストは子供を殺します
ユーザーテストは信じられないようなものです。これはよく知られた事実です。 いいえスマートどのように信じられないほどの問題であり、どのように良いあなたのインターフェース。 プロジェクトの初期段階で10分間のユーザーテストを行うことで、旅の終わりに失敗するのを防ぐことができます。
ユーザーテストルール。 あなたがそれらをしなければ、あなたはバカです。
それにもかかわらず、ユーザーテストは、賢く、仕事をし、あらゆる小さなことに汗をかき、狂気の、曲がりくねった、幻想的に不定形の設計プロセスを経る必要性からあなたを解放しない。 あなたはまだ天才でなければなりません。 そして、これは革新的なソリューションや製品を開発している場合に特に当てはまります。
イノベーションに関して言えば、ユーザーは悪、近視、近視、うぬぼれ、愚かなどです。 そして、あなたはそれに耐えなければなりません。
新しいアイデアのユーザーテストは下手です。 あなたがそれらを作るなら、あなたはばかです。
あなたが素晴らしい新しいアイデアを持っているとき、それはかろうじて呼吸する壊れやすい胎児からその人生を始めます。 2本の足でしっかりと立ち、利己的なユーザーの不注意な取り扱いに耐えることができる、完全に形成された革新に変えるには、育成と穏やかな注意が必要です。 ユーザーが新しいラムのサメテストとして新しいアイデアをテストします。 それはアイデアと子羊の両方にとってひどく終わります。 だから、それは準備ができている初心者にあなたのアイデアを行く...しかし、唯一までさせてください。
アイデアの準備ができているかどうか、どのようにしてわかりますか？ 長い間取り組んでいると、重大な欠陥が見られるようになります。アイデアが一般的にどのように機能するかという問題であり、これらすべてを既存のものと組み合わせる方法ではありません。 アイデアが、自分自身が代替案について考え始めると考えた方法に近づき始めたら、確認する時が来ました。
プログラマーに関する2つの真実
エンコーダーのエラーはあなたのせいではないと思うかもしれません。 公正ですが、それでもあなたの責任です。 決して受信されないメッセージを送信するように、理解されない設計は時間の無駄です。 聴衆を理解する必要があり、聴衆はプログラマーです。 彼らは奇妙な動物ですが、最終的にはあなたもです。
あなたはメイド部門の世話をした場合、開発者は、あなたが金持ちや有名人になります。
すでにコードを学んでください。実際は時間です。しかし、これを行うまで、プログラマーについて知っておくべきことは次のとおりです。
8.プログラマは恐ろしい例から学ぶ
開発者は、彼らが作成された方法を学ぶためにうまく設計されたアプリケーションやサイトを調べていません。 彼らは、他のコーダーによって書かれたデモやチュートリアルを通じて時間を費やし、複雑で複雑なコーディングの概念を、とてつもなく面白い例を使用して説明しようとします。
プログラミングチュートリアルは、最悪のUXプラクティスを教えます。
彼らはこれらの例の実際の応用については考えていません。 彼らはこれらの例のUXについては考えていません。 これらの例は、その架空のシナリオでは肯定的な結果につながるなら、彼らは気にしないでください。
何千人もの開発者が自分たちの技術を学び、盲目的に過度に単純で、設計が不十分で、愚かなシナリオを実現しています。 彼らはいくつかの不器用なフォームと数百時間のクレイジーなチュートリアルでアプリケーションを開発しています。 それで、あなたはあなたの仕様をもう少し具体的にすべきでしょうか？
9.プログラマーは不条理が大好き
プログラマは、普通の人が考えないことを心配する必要があります。 デザインに[姓]フィールドを配置できますが、プログラマには100個のアラームがあります。
• 人に姓がない場合はどうなりますか？
•姓が数式として表現されている場合はどうなりますか？
•姓が255文字より長い場合はどうなりますか？
•姓にタブ、複数の段落、不可解なスペース、顔文字、括弧、コンマ、一重引用符、二重引用符が含まれている場合はどうなりますか？
•姓が時間とともに変化した場合はどうなりますか？
普通の人にとって、これらの質問はばかげていますが、プログラマーにとってはそうではありません。 設計者にとって、これは、そのようなアラームを予測するためにプログラマーの近くに留まり、可能な限りそれらを理解し、それらが完全に狂わないようにする必要があることを意味します。