問題タブ [usability]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
3 に答える
198 参照

html - 最も重要なユーザビリティ、アクセシビリティ、SEOのガイドラインは何ですか?

優れたWeb2.0Webサイトを開発する際に考慮しなければならない、最も重要なユーザビリティ、アクセシビリティ、およびSEOガイドラインのいくつかを誰かに教えてもらえますか?

0 投票する
2 に答える
5389 参照

user-interface - なぜパスワードを 2 回入力するのですか?

ユーザー登録部分のほとんどのサイトでは、パスワードを 2 回入力する必要があります。何故ですか?パスワードを入力する場所を1つだけ入力しないのはなぜですか? なぜ「確認」する必要があるのですか?

ほら

これはしばらくの間私の心にありました...

誰かがこれに答えてくれることを願っています。

ありがとう

0 投票する
8 に答える
4135 参照

search - 検索ボックスのボタンがなくても大丈夫ですか?

Web ページの検索ボックスの近くに [送信] ボタン ([OK]、[Go]、[検索] など) が表示されなくてもよいのではないかと考えていました。

Enter キーを押す方がはるかに高速で、検索が実行されることはわかっています。

しかし、それはテクノロジーに詳しくない平均的なユーザーに受け入れられている慣習なのか、それともテクノロジー コミュニティだけに受け入れられているものなのか?

たとえば、stackoverflow の検索ボックスには [送信] ボタンがありませんが、文句を言う人はいないと思います (絶対にありません)。

一方、誰かが Google を例に挙げて提案しました。ボタンが削除されたら、人々は気付くでしょうか?

Steve KrugのDon't Make Me Think を読み始めたところですが、彼はすべての検索ボックスに、クリックして検索を開始できるようにする必要があると述べています。

あなたの考え?

0 投票する
15 に答える
562 参照

notifications - ユーザーに問題に注意を向けさせるには?

警告や問題についてユーザーに通知する必要がある場合があります。しかし、多くの場合、特にそれが一般的な問題である場合、ユーザーは警告を無視して続行します。多くの場合、ユーザーは警告を見たことさえ覚えていませんが、ログを確認すると、いくつかの警告が表示されていることがわかります。では、何か重要なことをユーザーに伝えようとしているときに、どうすればユーザーの注意を引くことができるでしょうか?

これは、保存を許可する前にすべての問題を解決するようユーザーに強制するほど単純ではありません。多くの場合、さまざまな理由 (通常、すぐには解決できない問題、またはまったく解決できない問題) で、ビジネス ルールによって厳密には許可されていないデータを保存する必要があります。

私たちはより良い警告/エラー処理システムを念頭に置いていますが、それは大いに役立つと思いますが、他の人が何をしたかを見たいと思っています.

0 投票する
8 に答える
701 参照

html - ページ名をサイト名の前に置くのが最善ですか、それともその逆ですか?

タグが置かれるいくつかの用途は<title>、質問を複雑にします…</p>

  • ブラウザー ウィンドウまたは検索結果のタイトルとしては、ほとんど違いはないように思われます。すべてを表示する十分なスペースがあり、表示順序はタイトルとは関係ありません。

  • タブとタスクバー/ドックのタイトルの場合、スペースはより重要です。ページ名を最初に配置すると、同じサイトの複数のページを簡単に区別できますが、ページ名が一般的なもの (「検索結果」、「CSS の紹介」) の場合は、サイト間ではなくサイト間を区別することが重要になる場合があります。ページ。

  • ブックマークのタイトルでは、最初にサイト名を付けると、見つけやすくなり、簡単な並べ替えでグループ化できますが、ユーザーは好みに合わせてタイトルを簡単に変更できます (多くの場合そうします)。タイトルはあまり重要ではありません。

他にどのような要因を考慮する必要がありますか? 一般的に受け入れられている「ベストプラクティス」はありますか?

0 投票する
11 に答える
2746 参照

user-interface - 利用できないアクションを UI に表示する必要がありますか?

現在のコンテキストでは使用できないアクションを表示するための UI デザインのベスト プラクティスと見なされているもの。

たとえば、ページには、関連付けられた多くの契約を持つことができる顧客が表示されます。有効な契約がある場合、ユーザーが顧客を削除することを許可したくありません。ユーザビリティと UI の観点から、ユーザー エクスペリエンスに最適と考えられるもの。

  1. 常に削除オプションを表示しますが、アクティブな契約があるためオプションを使用できないことをユーザーが選択したときに警告します。
  2. 削除オプションを表示しますが、グレー表示します。
  3. 削除オプションをまったく表示しない

常にオプションを表示すると、一貫性が保たれ、関連するアクションが一貫して同じ場所に表示されるなどの利点がありますが、逆に、できないことを表示することのポイントは何ですか。

オプションをグレー表示しても一貫性は保たれますが、実行できないアクションを選択することはできません。

オプションをまったく表示しないと一貫性が失われますが、それほど混乱することはないでしょう。

昨日まで、私は質問をすることさえせず、オプション 2 (グレー表示) に直行していましたが、ユーザーがグレー表示された画像を何度もクリックしようとするのを見て、最終的にボタンをクリックできない理由を尋ねました。最良の選択肢が何であるかはもはやわかりません。

ユーザビリティと UI のテスト経験がある人は、何が最良の選択肢だと思いますか?

0 投票する
5 に答える
607 参照

web-applications - Web アプリケーションでフォームに入力/保存する際のユーザビリティの問題

住宅ローン会社の内部で使用される Web アプリケーションを開発しています。顧客と話しているときにフォームに入力し、[保存] をクリックする前に画面から離れてクリックし、データを失うという問題がありました (もちろん、[戻る] をクリックすることはできますが、彼らはこれについて考えたことはありません)。

ユーザーの最初の「解決策」は、フィールドが変更されるたびにデータを自動保存するように依頼することでした。明らかなスケーラビリティの問題を無視しても、これは地球上の他のほぼすべての Web アプリケーションの規約に完全に反しているように思えます。彼らは完全に「別の獣」です)。私が間違っている?それとも(スケーラビリティを無視して)これは妥当なアプローチだと思いますか?

次に進むと、私たちの実際の解決策は、古い「このページから離れて閲覧してもよろしいですか?」というポップアップを表示することでした。ユーザーがダーティ フォームから移動したときのダイアログ。現在、ダイアログの構造について苦情が寄せられています。ほとんどのアプリケーションは「変更を保存しますか?」と言うので、[はい] または [OK] をクリックするのが適切で安全なオプションです。しかし、ナビゲート アウェイ ダイアログでは、[OK] をクリックするのは安全ではなく、保存できないオプションです。もちろん、ユーザーはダイアログを読みません。[OK] をクリックするだけで、変更内容が失われます。

私はこのダイアログを変更することをためらっています。なぜなら、(a) ダイアログはブラウザによって生成された標準的なものであり、(b) ダイアログを変更する方法さえわからない、(c) 何ヶ月も何人もそこに存在していたからです (それを理解したばかではない人)は、自分の行動を再学習する必要があります。

ここでの最善のルートは何だと思いますか?

0 投票する
3 に答える
1317 参照

usability - 仕様要件文書で「ユーザビリティ」を測定する方法は?

昨年のプロジェクトを今から見始めているので、仕様要件のドキュメントを作成しています。さて、このプロジェクトには高度な「使いやすさ」が必要です。これが英語で正しい単語かどうかはわかりませんが、ユーザーのPoVからは本当に使いやすいはずです。さて、これまで取り組んできたすべてのプロジェクトで、使いやすさはそれほど大きな要因ではなかったので、それを回避するためにちょっとしたことを書くことができました。私はいつも先生にユーザビリティの要件をどのように指定するか尋ねましたが、私が十分だと感じた答えはまだ誰も私に与えていません。

私たちの教師は、プロジェクトに与えられた要件はすべて「テスト可能」である必要があると常に説教してきましたが、ユーザーインターフェイスにどれだけ簡単にアクセスできるかをどのようにテストしますか?

リアルタイムアプリケーションを実行していたとしましょう。ここでは、「最初の呼び出しから100ミリ秒以内にエントリを削除する必要がある」と言うのは難しいことではありません。しかし、「ユーザーインターフェイスは86%直感的でなければならない」と言うのははるかに困難です。

これは難しいことだと思いますが、問題を抱えていることは言うまでもなく、私がこれについて考えた世界で最初の人になることはできません。

0 投票する
13 に答える
12438 参照

user-interface - 優れた検索 UI をどのように設計しますか?

ユーザーに「高度な」検索エンジンを提供したいと考えています。基本的に、選択できる検索基準はたくさんあります。

  • いくつかは非常にシンプル/一般的であり、主に使用されます (つまり、期間、アイテム ID)
  • いくつかは少し主流ではありません
  • あまり使用されないものもありますが、それでも提供したいと思います

全体として、選択する基準は約 30 以上あります

結果は、グリッドに表示するデータセットです。

私はインターネットでインスピレーションを探してきましたが、Googleでさえ高度な検索に適したソリューションを持っていないようです。

私は過去にこの種のツールを設計しましたが、ユーザーは最終的に非常に効果的に使用できるようになりましたが、結果にはあまり満足していませんでした.

  • 検索パネルは常に表示されるべきだと思いますか (つまり、結果グリッドの上に表示されます)、それとも別のフォームで利用できるようにすべきだと思いますか (すべてのコントロールにより多くの場所を使用できるようになります)

  • すべての検索基準を表示する方がよいと思いますか、それともユーザーがより多くの基準を表示/使用したい場合は「詳細」をクリックできるようにする方がよいと思いますか?

  • 基準をどのように整理しますか?使用頻度別、または地域別 (つまり、ユーザー、場所、時間などに関する基準)

  • 「検索」ボタンはどこに配置すればよいですか?より一般的な検索コントロールの横、または下部、またはその両方ですか?

より一般的には、優れた検索 UI を設計する方法について共有したいヒントはありますか? この種の「高度な」検索エンジンでは、通常、どのような機能を見逃していますか?