6

Web アプリケーションを構築するページに関して:

最近、以前よりもシンプルな Web ページを作成していることに気づきました。以前は、多くのページを作成するのを避けるために、できるだけ多くの機能を 1 つのページに詰め込もうとしていました。

私は、これが物事を必要以上に複雑にし、複雑にし、混乱させていることに気づき始めています。ページ数を増やしてみませんか？これを行った理由は、ユーザーが他のページをブラウズする必要がないようにしたかったからだと思います。必要なすべての機能を 1 つのページにまとめました。

まあ、これらの善意は、ユーザーにとって非常に混乱したインターフェースと非常に扱いにくいソースコードに変わりました. 私は新しい開発者であり、改善できるように自分がしていることをよく反映させようとしています。それが違いを生む場合、私は ASP.net で開発しています (ただし、これらはおそらくどのプラットフォームでも考慮されます)。

私の質問は次のとおりです。

  • 私はこれらのことを考えすぎていますか？
  • 他の誰かがこれをしていることに気づきましたか?
  • 幸せな媒体はどこにありますか？
4

8 に答える 8

5

いつでもどこでも通用するルールを教えてくれる専門家はいません。私はこの業界で何年もの間、「簡単な」インターフェースで知られており、そのためにかなりの量のビジネスを獲得しています (5 つの「クラス最高」賞も獲得しています)。また、社内外の人々から、何年もの間、私の作品は気に入っているが、もっとグラフィックなどで「盛り上がってほしい」と言われてきました。私がいつも驚かされるのは、人々がこの 2 つの関係をほとんど認識していないことです。

だから...いくつかの経験則：

  1. ページは 1 つの主要な処理を行う必要があります。
  2. ページには、主なものに関連する複数のリンクが含まれている場合があります
  3. メニューとリンクのレイアウトはページ全体で一貫している必要があります
  4. シンプルは複雑よりも優れている
  5. ページは視覚的に魅力的で魅力的でなければなりません
  6. ルール 4 はルール 5 よりも重要です。

たとえば、私の製品は、カレンダーに表示されるクラスとイベントをユーザーが定義できるようにするインターフェイスを提供します。クラスを確認、追加、更新、削除、および編集できる 1 つのページを作成できます。実際、いくつかの単純な領域では、グリッドビューを使用して、人々がグリッド内のすべてを管理できるようにしました。ただし、クラスにはこれを行うにはあまりにも多くの情報があり、それでも上記の規則に従います。

そう、

  1. 主なアイデアは次のとおりです。「この場所のクラスのリストは次のとおりです」
  2. リンクは、グリッドの上と右側に表示される「新規追加」です。変更と削除は、各行内のリンクです。これはアプリ全体で一貫しています。
  3. システム全体のメニューは、常に右上にあります。すべてのページに共通の標準要素 (ロゴ、ヘッダー、フッター) を除いて、クラス/イベント ページには何も表示されません。
  4. グリッドはうまくスタイルされていますが、偽のグラフィックはありません (4,5,6)

最後に、UI とグラフィック デザインについていくつか説明します。

まず、独自のビジョンを策定し、ページやアプリ全体で一貫性を保ちます。

次に、シンプルさを恐れないでください。

次に、他の人にアドバイスを求めるときは、彼らのアドバイスが欲しいのではなく、彼らの印象が欲しいのだということを心に留めておいてください。アドバイスは良いこともありますが、多くの場合、実際には有害です。私の経験では、誰もが自分は UI の専門家だと思っています。

廊下 (または公式) のユーザビリティ テストを行うときは、「それをもっと目立たせる必要がある」という趣旨のほとんどすべてのアドバイスを無視する必要があります。ご覧のとおり、すぐに「そしてそれ」、「そしてそれ」、「そしてその他」になります。このアドバイスに従うと、Brittingham の最初のデザイン ルール、つまり何もないよりすべてが重要であるために混乱が生じることになります。（そうです：誰かをもっと目立たせることができない理由を説明するときは、「それはブリッティンガムのデザインの最初のルールに違反しています！」とだけ伝えてください。）

お役に立てれば！

于 2009-03-20T13:30:31.543 に答える
3

あなたは頭に釘を打ちました。KISSの原則を使用してください。(単純に考えてください) 私も過去にこれを行ったことがありますが、UI が見苦しくなるだけでなく、機能が多すぎてページで実行できる操作がわかりにくくなります。データの状態に基づいてユーザーが特定の操作を実行できるかどうかを確認するための十分なチェックが行われていないことが、テストでよくわかりました。

ASP.Net では、単純なタスクを実行するいくつかのページを作成し、それらを Response.Redirect または Server.Transfer でリンクするのは簡単です。現在、特定のページで達成しようとしているのは、デザイン仕様が何を示しているかということだけです。したがって、私のページが単なる検索ページである場合は、それだけです。ユーザーが検索で返されたアイテムの詳細を表示したい場合は、itemDetails.aspx ページに送信します。

于 2009-03-20T12:50:12.437 に答える
1

間違いなく同意: あまりにも多くのことを行うページ/フォームを作成しようとするほとんどの試みは、

  • バグと書き直し。すべてのパーツを有効/同期させると問題が発生します。
  • ユーザーの期待を過度に管理する (「ここに請求書番号を入力し、そこで [人を探す] をクリックしましたが、エラー メッセージが表示されます。なぜですか?」) 2 つが論理的に分離されている場合。有効なオプションのみが表示されている場合、これらの問題は発生しません。
  • 書式設定/レイアウトの問題: ASP.NET ページでは、独立したユーザー コントロールをレイアウトしようとすると、悪夢になることが判明しました (「しかし、すべてのボタンを別々のユーザー コントロールで垂直方向に配置したい!」。頑張ってください)。

複数の機能を持つウェブページを検討するのは、対象読者がドメインの専門家、つまり生産性を高めるために 1 つのページに多くの機能を必要とする人 (データ入力や変数の多い金融ソフトウェアなど) で構成されている場合に限られます。

それでも、ほとんどの場合、ページを 1 つのユニットに分けることができます。

于 2009-03-20T14:00:24.047 に答える
1

あなたは、ほとんどのソフトウェア開発者が持っている、以前はユーザビリティに対するあなたの見方を妨げていた壁を壊しました。多くの開発者はそれについてあまり考えず、1 つのウィンドウや Web ページなどに機能を詰め込むことで、開発を容易にしようとします。

ユーザーの視点からソフトウェアを設計し始めると、つまりソフトウェアをより簡単にするようになると、いくつかのことが明らかになり始めます。1 つはコードのメンテナンスの問題です。1 つの巨大なクラスにすべてを詰め込まないか、これまで行ってきた茶番劇を行わない方が、コードは簡単に管理しやすくなります。もう 1 つはユーザビリティそのものであり、ユーザーが実際にグラフィカル インターフェイスを通じてアプリケーションをどのように使用しているかを考え始めることです。3 つ目は、ユーザーが必要としない機能の開発を停止する要件やスコープ クリープを回避することです。

シンプルで洗練された UI を使用して作業をより迅速に完了できるときに、ほとんどの時間を悪い UI で混乱させたくないという理由で、私たちユーザーはシンプルさを望んでいます。そのため、私たちソフトウェア開発者は、すべてのレベルで設計を検討することが正しいことになります...それと仕様は常に嘘をつきます.

于 2009-03-20T13:00:03.940 に答える
0

誰のためにアプリケーションを開発しているのかを忘れてしまうのは、私たち全員が罪を犯していると思うことがあります。ユーザーがそうするように、一歩下がってアプリケーションを確認することは、開発者にとって常に簡単なことではありません。これが、大企業が何百人もの人々を雇用してこれを行う理由であり、彼らは常にそれを正しく行うとは限りません.

ユーザビリティは非常に重要なテーマですが、すべての開発者が心に留めておく必要があるものです。これを学ぶのに長い時間がかかりましたが、開発タスクに取り組むときは、ユーザーが自分が書いているものとどのようにやり取りするかを常に考えようとしています. これは、開発のすべてのレベルに違いをもたらします。

Steve Krug の Don't Make Me Think を読むことをお勧めします。この本を読むのに何年もかからないでしょうし、使いやすく理解しやすいアプリケーションを開発するのに役立ついくつかの素晴らしいアイデアを紹介しています。

ユーザー エクスペリエンスについて考えると、自分の Web ページが何を実行し、どのように対話するかを決定するのがずっと簡単になることにいつも気付きます。

于 2009-03-20T13:13:53.877 に答える
0
  1. いいえ
  2. はい - 私
  3. 私は、Masterpages を使用し、それを IFrame になじみのある方法で使用することが、幸せな媒体であることを発見しました。多くの機能をうまく組み合わせることができました。Prismと呼ばれる WPF/Silverlight でこれを行うより興味深い方法があります。
于 2009-03-20T12:52:37.437 に答える
0

ページ上の機能の量は通常、あなたではなく顧客によって決定されます。顧客が 1 つのページVeryComplexObjectで . 主な理由は、ページ上のすべてのアクションに対して多数のイベント ハンドラーがあるためです。

そのページが複雑かどうかは完全にあなた次第です。コード ビハインド ファイルは、できる限りシンプルでクリーンにするよう常に心がけてください。その方向へのいくつかの提案:

  • すべてのビジネス コードを別のアプリケーション レイヤーに移動します。
  • 、、ObjectDataSourceなどのデータ バインド コントロールにデータを提供するために使用します。ListViewGridViewRepeater

もう 1 つの提案は、ユーザー コントロールを使用してページの一部を実装することです。通常、これはユーザー コントロールを再利用できる場合にのみ行いますが、ページの複雑さ (コード ビハインド ファイルと aspx の両方) を減らすのにも大いに役立ちます。

于 2009-03-20T12:55:34.340 に答える
0

あなたのサイトを使っている人に聞いてみてはいかがでしょうか。またはさらに良いことに、人々があなたのサイトを使用するのを見てください。サイトが適切に設計されているかどうか、または変更する必要があるかどうかがわかると思います.

于 2009-03-20T14:35:41.137 に答える