私はウェブアプリをデザインしています。設定メニューは3つのタブで構成されています。コンテキストについては、ユーザーが入力を行い、アプリが画像を生成します。
最初のタブには非常に基本的な設定があり、知識があまりないユーザーでも、たとえば背景色や画像サイズを使用したいと考えています。
2番目のタブには、特定のレンダリングオプション、透かしの無効化など、より複雑な設定があります。
3番目のタブには、ユーザーが変更できる生成プロセスで使用される任意の定数のリストがあります。私は主にデバッグにこれを使用しましたが、ユーザーはそれらを使用してイメージを微調整したい場合があります。
3つのタブを何と呼ぶべきですか?これまでのところ、Basicで実行してきました。アドバンス|デバッグ。ただし、3番目のタブは、ユーザーの観点からのデバッグとは何の関係もありません。また、[高度]の上に論理的な次のステップはありません。
何かご意見は?
3つのタブの制約が指定されていて変更できない場合、機能とコンテキストを理解せずに答えることは困難です。
Basic、Advanced、Whateverは、ユーザーが問題について考えるために使用するカテゴリではありません。基本タブにサイズと色のパラメータが含まれている場合は、Size&Colorと呼び出します。BasicまたはAdvancedに 情報の香り がないため、ユーザーに特定のアイデア中身のアイデア。
説明であなたが与えた詳細から、パラメータのカテゴリは画像エディタで見つけることができるものと似ていると想像できました:フォント、色、サイズ、位置、影、効果など。スケッチ、Photoshop、ペイント、MSの方法を見てみましょうWordがこの問題を解決します。その上、本当に3つのタブが必要か、それともタブが必要なのかを質問します。代わりに拡張可能なパネルを検討してください。
いずれの場合も、ラベルは、理想的にはアプリケーションのドメインに固有である必要があり、アプリケーションを説明する必要があります。たとえば、ほとんどすべての銀行のWebサイトにはBanking、Credits、InsuranceおよびInvestmentsがあります。Basic、AdvancedおよびGeeky stuff。
ところで、私は3番目のタブの「ギークなもの」オプションが好きです:)
NGAFDの要点として、オプションを再編成するか、コンテキストを追加する方法でラベルを付けることを検討してください。 BasicとAdvancedはかなり広範であり、デバッグはAdvancedの下で設定する方がよいかもしれません。したがって、タブを2つに制限できる場合があります。オプションの数によっては、タブが適切なソリューションであるかどうかを本当に検討する必要がある場合もあります。
あなたはすでに何か他のことをすることを提案する答えを受け入れましたが、私はあなたのオリジナルのアイデアを試してみたいと思います。
Basic
のようなテキストは、ユーザーがBasic settings
を読み取ると想定しています。これは機能する場合と機能しない場合があります。実際には、Basic settings
という1つのタブと、More settings
という2番目のタブをオンにするボタンAdvanced settings
から始めます。このようにして、ユーザーは「基本」とは何かをすでに学習しており、「高度な」ものの準備ができています。 Expert settings
について、ストアをもう一度繰り返すことができます。
とはいえ、ドメイン固有の名前を使用する方がよいことに同意します。適切な名前が見つからない場合、問題はグループ化自体にある可能性があります。 「色」、「サイズ」、「レンダリング」、「透かし」などの10のパーツが必要になる場合があります。これはおそらくタブに変換されません。
「ベーシック」「アドバンスト」といえばいつでも賛成です。宇宙のすべてを2つのカテゴリーの1つにまとめることは人間の本性です。
もちろん、2つ以上実行できます。この方法からカードを並べ替えて、40人程度のユーザーでテストしたNice IAに到着することもできますが、A)すでにモダリティに達しているようです-タブ-およびB)最初の段落を参照してください。確固たる根拠がなければ、それをシンプルに保つことは、他の何よりも優れたタイブレーカーです。