web-dev-qa-db-ja.com

ホームページ/ホーム画面を[再]デザインする際に考慮すべき要素は何ですか?

私が担当しているデスクトップアプリケーションの次のリリースのためにホーム画面を再設計することを検討してきました。この時点では、使用する使用データがほとんどないため、これはおそらくまったく新しい設計と考えることができます。

私はUIデザインの初心者ではありませんが、基本的に独学です。つまり、私は基本的な概念を理解していて、既存のUIを洗練したり、タスク固有のUIを構築したりするのにそれほど問題はありませんが、空の白いキャンバスに直面すると、すぐに迷ってしまいます。

私が聞きたいのは、どのようにすればよいですか方法論的にアプリケーションのホーム画面のデザインにアプローチしますか?

  • この画面/ページで焦点を当てるべき主要な概念または原則は何ですか?

  • ユーザー/利害関係者から収集するのに役立つ予備情報/要件は何ですか?

  • この段階で回避する必要があるものはありますか?このタイプのUIの一般的な落とし穴はありますか?

  • ユーザビリティテストに参加する前に、デザインを自己評価するにはどうすればよいですか(後者のリソースが非常に限られている場合)。

  • 私が従うことができるよく知られている/文書化されたプロセスはありますか?いくつかありますか?

私の特定の(おそらく一般的な)シナリオに関するいくつかの簡単な追加のメモ:

  • これはではないドキュメント指向のアプリであるため、私が1つできない使用は、「新しい/空白のドキュメント」またはテンプレートのページです。それはCRMまたは金融システムの線に沿ったものであり、比較的重要な多くの異なる機能を備えています。

  • 本当に似たようなアプリはありません スチール 概念を借用する。いくつかは存在しますが、それらは(a)非常に高価で秘密にされているため、私がそれらに目を向ける機会がまったくないか、または(b)恐ろしいものです。または(c)中古品で聞いた内容に基づく両方。

  • 使いやすさに関しては、ユーザーは受動的な束です。実際のバグがあればすぐに連絡しますが、UIがぎこちない場合、公開されるまでに数か月または数年かかることがあります。プロセスにそれらを関与させることに異論はありませんが、有用なフィードバックを得ることは難しい傾向があります(または、適切な質問をする方法がわからないだけかもしれません)。

書籍やその他のリソースがこの質問に効果的に答えてもらえてもかまいませんが、非常に一般的なUIパターンやヒントではなく、「ランディングページ」のコンテキストに留意してください。


フォローアップの質問/コメント:

  • 私はnotアプリ全体を再設計しようとしています-何十もの画面があり、ホーム画面だけが現時点で心配です。

  • 現在のところ、ホーム画面は基本的に単なるナビゲーションであり、アプリケーションの使用は非常にタスク中心です。ほとんどのユーザーはそれ自体がかなりタスク指向ですが、ホーム画面はより「機能的」であると思います-情報を伝えたり、特定の機能を有効にしたりできます。

  • 昔々、ホーム画面はエクスプローラーのようなビューでした。これはうまく拡張できず、多くの人が使いにくいと感じました。その機能は別の機能(使用頻度の低い機能)に委任されています。

  • それはさまざまな役割を持つ多くのさまざまなユーザーによって使用されるため、(ほとんど)すべての人にサービスを提供できると確信できない限り、帝国主義的な見方を強制したくありません。同様に、一連の「カスタマイズ」機能を実装することで、使用法や開発自体を過度に複雑にしたくありません(実際、古いデザインには少しありましたが、誰も使用していませんでした)。

  • ユーザーにフロントページで何を見たいかを尋ねるだけでは、たいていは遠くに行きません。他の人からのほとんどの、非常に個人的な、または細かい点での微調整からの空の視線(色の変更など)。繰り返しますが、ユーザーを引き付けることに反対しているわけではありませんが、「何が欲しいのか」だけではなく、より的を絞った質問をする必要があると思います。

9
Aaronaught
  • より明確にします。

ホームページの目的を考えてください。スプラッシュスクリーンとして機能するランディング/開始ページですか?アプリの別の部分に移動するためのナビゲーションページですか?ユーザーがほとんどの時間を費やすと予想される場所ですか?詳細な作業を行った後、ユーザーが「ポップアップ」する概要画面ですか?それはどのように使用されますか?実行した手順と実行する手順を示す「ワークフロー」画面ですか?これらの質問をすることは、画面の目的を明確にするのに役立ちます。詳細に設計する前にが必要です。

  • 「発見可能性」を考える

「すべての機能が標準的なメカニズムで利用可能ですか?」と自問してください。 (例:メニュー項目または名前付きボタン)。非標準の設計に簡単にアタッチでき、本当に優れた理由があり、一部のユーザーは決して発見できない可能性があります。ユーザーのテストによって警告を受ける前に、発見可能性について考える必要があります。

  • 脳と感情を関与させます。

あなたが従えば素晴らしいホームページを保証する魔法の公式を探しているように思えます。プロセスが実行できることは、問題に注意を引き、代替案を選択するのに役立ちます。スタイルを設定する前に論理構造を取得するのに役立ちます。関係者からの情報を確実に収集できます。漸進的な改善を導くのに最適です。デザインについて考えたり気にしていないのなら、それは何の役にも立ちません。魔法の公式はありません。ユーザーテスターなしで実際にユーザビリティをテストする方法はありません。


編集

そのため、タスクを中心に構成されたホームページがあるかどうかが明確になりました。これは、タスクを実行できるカスタム画面に直接移動するのに役立つナビゲーションページです。

一般的な問題は次のとおりです。

  • さまざまなタスクが多数あるため、ユーザーが必要な場所に移動するためにクリックするアイテムを見つけるのは困難です。
  • それほど変わらない「異なる」タスク。したがって、一見非常に異なる2つのタスクの説明では、実際にはユーザーを同じ画面に移動させる必要があります。両方をリストするか、どちらをリストするかをどのように決定しますか?
  • 一般的なタスクとまれなタスク。分離するのが良い-例上位5つのタスクの大きいアイコン。小さいアイコンまたはアイコンがないマイナータスクのリストから離してください。ここで繰り返し発生する問題は、あるユーザーが一般的なタスクと見なすものは、別のユーザーの見解とは異なる場合があるということです。

当たり前のように聞こえますが、最初のステップはあなたにとって最も重要な問題を特定することです。アプリケーションにとって最も重要な問題を特定してから、ux.stackexchangeの詳細なフォローアップ質問をすることをお勧めします。


ユーザーにホーム画面について「欲しいもの」を尋ねることについて、これは関連しています:

ユーザビリティテストの参加者からデザインの推奨事項を取得することの長所と短所は何ですか?

「何をしたいのか、どうすればいいのかわからなかった」などの別の質問。より詳細な回答を引き出すかもしれません-特に、あなたがそれらを詳しく説明するように勧めた場合。

4
James Crook

してはいけないこと(またはやめること)については、UXMovment.comの 素晴らしい記事を読みます あなたのホームページで避けるべき悪い習慣についてです。

何をすべきかについて、彼らはあなたの ホームページをいじめることを提案します。

また、UXbooth.comの クイックUIチェックリストですべてをチェックしてください

4
jonshariat

1-アプリを再設計する理由は何ですか?ちょうどそれのために、物事をリフレッシュする?これは正当な理由ですが、あまり建設的な理由ではありません。より「客観的」なものがあるかどうかを確認してください。あなたや他の人を悩ませていることはありますか?ユーザーの標準的なプラクティスを変更せずに改善できますか?

2-ホーム画面を分析します。その目的は何ですか?それはうまく機能しますか?オーバーロードせずに追加できる有用な情報はありませんか?ホーム画面から奨励/有効にしたい行動/アクションは何ですか?それらの現状を調査できますか?それについて何を改善できるか尋ねますが、すべてがトレードオフであり、各変更の欠点とは何か、そしてそれが価値があるかどうかを確認してください。

3-落とし穴について。 「このタイプのUI」が何であるかを指定していません:)。いずれにせよ-再設計するときは、ユーザーの習慣に違反しないこと、ユーザーが慣れているワークフローを変更しないこと(MS Office 2003から2007への移行など)を確認してください。または、少なくとも正当な理由なしにこれを行わないでください。

4-利用できる同様のアプリがないと言っています。特定のドメインを無視してアプリを分析し、ユーザーが実行する抽象的なタスクを特定するのに役立ちます。これらのビルディングブロックは、非常に異なるアプリでも同じであることがよくあります。

5-状況に応じたインタビューの実施については somegoodアドバイス があり、ユーザーの観察については somemore があります。きっとメリットがあります両方から。

3

あなたは彼らが好きなもの、何が悪いのか、何が彼らを助けたのか、何が彼らを遅くしたのか、彼らが持っているどんな改善のアイデアなどをユーザーと話すことができました。そもそもソフトウェアが障害ではなかったと感じている場合は、新しいバージョンに機能を採用して、既存のユーザーがすべてを再学習する必要がないようにすることができます。以前のバージョンが悪かった(UIに関しては)場合は、完全に変更する時期かもしれません。

それはあなたの言及されたホーム画面がどのように見えるべきかという内容に完全に依存します。ダッシュボードのようなものはあなたにとって意味がありますか?たぶん、ユーザーが構成して移動できるモジュールを備えた柔軟なダッシュボード。または、ユーザーのニーズのほとんどをカバーする一連のレイアウト。

いくつかの基本的なこと:それは単にブランド化された画像領域であってはなりません。コンテンツ/ワークフロー/関連データに直接ジャンプしてみてください。可能であれば個別化してください。必要に応じてローカライズします。使用されなかった機能を削除します。ワークフローを遅くする機能を改善します。アイコンが本当に役立つかどうかを確認します(これは初めてのユーザーに確認する必要があります。他のユーザーはすでにエラーに適応しています)。人々がそれに何年も費やす必要があるかどうかを美化します-彼らはそれを快適にしたいと思うかもしれません。

1
erikrojo

主なものを動かさないでください。これはご存知だと思いますが、それは明らかなもので、時々取り残されます。つまり、ボタンが一定の場所にしばらく置かれている場合は、動かさないようにしてください。これは、サイトのレイアウトに慣れている人にとっては非常に不快です。

また、テストを行うのは難しいとおっしゃっていましたが、必ずユーザーテストを実施して、何を変更する必要があるかを確認してください(またはそのまま維持してください)。私は以前に質問をして、 ユーザーテスト についていくつかの良い回答を得たので、それもチェックしてください。

UIの作成に役立つ優れたアプリについては、 Microsofts Expression Blend 4 を試してみてください。最近UXに入り、アプリケーションの使いやすさに対処するためのプログラムが登場しました。幸運を。

-b

0
Möoz