Concevoir les statuts de service pour les outils de planification
Je pensais que les statuts de service seraient simples. Un service est confirmé. Un autre ne l'est pas. Je me trompais.
Un statut n'est pas une simple étiquette sur une carte. Il pilote la logique du produit. Il indique au système ce qu'il doit faire ensuite.
Pensez à l'expression « non confirmé ». Elle cache trop de détails. Le membre du personnel est-il au courant du service ? A-t-il dit non ? Avez-vous besoin d'un remplaçant ?
Vous avez besoin d'un modèle clair pour éviter toute confusion. Voici comment séparer ces états :
- Assigné : Une personne a le service.
- En attente de confirmation : La personne est au courant mais n'a pas répondu.
- Confirmé : La personne a dit oui.
- Besoin de remplacement : La personne a dit non.
- Disponible pour couvrir : Les autres membres du personnel voient le créneau libre.
- Annulé : Le service est supprimé.
« Assigné » est différent de « confirmé ». Un planning semble complet lorsque tout le monde est assigné. Mais rien n'est définitif tant que tout le monde n'a pas confirmé. Cette distinction vous évite les surprises.
« Besoin de remplacement » est un problème spécifique. Ce n'est pas la même chose que « non confirmé ». L'un signifie attendre une réponse. L'autre signifie trouver une nouvelle personne. Des problèmes spécifiques permettent d'obtenir des solutions plus rapides.
La conception des statuts est une conception de produit. Elle façonne le flux de travail. Elle détermine ce que les utilisateurs voient. Elle vous indique ce qui est urgent.
Gardez vos statuts clairs. Un bon statut rend l'étape suivante évidente.
Source: https://dev.to/miran969/designing-shift-statuses-for-a-small-team-scheduling-tool-3bk5