フィールドを空白のままにしますか-「全員」を意味します
今日はそのような議論があったので、私はこれに打ち勝っています。私たちは、顧客がトレーニングできるものに1週間の仕事を支払うことを切望している理由を論じていました。そして、私にはそれは非常に簡単です。しかし、私は議論から始めましょう。
会社には、ドキュメントにタグを付ける2つの分類ツリーがあります。 1つは場所で、もう1つは組織です。今日、フィールドを空白のままにすると、あらゆる場所（場所）とすべての人（組織）を意味します。空白のフィールドがデフォルトであり、設定されていない場合は、誰でもそれを読むことができます。
私は、組織または場所を何も設定しない（null）ことは、誰もどこにもドキュメントにアクセスできないことを意味するという事実を主張しています。これはセキュリティが機能する方法であり、誰もアクセスを許可されていない場合、誰もそれを読み取ることができません。
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
ユーザーがデフォルトのフィールドをeveryoneまたはeverywhereに変更したい空白の意味をすべて理解していない。私はこれに関して顧客のニーズと使いやすさのすべてに賛成ですが、「彼らは1週間の作業を節約することの意味を教えることができる」というコメントに応えます。
何が欠けていますか？
すべての組織/場所がアイテムにアクセスできることを意味する空白のフィールドがあると、本当に混乱します。 「すべての組織」と「すべての場所」を示すデフォルトがあるはずです。値がNullである場合や、基になるコードに適している場合に表示できますが、何が起こっているのかをユーザーに示す必要があります。ユーザーを混乱させないようにコードを変更することは、ユーザーを混乱させるUIが何を意味するのかを常にユーザーにトレーニングする必要があるよりも、時間のより良い使用法です。
ソリューションの基準に関係なく、フィールドに灰色のデフォルト値を入力してみませんか？入力なしでフィールドが実際に何をするかをユーザーに伝えます。彼らがそれに満足しているなら、彼らは先へ進みます、そうでなければ彼らはそれを置き換えます。
デフォルトの基準に従って、私はそれほど苦痛のないものを選択します。つまり、"ユーザーとして、私はより良い感じを提供するために提供する必要がある入力が少ない"
お役に立てば幸いです。
明示的で明確が可能なときに、なぜユーザーに何かを推測または学習させるのですか？
組織を例にとると、ピッカーに次のエントリを含めることをお勧めします。
- 「すべての組織」
- 「組織なし」
および空白のエントリなし。
デフォルトは「すべて」または「いいえ」です。そうすることが理にかなっている場合は、組織の1つです。
これを行うと、選択とそれに対応する必要なアクセスに関して、どのパーティも混乱することはありません。
何らかの理由でこれが不可能な場合、次の最良のオプションは、テキストフィールドにプレースホルダーを含めることです。 「アクセスできる組織を選択してください」。これを行う場合、プレースホルダーテキスト別のスタイルにする必要があります実際の選択/テキストフィールドテキスト（斜体、中間の灰色など）とは異なり、有効な選択ではないことを明確にします。ただし、これはちょっとした応急処置のソリューションです。一部のユーザーは、質問がすでに回答されていると考えて無視しているため、理想的ではありません。
価値があるのは、ドロップダウンではなく、テキストフィールドとピッカーがあり、2つのウィジェットがそれぞれ独立して動作できることです。
複数の選択を許可する必要がない場合は、ドロップダウンを使用する方がよいでしょう。複数の組織/場所を選択することが有効な場合、画面が最初に読み込まれたときにピッカーだけを表示するのはどうですか？
編集：私は今よりよく理解すると思います-2つのフィールドがあります（分類ごとに1つ）？
セキュリティモデルがより寛容である場合（つまり、ほとんどのことが誰にでも開かれている場合）、顧客の見解は正しくありません。 UXの観点からは、暗黙的に設定するよりも、ユーザーにこの選択を示す値、つまり「すべての場所」を選択させる方がよい場合があります。
空白は何も意味せず、何も意味がないかもしれません。何の害もないようにして、BlankをEveryone and Everywhereに変更しているのはわかりませんが、Blankが空白の場合は、空白の意図した動作についてユーザーを教育する必要があります。空白のフィールドの下にメモテキストがあると、うまくいく場合があります。
「フィールドを空白のままにすると、誰でもこのドキュメントにアクセスできるようになります」。
このアプローチがあなたのために仕事をするところで、これは仕事をしている包帯アプローチですが、それは根本的にユーザーフレンドリーではありません。このアプローチを使用している間は、ユーザーが必要になるまで読みたくないという事実を見落としてはいけません。ここで空白フィールドの予想される動作を学ぶことは彼の必要性ではないので、それを処理する他の方法がない限り、その存在を正当化しません。
Pythonの禅 から引用するには：
明示的は暗黙的より良い
空のフィールドは、これらの2つのデフォルト値から、入力が提供されない場合にソフトウェアがクラッシュすることを意味し、あいまいにならないno方法があります。 。したがって、デフォルトを次のように指定します。ライトグレーのテキストは、単純な "none"または "any"です。これらのどれを選択するかは別の問題です。
クエリ画面で作業している場合、空白は通常「この基準を無視する」ことを意味します。あなたのオリジナルのコンセプトはそれでうまくいくでしょう。最悪の事態は、予想よりも多くのデータが含まれるレポートになるでしょう。
データを入力するとき、ユーザーは何を選択しているかを明確に示す必要があります。これはデータ変更イベントです。
私はそれがそれがどのような種類のコントロールであるかに依存すると主張します（誰もが互いに同意することはできません:)）
フィルターの場合は、空白のままにしてすべての結果を通過できるようにすることは理にかなっています。特に、入力中に更新されている結果リストをユーザーがすぐに確認できるライブフィルターの場合はそうです。空のフィルターは、何も表示されないという意味ではありません。
たとえば、ライブフィルターはSpotifyでテストできます。フィルターボックスを表示するには、ctrl + f（Macの場合はoption + f）を押します。最初からフィルターボックスが空の場合、すべてのファイルがリストされます。文字を入力するとすぐにフィルタリングが開始されます。
今日も同じシナリオを経験しました。 「All」フィールドをサポートしていなかったので、それを探していました。後で私は「すべて」を示す空白に出くわしました。テキストフィールドを空白のままにすることは良い習慣ではありません。標準化された方法はありません。テキストフィールドを透かしでマークして、ユーザーが空白のままにする代わりに選択できるすべての可能な選択肢を示すことで解決できます。