週末なしで「友好的な」締め切りを表示する方法は？
期限を表示するダッシュボードがあるという問題があります。
週末の処理方法について、ちょっとした難問に遭遇しました。
イベントAがあり、24時間以内に対応する期限があります。イベントAは木曜日の午前9時30分に発生します。締め切りは金曜日の午前9時30分です。
金曜日に、ダッシュボードが期限列に表示されます。
今日
金曜日（おそらくパブを下る）には何も起こらず、月曜日にはダッシュボードに次のように表示されます。
3日前
ビジネスで土曜日または日曜日に仕事がないため、期限を3日ではなく1日だけ過ぎた場合。
ただし、ダッシュボードが表示される場合、問題が発生します。
1日前
月曜日になると、締め切りは日曜日だと人々は考え始めますか？締め切りの実際のタイムスタンプは金曜日の午前9時30分です。したがって、2つの点は一致しません...
これをどのように表示するのが最善ですか？
- 締め切りは実際には3日前であったことを理解した上で、そのままにしてください。
- ディスプレイの締め切りを日曜日に調整しますか？
- 2つの列を分割し、数日前の計算と実際の締め切りの計算を別々に用意しましたか？そして、日曜日が実際に金曜日だった理由を説明する必要があります。
Let 3 days ago意味3 days ago（not3営業日）。
月曜から金曜までの会社にとって、Webサービスへのトラフィックが少ない日曜日の朝にサーバーのメンテナンスを予定することは完全に合理的です。 UIが通常number of business days、彼らが月曜日の朝に来たとき、彼らのイベントが "1日遅れ"であることを警告する実際にが日曜日の朝に来たときは、伝えるのは難しいでしょう。
追加の利点：営業日を気にしないことで、UIフィードバックは会社の休日データを最新に保つことに依存しません。 1 day 手段 1 dayオフィスが開いていたかどうかに関係なく。
しかしながら...
あなたが計画している場合：
- 期限を週末にすることはできません
- 営業終了データを最新にする必要がある
私は tobybotの素晴らしい提案 を使用します。これは、このあいまいな状況で明示的に正確な期日を括弧内に追加することを提案します。
（さらに、木曜日に24時間遅れている場合、「1日前」と言っても曖昧ではないので、括弧の追加をスキップできます。）
言うよりも：
締め切りは3日前
言い回しはどうですか：
締め切りは1日遅れです
「日」が「カレンダーの日」以外のものを意味する場合は、具体的に説明してください。
ユーザーが「3日前」を読んでいる場合、月曜日に読んでいると金曜日であると想定します。月曜日の「3日前」が実際には前の水曜日を指していることを人々が知っているとは信じがたいと思います。
計算から週末を除外する場合は、「稼働日」や「営業日」などの特定の用語を使用できます。特定の曜日の名前（1週間未満の場合）または日付（より長い期間の場合）でも注釈を付けると役立つ場合があります。
例
（今日が2017年7月18日火曜日であると想定）
- 1営業日前（月曜日）
- 2営業日前（金曜日）
- 5営業日前（7月11日）
または
- 1営業日前（月曜日）
- 2営業日前（金曜日）
- 5営業日前（7月11日）
これは、「稼働日」が変わる可能性があるシステム（これは、さまざまなクライアントビジネスで使用されるソフトウェアのようなもの）ですか、それとも稼働日は常にM-Fですか？
どちらの場合も、稼働日をカウントするという仮定に変更できます。それがユーザーに知らされている場合は、適切に計算でき、心配する必要はありません。したがって、土曜と日曜が休業の場合は、平日が何日経過したかを数えるだけです。月曜日の「1日前」は金曜日を意味します。
ここでの問題は、ユーザーが月曜日に表示された場合、ユーザーが「3日前」が何を意味するかを理解するために少し考えなければならないことです。これを解決するには（今日が2017年7月17日月曜日であると想定）、次のオプションがあります。
1日前（金）
3日前（水）
10日前（6/26）
先週の間に期限があった場合はどうですか。
最終[曜日]
あなたの例は次のようになります：
先週の金曜日
全体として、ダッシュボード（締め切りが混在している）は、水曜日であると想定すると、次のように表示されます。
- 昨日
- 今日
- 先週の金曜日
- 2日前
- 先週の火曜日
または、わかりやすい説明付きの棒を使用して、稼働日数を追加することもできます。
- 昨日（1d）
- 今日
- 先週の金曜日（3d）
- 月曜日（2d）
- 先週の火曜日（6d）
[〜＃〜] edit [〜＃〜]：締め切りの例のより良い組み合わせを追加
問題は、2つの異なるが密接に関連する概念を混合していることだと思います。
決まった時点でのアクションの締め切りがあります。次に、メジャーが違反された量があり、これは、測定に適用するビジネス時間の影響を受ける可能性があります。
現在、期限からの経過時間を表示していますが、タスクが違反された営業時間を人々が期待しているようです。あなたが言ったことから、週末の時間はカウントされません。通常の営業時間外はどうですか？誰もいない夜間の時間はカウントされますか？ディスプレイをどの程度細かくしたいかによって、問題にならない場合があります。
これを表示する最も簡単な方法は、別の列を追加して、タスクが違反された時間とは別の実際の期限を表示することです。これにより、混乱が回避され、週末にタスクがスケジュールされているシナリオや、将来の一部のタスクが非常に重要であるため、違反のしきい値を計算するための24時間365日のスケジュールが設定されるシナリオにも対応できます。または、表示する情報を選択し、フィールドに明確にラベルを付けるだけです。
通常、ただし、ビジネス時間を含む測定の場合、実際の締切日と測定が違反された時間数を表示します。行グループまたは色分けは、「期限切れ」、「今日」、「明日」などの時間ベースのバケットに物事を分類するために使用できます。しかし、それはすべて主観的であり、ユーザーは奇妙な要件を持っています...
この期限の問題を処理する方法の例として、Asanaプロジェクト管理アプリケーションを検討してください。基本的に、営業日の概念は無視されます。
アサナは、割り当てられた期日とカラーコードが、それが間近か、それとも期限切れかを明記しています。水曜日に前の金曜日にタスクを完了する予定だった場合、そのタスクの期日は赤い「金曜日」になります。来たる金曜日のために、それは同じ場所で緑の「金曜日」です。現在の前後1週間を超える期日は、曜日ではなく日付スタンプを示し、数日以上先の次回の期日については、カラーコードは灰色です。それ以外の場合にのみ、緑または赤の「明日」または「昨日」が使用されます。この場合、営業日は通常の日と区別されません。