𝗗𝗲𝘀𝗶𝗴𝗻𝗶𝗻𝗴 𝗦𝗵𝗶𝗳𝘁 𝗦𝘁𝗮𝘁𝘂𝘀𝗲𝘀 𝗳𝗼𝗿 𝗦𝗰𝗵𝗲𝗱𝘂𝗹𝗶𝗻𝗴 𝗧𝗼𝗼𝗹𝘀 （スケジューリングツールにおけるシフトステータスの設計）

シフトのステータスは単純なものだと思っていました。 シフトが確定しているか、していないか。 それだけだと思っていましたが、それは間違いでした。

ステータスは単なるカード上のラベルではありません。 それはプロダクトのロジックを動かし、 システムに次に何をすべきかを指示するものです。

「未確定」という言葉について考えてみてください。 これにはあまりにも多くの詳細が隠されています。 スタッフはそのシフトを把握していますか？ 拒否されましたか？ 代わりの人を探す必要がありますか？

混乱を避けるためには、明確なモデルが必要です。 以下のように状態を切り分けてみましょう。

  • Assigned: 担当者が割り当てられている。
  • Waiting for confirmation: 担当者は把握しているが、返答がない。
  • Confirmed: 担当者が承諾した。
  • Needs cover: 担当者が拒否した。
  • Available to cover: 他のスタッフに空き枠が表示されている。
  • Cancelled: その仕事自体がなくなった。

AssignedはConfirmedとは異なります。 全員にAssignedがついていれば、スケジュールは埋まっているように見えます。 しかし、全員がConfirmedになるまでは、確定したとは言えません。 この区別をすることで、予期せぬ事態を防ぐことができます。

Needs coverは具体的な問題です。 それは「未確定」と同じではありません。 一方は「返答を待つ」ことを意味し、 もう一方は「新しい人を探す」ことを意味します。 問題が具体的であればあるほど、解決策も早くなります。

ステータスの設計はプロダクトの設計です。 それはワークフローを形作り、 ユーザーに何を見せるかを決定し、 何が緊急であるかを教えてくれます。

ステータスは明確に保ちましょう。 優れたステータスは、次にすべきことを明白にします。

Source: https://dev.to/miran969/designing-shift-statuses-for-a-small-team-scheduling-tool-3bk5