25

重複の可能性：
ヒューマンファクターの設計（UI設計における心理的ニーズへの対応）

開発者は、ユーザーインターフェイスの設計、使いやすさ、およびヒューマンコンピューターインタラクションの技術的でない側面について何を知っておく必要がありますか？

ユーザーが障壁を構築したり障害を作成したりすることなく、自然で複雑でない方法で問題を解決するのに役立つ効果的なソフトウェアを設計するために、使用シナリオ、ユーザーの行動パターン、およびユーザーとコンピューターの相互作用の心理学についてどのような知識を取り入れるべきですか？

ソフトウェアの設計には、アーキテクチャの構築、要件の実装、見栄えの良いインターフェイスの作成以外にも多くのことがあります。美しいインターフェースは必ずしも有用で効果的であるとは限りません。逆に、醜いソフトウェアユーティリティは多くのユーザーにとってお気に入りのツールになる可能性があります。適切な開発者または設計者がユーザーエクスペリエンスをスムーズにするために必要な、少なくとも基本的な知識は何ですか？

回答ごとに1つの問題に焦点を当て、問題を説明し、例を示し、ユーザーエクスペリエンスがどのように損なわれるか、および状況に対処する方法を教えてください。

始めます：

問題：1つの画面にすぐに多くのコントロールとオプションがあるインターフェイスは、ユーザーを圧倒する可能性があります。彼らは、必要な1つのオプションを見つけようとして、すべてを調べて時間を無駄にする必要があります。彼らはまた、プロセスに気を取られ、もう1つの機能を見て、そこに行ってそれについて学び、ヘルプを読んで問題を解決できるかどうかを確認し、次に別の機能を読んで、完全に失われるまで続けます。

例：良い例として、2007年以前のバージョンのMicrosoft Word（および他のOfficeアプリケーション）を引用します。メニューとオプションの膨大な量はいつも私を怖がらせてきました。私は何とか私が最も頻繁に必要としたオプションがどこにあったかを思い出すことができましたが、それだけです。余計なことはすべて、この特定の機能がオプションの森のどこにあるかを知るために必要なことをグーグルで検索する傾向があります。

解決策：ユーザーが論理的思考のプロセスを通じてそれらを見つけることができるように、論理的に構造化されたいくつかのメニューとサブメニューの背後にあるすべての追加オプションを非表示にします。2007年の再設計では、オプションをタブにグループ化することで、明らかに問題が考慮されています。グーグルせずに、どこに属することができるかを考えてそこを見るだけで、必要な多くの新しいオプションを見つけました。いつもうまくいったわけではありませんが、改善が感じられます。

さて、あなたの考えは何ですか？

4

9 に答える 9

12

便利で効果的なインターフェースは美しいです。アートメジャーとしてではなく、UIデザイナーとしてそれらを見てください。:-)

  • シンプルさ; ニーズを達成できる限り少ない選択肢。
  • コンベンション; ユーザーがすでに慣れ親しんでいるパターンに従ってください。
  • 観察; ユーザーを監視し、問題のある場所をスムーズにします。
  • 優しさ; 人間が読める形式のエラーを書き込みます。ユーザーを怒らせないでください。
  • 一貫性; アプリケーションのどこでも同じように処理します。1人にすべてのテキストを書いてもらうか、テキストが満たさなければならない基準を書いてもらいます。
于 2009-10-06T17:51:55.220 に答える
9

聞くことを学ぶ。

ユーザーは自分が何を望んでいるかを伝えますが、あなたが慣れている言葉では伝えません。付き合い、座って、時間をかけて聞いてください。それらが機能するのを見て、質問をしてください。「どうしますか...？」というアイデアをいくつか持ち出します。返信を聞いてください。何かが彼らにとってより良いと思い込まないで、彼らに尋ねてください。コーディングがより簡単なので、それらを特定のパスに強制しないでください。

于 2009-08-25T09:21:10.533 に答える
4

1つの画面にすぐに多くのコントロールとオプションを備えたインターフェイスは、ユーザーを圧倒する可能性があります。

Gmailには、「検索、並べ替えないでください」というスローガンがあります。同じ原則をユーザーインターフェイスに適用できます。あなたが言ったように、ユーザーはすでに機能をグーグルで検索することによってこれを自分で行っています。

次のステップは、機能検索のサポートをアプリケーションに組み込むことです。キーボードショートカットを押して、いくつかのキーワードを入力し、使用する機能をクリックします。今後のRADStudio2010のIDEInsight機能は、まさにそれを実現します。

于 2009-08-25T11:38:59.400 に答える
2

質問が少し古いことは知っていますが、JoelSpolskyの優れた記事であるProgrammersのUserInterfaceDesignについて誰も言及していないことに驚いています。それは間違いなくすべての開発者が読むべきものです。特に素晴らしいアイデアや独創的なアイデアはありません。それはほとんど常識ですが、それほど明白ではない点に目を向けました...

于 2009-11-07T17:45:36.047 に答える
2

問題：ユーザーインターフェイスは、ドメインモデルに1対1で対応していないことがよくあります。

  • プログラマーは隠しドメインモデルについて話し、ユーザーはGUIについて話すため、通信の問題があります。
  • ユーザーはタスクベースのユーザーインターフェイスによって制約されるため、メンテナンスの問題があります。ドメインモデルがすでにサポートしている場合でも、定期的に「これを行うための新しい画面」を要求する必要があります。

解決策：裸のオブジェクトのアーキテクチャデザインパターン。これを極端にするには、ドメインモデルからGUIを自動的に生成することもできます。

于 2009-08-25T12:05:40.267 に答える
1

ドナルド・ノーマンの「日常のデザイン」を読むことをお勧めします。

于 2009-08-25T11:52:41.073 に答える
1

私は家を売ろうとするまで、麻酔薬は役に立たないと思っていました。頑丈な土台、3つのbrms、2つのバス、2つの車のガレージ、フェンスで囲まれた庭、何とか、何とか何とか-私が3匹の犬から悪臭を取り除くまで、誰もそれに触れませんでした。

アプリ/サイトが視覚的に心地よいほど、使用される可能性が高くなります。これで、ユーザーはそれを試して、それが彼らが望むことをするかどうかを決定します。最後に、それはどれくらい使いやすいですか？これは、おそらくより多くのフィードバックが得られるポイントです。

家のように：雑然としたものを取り除き、すべてをきれいにし、一般的なカラーパレットから始めて、必要に応じてユーザーにクレイジーな色を追加させます。

于 2009-08-25T19:13:24.377 に答える
0

本当に目を開けたいのなら、ヒューマンファクターエンジニアリングのコースを受講してください。

于 2009-10-05T18:01:10.107 に答える
0

私は過去2年間製薬会社で働いてきましたが、インターフェースのデザインは機能性とほぼ同じくらい重要だと思います。ユーザーが古い複雑なレガシーコードに苦しんでいるのを見ることが、それを再設計する主な理由です。コードを再開発したり置き換えたりする主な理由が機能性であることはめったにありません。

  • ユーザビリティ調査
  • 人々があなたのコードを使用するのを見る
  • エクストリームプログラミング（設計プロセス全体で断続的にプレビューコードを配信）

ユーザーのニーズを満たすだけでなく、ユーザーを幸せで生産的にするコードを提供するためには、すべてが不可欠です。結局のところ、プログラムはあなたを幸せで生産的にする場合にのみ使用されます。

于 2009-10-06T17:29:49.443 に答える