問題タブ [user-experience]

Facebookアプリケーションは、プロキシメールと呼ばれるサービスにアクセスできます。これは基本的にユーザーとアプリのペアに固有のメールアドレスであり、ユーザーがアプリの権限を付与し続ける限り、ユーザーが登録したメールアドレスに転送されます。

したがって、これを使用して許可を求めるか、ユーザーに実際の電子メールアドレスをすぐに尋ねることができます。

どちらがより良いユーザーエクスペリエンスだと思いますか？

Web アプリケーションの設計では、メイン ページをどのように設計しますか? これは、 のようなベース URL を入力した後にユーザーに表示されるページを意味しますhttp://www.foo.com。

サイトにもよるかもしれませんが…

• スタックオーバーフローは、質問のリストで私たちを歓迎します.スタックオーバーフローのランディングページとは何ですか.
• last.fm は一種のダッシュボードを提供しており、最近非常に人気があり、登録ユーザー向けのパーソナライズされたランディング ページのようなものです。
• Google は検索ボックスで私たちを歓迎しますが、iGoogleは完全に異なるストーリーです。

もう 1 つは、ユーザーがログインしている場合 (Web サイトがログインをサポートしている場合)、そこで別のコンテンツを表示し、新しいランダムなインカムを表示する必要があるかどうかです。パーソナライズされたコンテンツという意味ではありませんが、メイン ページではなくユーザー プロファイルなど、まったく異なるものですか?

ある観点からは、それは良いことかもしれません.登録ユーザーは通常、私たちのサイトを知っており、戻ってくるとすぐに特別な挨拶を受け取ります. 一方で、これは問題を引き起こす可能性があります。ある Web サイトを友人に見せると、友人は自分のコンピューターからそこにアクセスし、まったく異なるものを目にします。
もう 1 つは、http://www.foo.com友人に を表示すると、自分のユーザー プロファイル/ダッシュボードに直接移動する場合です。これは、個人データの一部が表示される可能性があるため、全員に表示したくない場合があります。 .

Web アプリケーションを設計するときに何をしますか? あなたの意見では、ユーザーの観点から最も良いのは何ですか?登録ユーザーと未登録ユーザーでウェブサイトの見た目が異なることについての私の懸念は、意味がありますか? （繰り返しますが、巨大なレジスタを今すぐリンクを非表示にするなどの小さな違いを意味するのではありませんが、完全に異なるビューを表示しています）。

ずっと前に、あたかも登録ユーザーであるかのようにすべてを利用できる Web サイト (残念ながらアドレスを失ってしまいました。それはある種の新聞サイトでした) に出くわしました。記事を評価したり、お気に入りに追加したり、コメントしたりできます。投稿すると、投稿を保存するにはウェブサイトに登録する必要があるという目立たない埋め込みメッセージが表示されます。次に、あなたのプロフィールがどのように表示されるかを確認するためのリンクがありました。私のすべてのアクティビティがそこにあることに驚きました。読んで保存した記事、コメントなど。サイトを離れ、後で好奇心から戻ってきたとき、まだアクティビティが保存されていました。

これまでで最高だと思っていたのですが、ソーシャル機能を備えたウェブサイトを構築している今、私もそのアプローチを取りたいと思っています. しかし、私はまだ初心者なので、どうすればいいのかわかりません。どのようにしますか？

標準化された、または一貫した (読みやすくて美しい) ユーザー エクスペリエンス/ユーザー インターフェイスの使用に関する実際の研究/分析タイプのデータ (実数) を探しています。

具体的には、この情報は、既存の (恐ろしい) Web アプリケーションの標準化と作り直しをサポートするために引用されますが、顧客維持と優れたユーザー エクスペリエンスの指標が全面的に適用されることは確かです。

これがプログラミング関連で十分でない場合は、お詫びし、締めくくる投票を受け付けます。

編集：間違った用語を使用しているようです。少し明確にするために、これまでの回答に基づいて、「優れたデザインの利点」と「その利点を示す定量的研究」を探しています。この2つの引用を組み合わせると、うまくまとめられると思います。

優れたユーザー インターフェイス設計の原則については、多くのオンライン リソースが必要です。おそらく、デスクトップとオンラインで分類された、簡単に閲覧できるリストを見てみたいと思います (またはそうでないかもしれません; それはあまりにも限定的かもしれません)。

例はありますか？

The List (これまでのところ)
A List Apart
Web インターフェースの設計
Jakob Nielsen の useit.com
Quince
Smashing Magazine
Usability Post
Yahoo Design Pattern Library
Designing Web Interfaces

ブログをデザインしていて、サイドバーを作成するか、そのコンテンツをヘッダー/フッターに移動するだけにするかを決定しようとしています。

これについてどう思いますか。

ヘッダー/フッターの合計の高さについて何か意見はありますか?

ダイアログ アプリケーションの従来の動作は、"Escape" が押されたときにアプリケーションを閉じることでした。ただし、誤ってキーを押すことが多いため、一部のユーザーはこれについて不満を述べています。

あなたのアプローチは何ですか？
1) アプリケーションを閉じる
2) 何もしない
3) 「終了してもよろしいですか?」メッセージ（おそらく「今後これを表示しない」チェックボックス付き）

私たちは UX コンサルタントを雇っています。会社と大まかなセッションを行い、彼らの仕事を気に入りました。候補者は大丈夫だと思い、スクラム チームに組み込まれる特定の UX コンサルタントとのより集中的な面接を望んでいます。

自重候補を除外するためには、どのような質問をする必要がありますか。

ありがとう。

だから私はすべての目的と目的のための写真ビューアであるウェブアプリを持っています。

サムネイルをクリックするとアプリ

1. 画像アセットをリクエストし、
2. IMGタグとしてDOMに挿入します
3. そして他を処分します

（MooTools、、Asset.imageおよびinject）dispose。

すでに読み込まれている画像をクリックした場合は、dispose保存してからもう一度挿入します。

ユーザーは平均12秒間画像を表示します（私の統計によると）。これは、さらにいくつかの画像をダウンロードするのに十分な時間です。

だから私の質問は、少し言い換えると：

マウスの動きに基づいて、バックグラウンドで他のアセットをダウンロードする必要があるかどうかを判断するのは良い習慣ですか、それとも悪い習慣ですか？

したがって、マウスが動かない場合は、次のいくつかのアセットをダウンロードしてください。マウスが動き始めたら、停止してマウスが停止するのを待ちます（そして、ダウンロードを再開する前に、1〜2秒のように少し間隔を空けてください）。

それは私には良い考えのように思えますが、私が考えていないいくつかの二次的影響があるように感じます。

グラシアス。

これは、Androidプラットフォームでアプリケーションのようなウィザードを実行するための最良の方法だと思います（ユーザーは[次へ]ボタンと[戻る]ボタンで画面間を移動でき、各画面にはいくつかの状態データを保存する必要があります）。

私は主に2つのアプローチで考えることができます：

1. 画面ごとに1つのアクティビティとビューを設定し、各アクティビティを呼び出して画面を切り替えます。これが素晴らしいのは、システムの戻るボタンをバックハンドラーとして使用できることです。また、各アクティビティが独自の状態を保存するので、自分でそれを処理する必要はありません。

2. 1つのアクティビティと多くのビューがあり、各画面でビューを切り替えると、より多くのコードを再利用できますが、状態の保存が混乱します。

どう思いますか？Androidでこれを行うための最良の方法はどれですか？