小さなwebappを書いていて、UIのハングアップで立ち往生しています。画面上部にグローバルメニューバーがあり、ユーザーがサインインすると次のようになります。
2つ目の質問です。ユーザープロファイルの詳細(名前、電子メールなど)を編集し、パスワードを変更できる画面が表示されます。ただし、最終的には、アカウントを有料バージョンにアップグレードしたり、支払いの詳細を入力したり、アカウントに関連付けられている他のユーザーを管理したりできるようになります。
もともとは[ユーザープロフィール]と[アカウント]のリンクを個別に用意する予定でしたが、ほとんどのユーザーにとってこれはあいまいすぎると思います。
「マイアカウント」全体は意味がありますか? 「アカウント」だけが物事を行うためのより標準的な方法でしょうか?または、これらを2つに分割する必要がありますか?
これは、安価な card-sorting research で簡単にテストできます。同様に将来の機能を含め、ユーザーにカードをグループに整理するように依頼します。これらのグループは、グローバルメニューバーに何を配置するかについての決定を通知します。
カード。ユーザーがサイトにアクセスするタスクに加えて(ルックアップレシピ… ?ビデオを見る…?)別のカードを持っていると思いますパスワードを変更してください、アップグレードアカウントを有料版に、支払いの詳細を入力、アカウントに接続されている他のユーザーを管理などオン。
質問。一度に1人の参加者に、カードをグループに分類するように依頼します。次に、独自のメニューバーの質問に答えるのに役立つフォローアップ質問をいくつか示します。
製品のターゲットユーザーのメンバーと一緒にこの調査を行うと、私たちのような多くの人々に無知の意見を求めるよりも良い結果が得られます。 (ユーザーが誰なのか、アプリが何をするのかわからないので、私は「無知」と言います。)少しの調査で、あなたはそれを正しく理解することができます。
それはアプリとオーディエンスに依存すると思います。社会的なものについては、<User>'s Account
ゲームの場合はSettings
を使用し、ビジネスアプリの場合はOptions
を完全にボタンで押します。
これは、webappのタイプによって異なります。
どうですか:
[email protected] [アカウント] |ログアウト
「アカウント」は設定またはオプションです。どちらの用語を選択しても、青色で下線が引かれているため、ユーザーはそれがリンクであることを認識できます。
あなたがそれらを分離する理由がわかりません。
メールアドレスを変更できるページがわからないので、おそらく両方を確認する必要があります。
考慮すべき重要な要素は、「設定」という用語はユーザーではなくソフトウェアを指すということです。
したがって、2つの固有のメニュー項目があることがわかります。
プロフィール、アカウントなどは、私が誰であるか、ユーザー名、パスワードなど、私の情報に厳密に言及しています。
設定はユーザーに固有であると主張する人もいますが、これらはソフトウェアを使用するときに必要な設定です。
重要なのは、「設定」は個々のソフトウェアに固有であり、別のアプリケーションに移植できないことです。一方、ユーザーの情報は、ユーザーに固有の穴があきます。
「アカウント」、「プロフィール」などの間で何を使用するかに関しては、それは本当に音声の問題です。もちろん、これらの前にMYとYourを追加し始めない限り、それはまったく異なる会話のスレッドです。