ユーザーのown誕生日までのUIのベストプラクティスに関する多くの記事を読みましたが、看護師などのユーザーが患者の誕生日を入力するためのベストプラクティスをどのように考えますか?
自分の生年月日を入力するとき、UX引数はユーザーが生年月日を何度も入力したため、特定のパターンが最適に機能します。
しかし、同じロジックは、患者の誕生日に入る看護師には適用されません。それであなたは何を考えますか?単一のテキストフィールド?ドロップダウン? 3つのフィールド(MM-DD-YYYY)?私たちは皆、日付ピッカーを除外できると思います。
私は最近、この正確なユースケース、つまり患者の生年月日を入力する看護師のために取り組んでいたアプリの例を提供しました: ユーザーに年齢または誕生日を入力するように依頼する必要がありますか?
これがデスクトップアプリケーションであると想定すると、エントリを自動的にマスクする単一のフィールドと共に日付ピッカーを使用します。ユーザーはフォーマットについて心配する必要がないように、mm/dd/yyyyを使用して入力をマスクする必要があります。ユーザーはフィールドにタブで移動できるはずです。フィールドの下にあるプレースホルダーや例などの近くにあるタイプのサンプル形式を提供します。私は効率のためにビジネスアプリケーションの設計に取り組んでいます。日付ピッカーは役に立ちますが、ほとんどの場合、ユーザーを観察するときに、日付ピッカーから入力するか、日付ピッカーから選択するかを選択した場合、フォームに沿ってタブを移動するときにフィールドに直接入力します。特に顧客との電話であなたのコールキューがバックアップしているときは特に、フォームに1日中繰り返し入力するときに日付を入力する方が速いです。日付ピッカーでは、キーボードモードからマウスに戻す必要があり、処理が遅くなります。
まともな日付ピッカーの例については、 this date picker を参照してください。これもタブ化可能であり、マスクできます。
HTMLについて話している場合は、date
タイプの単一フィールドを使用することを検討します。これにより、最新のブラウザーはユーザーに動的な日付検証と入力ヘルプを提供でき、モバイルブラウザーはネイティブの日付スピナーまたはその他の類似のものを表示しますコントロール。
日付入力形式(別名、その表示形式)はブラウザーによって異なるため、スタッフが最新のブラウザーを使用していない場合、これは少し問題になる可能性があります(古いブラウザーは不快なYYYY-MM-DD
形式、新しいブラウザは日付形式にシステムロケールを使用します。非常に古いブラウザは、フィールドをまったく検証せずにプレーンテキストフィールドとして扱います)。これは、少なくとも一部のユーザーにとっては間違っているため、有用な入力形式のヒント(プレースホルダーテキストまたは同等のもの)を提供することは不可能であることを意味します。