問題
プログラマーは、多くの場合、ユーザーインターフェイスデザイナーとして機能します。 これが良いかどうか議論することができます。 ただし、特に中小企業では、これは変更できない現実です。
プログラマは非常にまともなインターフェイスを作成できると思います。 この投稿では、プログラマーが多かれ少なかれユーザーの不合理な世界に入り込み、優れたインターフェースを設計するのに役立つヒントを集めたいと思います。
これらのヒントは、ユーザーインターフェイスの開発を余儀なくされているプログラマーにより適していることをお約束します。 つまり、何らかの理由で、会社にはデザイナー、定期的なユーザビリティテスト、インターフェイスの設計プロセスなどがありません。
シンプルさ
ユーザータスク どんなインターフェースも悪です。 ユーザーは、製品のためではなく、問題の一部を解決するために製品を使用します。 たとえば、電話ダイヤルインターフェイスを使用して、番号をダイヤルするのではなく、他の人と会話します。 採用の事実は、テクノロジーが課す必要な操作です。
したがって、すべてのフォーム、ダイアログ、またはパネルを作成するとき、私は常に「今どのユーザーの問題を解決しますか？」という質問を自問します。 1つのフォーム（またはパネル）でいくつかの問題を解決しようとしていることが判明した場合、おそらく何かが間違っています。 そのような場合、主な機能は何か、「誰もが使える」機能は何かを考える必要があります。
ルール20/80。 ご存知のように、努力の20％が結果の80％をもたらします。 多くの場合、ユーザーの80％のタスクでは、フォーム/ダイアログ/パネルの20％で十分です。 したがって、インターフェイスを作成するときは、これらの20のキーパーセントを選択するときに非常に注意する必要があります。
別のボタン、チェックボックス、フィールド、リンクを追加する前に、「ユーザーの80％がこの機能を使用しますか？」という質問に答えようとします。 そうでない場合は、 漸進的な開示手法が役立ちます。
たとえば、Firefoxの設定パネルは次のとおりです。
ほとんどのユーザーがポップアップをブロックし、どこからでも画像をダウンロードできることは明らかです。 例外サイトを手動で指定するのは少数です。
説明。 インターフェースは、それ以上の説明を必要としない場合、シンプルと呼ぶことができます。 つまり、さらなるアクションのために、何が何であるかを説明する短いテキストを読む必要がある場合、インターフェースが複雑すぎる可能性が非常に高くなります。 そのような場合、よりインタラクティブな制御を行うことが可能かどうか、プロセスをいくつかのステップに分割すること、説明図を追加することなどの価値があるかどうかを考えます。
たとえば、Macbookでタッチパッドを構成するには、次のようになります。
つまり、「タッチパッド上で3本指で前方に移動すると、一部のアプリケーションが次のページに移動する」などの説明テキストが、すべてが明確な小さなビデオに置き換えられました。
追加の質問。 多くの場合、インターフェイスはユーザーに何かを尋ねます。 通常、これは「OK」ボタンと「キャンセル」ボタンのあるポップアップです。 時には質問は非常に適切です。 ただし、ほとんどの場合、質問は邪魔になります。 ポップアップはずっと前に宣戦布告されました。 それにもかかわらず、私は最も一般的なタイプの不必要な質問をしたいと思います：
- ユーザーの20％しか理解できない質問。
例：
キーチェーンとは何かに精通している人は、質問を理解し、正しく答えます。 ただし、ほとんどのユーザーはほとんどの場合肩をすくめて、[許可]をクリックします。
- 現在のタスクに関係のない質問。 これは非常に頻繁に発生します。ある種のプログラムを使用すると、ポップアップが表示されます。
これにより、現在のタスクを忘れ、完全に予期しない決定を緊急に行うことができます。
- システムがそれ自体によく答える質問。 たとえば、一時フォルダーからファイルを削除する場合、次の質問に答える必要があります。
システムは、このファイルが一時的なものであり、実際には不要であることを認識しています。 さらに、ユーザーはいつでも復元できます。
元に戻す。 人々は間違っています。 アプリケーションはこれに対応する必要があります。 理想的には、ユーザーのアクションを元に戻す機能があるはずです。 ユーザーが決定するたびに（たとえば、ユーザー名の選択、ファイルの削除、構成の変更など）、ユーザーは間違いを犯す可能性があります。 システムがこのエラーの修正を許可しない場合は非常に悲しいです。
また、「よろしいですか...」などの質問や、「警告！ このアクションは...につながります！” 第一に、誰もがそれらを読むわけではなく、第二に、読む人の中で、誰もがシステムの正確な意味を本当に理解しているわけではありません。
均一性
多くの場合、控えめできちんとしたインターフェイスは、豪華に装飾され、高度にアニメーション化されるよりもはるかに目を楽しませます。 魅力的なインターフェイスを作成する最も簡単な方法は、すべてを同じ方法で実行することです。
コンポーネント。 ボタン、チェックボックス、テキストフィールドなどは、アプリケーション全体で同じように見えるはずです。 互いに非常によく似たコンポーネントは非常に乱雑に見えます。 たとえば、進行状況バーが黒いフレームに表示されたり、灰色で表示される場合があります。 プログレスバーが常に同じコンポーネントによって実装され、常に同じように見えると便利です。
行動。 異なる状況では、同じコンポーネントは同様に動作するはずです。 たとえば、戻るボタンは常に前のページに戻る必要があります。 または、緑色のボタンが常に追加のダイアログボックスを開く場合は、実際にすべてのコンテキストで開く必要があります。
コンポーネントの場所。 コンポーネントがランダムに散在している場合、インターフェースは非常に乱雑に見えます。 複数の線を描画し、それらにコンポーネントを配置すると、インターフェースはよりきれいに見えます。 例：
コンポーネントが水平線と垂直線で互いに結合されている様子を見ることができます。
テキストデザイン。 ラベルに注意してください！ 大文字で書かれている場所、省略記号が置かれている場所（...）、ポイントが置かれている場所のルールを開発し、それを順守する価値があります。 同じ方法でシステムオブジェクトに名前を付けることは非常に重要です。「パラメータ」のメニューがある場合、別の場所では同じメニューを「オプション」と呼ぶことはできません。
スタイル。 フォント、色、アイコン-これらはすべて、アプリケーション全体で可能な限り同じでなければなりません。 新しい書体や新しいフォントスタイルをシステムに導入しないでください。 原色に固執する必要があります（多くの場合、これらの色は「会社の色」です）。 アイコンは同じスタイルである必要があります（たとえば、黒と白のシルエットの形のアイコンがどこでも使用されている場合、新しい色の3次元アイコンを追加しないでください）。
コミュニケーション
残念ながら、プログラマはしばしばユーザーが製品をどのように使用するか想像できないという古典的な発言は、真実からそれほど遠くない。 理想的には、プログラムとのユーザーインタラクションの記録を整理し、分析し、インターフェイスの欠点について結論を出すことができます。 ただし、これが不可能な場合は、さまざまなチームと話し合って、システムに何を期待しているかを把握しておくと便利です。 私は、昼食などの非公式の環境での会話が好きです。
製品管理。 プロダクトマネージャーはプログラマーの真の友人である必要があるように思えます。 参照条件（別名PRD）は、「必要なもの」を理解するのに役立つ主要なドキュメントの1つです。 物議を醸す問題について議論し、必要なデータを収集するよう依頼し、実装に関連する可能性のある困難を示すことができるのは、製品マネージャーです。 参照条件にアウトラインインターフェイスが含まれていると便利です。 これにより、作成する必要があるものを理解しやすくなります。
サポートグループ。 私には、サポートグループ（サポート）がシステム自体のユーザーに最も近いようです。 何かが明確ではない場合、ユーザーが連絡するのはユーザーであり、ユーザーが期待するように何かが機能しない場合、システムの使用方法を説明するのはユーザーです。 多くの場合、彼らは製品の作業を大幅に促進できる新しい機能のアイデアを提出します。
サポートチケットを読んで、誰かと話すだけで、実際の状況に目が開かれます。
販売グループ。 製品をより簡単に販売できるように、インターフェースで何を変更できるかについて、販売グループ（販売）の同僚に質問することは非常に便利です。 答えは非常に興味深いものです。 たぶん彼らは競合他社の製品を指摘し、多分彼らはもっとするように頼むでしょう。 時々、多くの興味深いことを聞くことができます。
おわりに
もちろん、これらの推奨事項は完全ではありません。 ユーザーの利便性に関する書籍が執筆されています。 この分野には専門家がおり、多くのコンサルティング会社があります。 ただし、この投稿により、いくつかのインターフェイスが少し簡単で、正確で、思慮深いものになることを願っています。
プログラマーデザイナーにどのようなアドバイスをしますか？