web-dev-qa-db-ja.com

午前0時以降の時間、ユーザーエクスペリエンス

「土曜日の夜2時に会いましょう」は「不正解」であり、決して発生しない(カレンダーに関して)

真夜中は新しい日の始まりです。ですから、それ以降は何でも翌日です(これもカレンダーです)

しかし、ほとんどの人は意味がわかっており、真夜中の2時を同じ日と見なします

ほとんどの人にとってそれはしないは2時の日曜日の朝を意味します。特にパーティーの人々、夜更かしなど;)少なくとも毎日のスピーチでは。 「今夜2時に会おう!」等.

これにより、Webサイトに日付と時刻を含むユーザーカレンダーを作成することが難しくなります。

「カレンダーの日は00:00/12 AMに開始/終了します」という通知を入れるべきですか?それは人々を混乱させる可能性があります

または、カレンダーを扱うときに、すでにこれを知っている人はいますか?

どのようにそれについて理解しますか?

6
mowgli

それは実際にはコンテキストに依存します。フライトを予約していて、チケットにSaturday、2amと記載されているとします。金曜から土曜の夜であり、翌日の夜ではないことは間違いありません。あなたがしている場合、それはまったく異なるものです。音楽祭の運営順序を提供します。 土曜日、午前2時技術的にほとんど常に日曜日、午前2時、これはユーザーにとって問題ではありません。フェスティバルの日は論理的に次のように分かれています。金曜、土曜、日曜。

つまり、警告を追加する前に、ユーザーに対して可能な限り多くのコンテキストを取得する必要があるということです。フライトを予約している人に対する「その日は00:00/12 AMに開始/終了することを忘れないでください」という警告は、実際には役立つよりも混乱しやすいかもしれません。誰かが彼の夜の外出を追跡しているのであれば、それは役に立つかもしれません。つまり土曜日のイベントを入力するためのUIを提供し、ユーザーが同じ日のイベントを後で追加した後、午前2時にイベントを追加した場合、その日の最初のイベントであれば警告が役立つ可能性があります。意図的。

最も重要なことは、データの表示と一貫していることです。私の例では、日曜日に追加されるコンサートが午前2時が最終的に土曜日に表示されるとvery混乱しますラインナップ。

1
msp

ユーザーは、土曜日の午前2時について話しているときの意味を直感的に理解しているかもしれませんが、他の誰かによる解釈になると、混乱の要素があります。 「午前2時の「土曜日」は技術的には日曜日ですが、すでにご存知のように」という微妙なリマインダーまたはヒント。関係するすべての関係者にとって大きな助けになるでしょう。

1
Adnan Khan

ほとんどの人はカレンダーを扱うときにこれを知っています。通知は必要ないと私は信じています。明日の午前2時/明日の早朝の使用をお勧めします。

00:00 - 09:00  - EARLY MORNING
09:00 - 12:00 - MORNING
12:00 - 16:00 - AFTERNOON
16:00 - 20:00 - EVENING
20:00 - 23:59 - NIGHT

等々。これはユーザーに明確なアイデアを与えます。

0
Sunil B N