28

私はユーザビリティの専門家ではありませんし、そうなりたいとも思っていません。

製品が適切なユーザビリティを持つように、ユーザー インターフェイスをコーディングするときに従うことができる一連の小さな経験則が欲しいだけです。

最初は、この質問に「常識を働かせてください」と答えるのは簡単だと思っていましたが、私たち開発者の間であまりにも一般的であるとしたら、私たちのグループとして、私たちのひどいインターフェースで評判を得ることはできません.

助言がありますか?

4

16 に答える 16

24

シンプルさ

ソース: http://stuffthathappens.com/blog/wp-content/uploads/2008/03/simplicity.png

于 2008-09-09T01:15:08.573 に答える
12

Steve Krug 著 Don't Make Me Think を読んでください。これは素晴らしい出発点であり、簡単に読むことができます。

編集: これは主に Web の使いやすさのためですが、リッチ クライアントを使用している場合でも読みやすいでしょう。

于 2008-09-09T01:03:17.493 に答える
7

たった2つのこと、本当に:

  1. 「プログラムがユーザーの考えどおりに動作する場合、ユーザーインターフェイスは適切に設計されています」-JoelSpolskyのプログラマー向けユーザーインターフェイス設計から引用
  2. Put your designs in front of a user. A real end-user is best, but for lightweight, rapid feedback, you can't beat hallway usability testing i.e. grab a co-worker.

If you remember Joel's advice and make sure you get feedback on whatever you do and act on it i.e. iterate, you'll not go too far wrong. And I would echo the recommendation for Steve Krug's Don't Make Me Think - it's probably the best work-related book I've read, bar none, and is just as applicable to desktop software as websites.

Hope this helps.

于 2008-09-17T17:10:58.270 に答える
5
  • ユーザーが期待するものとは異なる方法で動作させないでください (つまり、Web フォームで Ajax を使用するときに「戻る」ボタンを壊すなど)
  • KISSの校長に従う

実際、誰かが投稿するルールはすべて、 ユーザーに考えさせないでくださいというテーマのバリエーションになります。

"Don't Make Me Think" は既に投稿されています。 日常的なもの設計と Web 標準を使用した設計も参照してください。軽いユーザビリティの読み物としても最適です。

于 2008-09-09T01:04:49.300 に答える
4

ここにいくつかの簡単なルールがあります:

  • クリック数が少ないほど良いです。
  • 頻繁に使用する機能は見つけやすいはずです。
  • 「上級」ユーザー向けの機能は、上記の機能よりも見つけるのが難しい場合があります。

ユーザーが何かにたどり着くまでにかかるマウス/キーボードのクリック数を考えてみてください。

PS-これについてMicrosoftOffice2008の人々に話さないでください。かわいそうな男たちは今夜寝るために泣きます!:)

于 2008-09-17T19:55:11.433 に答える
4

私が誰かに与える最も重要なアドバイスは、最初に UI に取り組むことです。ペンと紙とすべて。そうすれば、無意識のうちにボタンを関数に関連付けたり、入力フィールドを変数に関連付けたりすることはありません。

最適な UI をコーディングするのは面倒かもしれません。バックエンド コードの大部分が記述されていると、思考が妨害されます。

それ以外は、Apple の Human Interface Guidelinesを参照してください。もちろん、お使いのプラットフォームが OS X でない場合は、OS X のセクションを多用してください。OS X で動作するものは、Windows では動作しない可能性があります。プラットフォームのイディオムを受け入れる必要があります。

OS X のことはさておき、そのドキュメントには基礎に関するかなり良い出発点がいくつかあります。

于 2008-09-09T01:07:42.490 に答える
4

モードを避けてください。入力が機能する場合と機能しない場合がある場合や、異なるタイミングで異なることを行う場合、ユーザーはイライラします。

于 2008-09-09T02:21:55.777 に答える
1

アプリを使用するユーザーについて考えてください。なぜ彼らはそれをどのような文脈で使用しているのですか?

  • 大多数は、アプリケーションが使用されているドメインを知っていて、アプリを頻繁に使用するプロユーザーですか?次に、ユーザー向けに論理的に配置されている限り、画面に大量のデータを追加することを恐れないでください(通常はアルファベット順ではありません:-)。ストックボーカーや飛行機のコックピットのトレードス​​クリーンを考えてみてください。
  • ユーザーは不定期のユーザーですか?単純にする。コンテキストスイッチを避けます(毎回画面上のタスクに必要なデータをすべて/できるだけ多く保持します)。GUIウィジェットが通常どのように機能するかについての期待を破らないでください。障害に備えた設計。
  • 間に何かありますか?ユーザーがUIで成長できるようにします。使用状況を追跡して、ユーザーが最も時間を費やしていると思われる場所を後で判断できるようにして、アプリの最も使用されている領域を改善できるようにします。
  • 友人や同僚でアプリをテストし(コリドーテスト)、アプリを効率的に使用できるかどうかを確認します。

それが始まりです。

于 2008-09-17T07:37:47.290 に答える
1

Ensoの作成者によるこれらのブログ投稿を読むことをお勧めします。

もちろん、彼らは
The Design of Everyday ThingsAbout Faceなどの本からのガイド/アイデア/アドバイスを繰り返しますが、それにもかかわらず、投稿にはかなりの洞察が含まれており、(IMO) 良い読み物です.

于 2009-10-09T12:40:30.463 に答える
0

(1) 一般的なアクションは、可能な限り少ない労力で済み、明白である必要があります。一方、めったに必要とされないアクションは、多くのステップを必要とし、メニューやダイアログの後ろに隠れることがあります。これを可能にするには、ユースケースをリストして、ユーザーがアプリケーションで何をしたいのかを常に説明する必要があります。

(2) UIは自己文書化する必要があります。ユーザーは個別のマニュアルを読まないため、マニュアルはアプリケーションのダイアログとメニューに統合する必要があります。たとえば、キーボードショートカットは、関連付けられているアクションを表すメニュー項目に表示される必要があります。

于 2010-03-12T09:18:04.137 に答える
0
  • 単純な方が複雑な方よりも優れています
  • 複雑なものは複雑なものよりも優れています(「ネストされたif」を削除します)
  • 直感的(良い要素は説明を必要としない)
  • 規則に従います(たとえば、下線はリンクを意味し、赤はエラーを意味し、タブは次のフィールドに移動しますなど)。
  • セマンティクスを使用してロジックを適用します(ヘッダーが最初に読み取られ、段落が次に読み取られます)
  • 空白は重要です
于 2010-03-12T09:48:18.413 に答える
0

パワー ユーザーにキーボード ショートカットを提供する (「Enter キーを押して検索する」という単純なものであっても)

一度に画面に多くのものを表示しないでください。

メッセージボックスをポップアップしても、通常、ユーザーはそれを読むことはありません。

于 2010-03-12T09:25:46.240 に答える
0

アプリケーションは、ユーザーが対処しなければならない多くのアプリケーションの 1 つになることを忘れないでください。単に違うことをしたり、けいれんしたりするために物事をしないでください。異常なグラフィック、動作、用語、または相互作用を考え出さないでください。標準の OS コントロール、規則、ユーティリティ、および動作を使用します。

アプリを他のアプリと相互運用できるようにします。データの切り取りと貼り付けを許可し、他のアプリが読み取れる形式でデータを保存し、UI を使用する代わりに他のアプリからデータをインポートできるようにします。

デスクトップ アプリを作成している場合は、ユーザーのコンピューターを乗っ取ろうとしないでください。ユーザーのドキュメント フォルダ、タスク バー、およびアプリケーションの設定はそのままにしておきます。コンピューターに既にインストールされているものは変更しないでください。スクリプトまたはコマンド ラインの対話を許可します。

Web アプリを作成している場合は、ブラウザーを乗っ取ろうとしないでください。標準のメニュー バー、履歴、レイアウト、またはフォントを覆そうとしないでください。ユーザーが Javascript を使用してページを変更できるようにします。

于 2009-10-10T02:40:07.363 に答える
0

ここにあるその他の推奨事項に加えて、UI 規則に慣れるための良い方法として、Jenifer Tidwell による Designing Interfaces をお勧めします。
また、The inmates are running the asylum by Alan Cooperは、インタラクション デザインへのアプローチ方法についての洞察を提供するのに優れています。

于 2010-03-12T10:32:31.333 に答える
0

Don't Make Me Think の良い続きは、Robert HoekmanDesigning the Obviousです。Krug のような Web サイトとは対照的に、Web アプリケーションに重点を置いています。

于 2010-03-12T10:38:20.480 に答える