「マイアカウント」ページのモックアップ-このページのパスワードフォームを変更しますか？
私は非常に最小限のユーザーアカウントページをモックアップしています。これは、3つの関数、つまり使用可能な用途を表示するカウンター、コードを利用するためのフィールド、およびパスワードを変更できるフォームへのリンクで構成されています。
どう思いますか。リンクをクリックした後でパスワードフォームを表示するのではなく、このページにパスワードフォームを含める必要がありますか？
そして、私はカウンターフリークエリについて知りません。気に入らないが、表示するためのより良い方法を思い付くことができないようですが、私を正しい方向に向けることができますか？
ありがとう。
全体としてこれは素晴らしいスタートのように見えます。ただし、次の点を考慮してUXを合理化し、設計をより効率的で使いやすくします。
可能であれば、ページごとに1つの目的を作成します。プロモーションコードページでのパスワードフォーム検証エラーのシナリオは望ましくありません。 1つの目的のページは、キーボード/入力フォームの送信にも適しています。マウスとキーボードの切り替えを最小限に抑えることが効率的です。
[マイアカウント]ページの下に[パスワードの変更]を配置しないのはなぜですか？セキュリティ上の目的で、ユーザーにパスワードの変更を許可する場合、アカウントの所有者であることを確認します。 パスワードを忘れた場合とパスワードを変更した場合は、要件が少し異なる2つのケースです。
GitHubは良い例です：
GitHub http://gyroscopestudios.com/stackexchange/git-screen.gif
画面上の各要素を慎重に検討してください。原則として、削除できるものはすべて削除する必要があります。ユーザーの注意をそらし、混乱やフラストレーションを引き起こす可能性があります。
スケッチは、ユーザーがすでに資格情報を入力したページのようです。ここでは「パスワードの変更」に関連するコンテキストはありません。そして、アウトバウンドリンク（ "Theme by ..."）を、ユーザーを目前のタスクから遠ざけるサイフォンとして再考します。
本当に3つのことが起こっているだけの場合、それだけで十分です。ユーザーのエクスペリエンスについて考えます。彼らはそれが誰のテーマであるかを本当に気にしていますか、それとも彼らがプロモーションコードを使用することがより重要ですか？
「パスワードの変更」リンクは実際に何をしますか？
このページにモーダルポップアップが表示される場合は、リンクに問題はないと思います。
リンクは、要求されたときにフォームをインラインで表示するのにも適しています。これにより、ユーザーがフォームを必要とし、同じコンテキストを維持するまで、ページが乱雑になりません。
実際に別のページに移動する場合は、少し奇妙に思えます。なぜ別のページが必要になるのでしょうか？それが「プロファイル」の一部である場合、おそらく他のプロファイル情報とともにここに存在するはずです。
クエリについては、おそらくグラフィカルな描写ですか？ユーザーは何を見たいと思っていますか？
- これまでに使用された合計と残りの数
- 時間の経過とともに使用されたクエリのグラフ（残り＃）
- ユーザーが持っているものと比較するために利用可能なクエリのさまざまな層？
クエリを追加するためのプロモーションコードは、利用可能な＃よりもはるかに目立ちます。人々が実際に見たい情報を決定するために、クエリカウンターがより目立つ（もしまだなら）別のレイアウトを試すことをお勧めします。
開発者がページ遷移を実装する方法に影響を与えることができれば、別の「ビュー」で「パスワードを忘れた」ことは必ずしも悪いことではありません。これらの非常にスムーズな ページ遷移の例 の使用を検討してください。フリップ、スライドインなどのように、ユーザーは「隠された」忘れたパスワードビューをすばやく表示したり、通常のランディングビューに戻ることができます。
「パスワードの変更」機能をページに配置することの問題は、ユーザーを混乱させるリスクがあることです。実際のフォーラムの「プロファイルの編集」ページの次の（わずかに変更された）スクリーンショットを検討してください。
ICQ番号をプロファイルに追加したいユーザーは、変更中にパスワードを変更する必要がありますか？