339 lines
9 KiB
Markdown
339 lines
9 KiB
Markdown
# Propositions UX — phase finale
|
|
|
|
Document de propositions, sans refonte implémentée. Les observations
|
|
proviennent de la navigation locale sur copie de la base VM et des contrôles
|
|
statiques des menus et formulaires. Les intégrations interdites (watchdogs,
|
|
Pronote, ENT, Outlook et configuration IA) n'ont pas été déclenchées.
|
|
|
|
## Proposition UX-P1 — parcours « premiers pas »
|
|
|
|
### Problème observé
|
|
|
|
La dépendance Site/Bâtiment → Zone → Salle → Équipement est réelle, mais le
|
|
menu n'explique pas cet ordre. Une liste vide indique souvent seulement qu'il
|
|
n'y a aucun résultat.
|
|
|
|
### Exemple concret
|
|
|
|
Pour créer 30 chaises, un débutant doit deviner qu'il faut d'abord ouvrir le
|
|
menu « Équipements », puis créer le bâtiment, la zone, la salle et enfin
|
|
l'équipement groupé.
|
|
|
|
### Utilisateur concerné
|
|
|
|
Gestionnaire de collège débutant.
|
|
|
|
### Solution proposée
|
|
|
|
Ajouter une checklist légère et dismissible : « 1. Créer un bâtiment → 2.
|
|
Créer une zone → 3. Créer une salle → 4. Ajouter un équipement ». Dans chaque
|
|
état vide, afficher le prérequis manquant et un bouton d'action direct.
|
|
|
|
### Bénéfice
|
|
|
|
Réduit les erreurs de navigation et le besoin de formation initiale.
|
|
|
|
### Risque
|
|
|
|
Faible si la checklist est informative et n'impose aucun parcours.
|
|
|
|
### Effort estimé
|
|
|
|
Moyen (états vides, permissions et liens contextuels).
|
|
|
|
### Priorité
|
|
|
|
UX-P1
|
|
|
|
## Proposition UX-P1 — menu métier resserré
|
|
|
|
### Problème observé
|
|
|
|
Le menu « Équipements » mélange patrimoine, entreprises, contrats, stock,
|
|
prévisions et cycle de vie. Le menu « Interventions » mélange interventions,
|
|
planning, exports, compteurs et tâches administratives. Le même vocabulaire
|
|
n'est pas toujours utilisé dans les titres et les URLs.
|
|
|
|
### Exemple concret
|
|
|
|
Pour trouver une FDS, l'utilisateur doit ouvrir « Équipements », puis
|
|
« Matériel & Entretien », puis « FDS / fiches techniques ».
|
|
|
|
### Utilisateur concerné
|
|
|
|
Gestionnaire patrimoine, agent d'entretien et responsable maintenance.
|
|
|
|
### Solution proposée
|
|
|
|
Regrouper les entrées par tâches métier (voir l'arborescence proposée plus
|
|
bas), conserver les URLs existantes et masquer les entrées selon la
|
|
permission effective.
|
|
|
|
### Bénéfice
|
|
|
|
Les actions quotidiennes sont repérables sans connaître l'architecture Flask.
|
|
|
|
### Risque
|
|
|
|
Risque de régression de navigation et de permissions si réalisé en une seule
|
|
refonte.
|
|
|
|
### Effort estimé
|
|
|
|
Élevé.
|
|
|
|
### Priorité
|
|
|
|
UX-P1 — validation produit nécessaire avant implémentation.
|
|
|
|
## Proposition UX-P2 — états vides actionnables
|
|
|
|
### Problème observé
|
|
|
|
Les messages « Aucun résultat » ne distinguent pas une recherche infructueuse
|
|
d'une base non configurée.
|
|
|
|
### Exemple concret
|
|
|
|
Une salle sans zone ou un stock sans emplacement ne donne pas toujours le
|
|
prochain geste à effectuer.
|
|
|
|
### Utilisateur concerné
|
|
|
|
Tout nouvel administrateur fonctionnel.
|
|
|
|
### Solution proposée
|
|
|
|
Afficher « Aucun élément pour le moment », le prérequis éventuel, un exemple
|
|
de donnée attendue et un bouton « Créer … » lorsque la permission le permet.
|
|
|
|
### Bénéfice
|
|
|
|
Moins d'abandons et moins de tickets de support.
|
|
|
|
### Risque
|
|
|
|
Un bouton affiché sans permission doit rester masqué.
|
|
|
|
### Effort estimé
|
|
|
|
Faible à moyen.
|
|
|
|
### Priorité
|
|
|
|
UX-P2
|
|
|
|
## Proposition UX-P2 — formulaires guidés et unités
|
|
|
|
### Problème observé
|
|
|
|
Plusieurs formulaires utilisent des champs génériques (quantité, durée,
|
|
stock-minimum) dont l'unité ou l'effet n'est pas toujours visible au premier
|
|
coup d'œil.
|
|
|
|
### Exemple concret
|
|
|
|
Une quantité de stock doit préciser s'il s'agit de litres, kilogrammes,
|
|
flacons ou unités ; une intervention doit expliquer les relations
|
|
optionnelles salle/équipement.
|
|
|
|
### Utilisateur concerné
|
|
|
|
Agents d'entretien et responsables de stock.
|
|
|
|
### Solution proposée
|
|
|
|
Ajouter unités dans le label et une aide courte sous le champ. Conserver les
|
|
valeurs après erreur et indiquer le premier champ invalide.
|
|
|
|
### Bénéfice
|
|
|
|
Réduit les erreurs de stock et les saisies incomplètes.
|
|
|
|
### Risque
|
|
|
|
Les unités doivent provenir du modèle métier, pas être inventées dans le
|
|
template.
|
|
|
|
### Effort estimé
|
|
|
|
Moyen.
|
|
|
|
### Priorité
|
|
|
|
UX-P2
|
|
|
|
## Proposition UX-P1 — confirmations dangereuses explicites
|
|
|
|
### Problème observé
|
|
|
|
Certaines actions utilisent une confirmation courte (« Êtes-vous sûr ? »)
|
|
qui n'explicite pas les conséquences.
|
|
|
|
### Exemple concret
|
|
|
|
Un rebut doit distinguer la sortie définitive du patrimoine d'une mise en
|
|
réparation temporaire ; une sortie de stock doit afficher la quantité et le
|
|
lot concerné.
|
|
|
|
### Utilisateur concerné
|
|
|
|
Responsable maintenance et stock.
|
|
|
|
### Solution proposée
|
|
|
|
Afficher l'objet, la quantité, la destination et l'effet sur l'inventaire,
|
|
avec un bouton d'annulation clairement secondaire.
|
|
|
|
### Bénéfice
|
|
|
|
Évite les pertes de stock et les suppressions involontaires.
|
|
|
|
### Risque
|
|
|
|
Une confirmation trop fréquente ralentit les opérations répétitives.
|
|
|
|
### Effort estimé
|
|
|
|
Faible à moyen.
|
|
|
|
### Priorité
|
|
|
|
UX-P1
|
|
|
|
## Proposition UX-P2 — page Documents cohérente
|
|
|
|
### Problème observé
|
|
|
|
`/documents/` répond 404 (UI-011), alors que les documents sont répartis dans
|
|
les fiches équipement, intervention et produits d'entretien.
|
|
|
|
### Exemple concret
|
|
|
|
Un utilisateur qui cherche une FDS peut essayer une page globale Documents et
|
|
obtenir une erreur.
|
|
|
|
### Utilisateur concerné
|
|
|
|
Agent cherchant une FDS ou une pièce jointe.
|
|
|
|
### Solution proposée
|
|
|
|
Décider explicitement entre (a) une page globale de recherche documentaire ou
|
|
(b) supprimer tout lien global et renvoyer vers les trois contextes métier.
|
|
Ne pas créer une nouvelle hiérarchie avant décision fonctionnelle.
|
|
|
|
### Bénéfice
|
|
|
|
Élimine un lien mort et rend les documents retrouvables.
|
|
|
|
### Risque
|
|
|
|
Une page globale implique recherche, permissions et règles de conservation.
|
|
|
|
### Effort estimé
|
|
|
|
Moyen à élevé selon l'option retenue.
|
|
|
|
### Priorité
|
|
|
|
UX-P2
|
|
|
|
## Arborescence de menu proposée (non implémentée)
|
|
|
|
```text
|
|
Accueil
|
|
Tableau de bord
|
|
Alertes
|
|
|
|
Patrimoine
|
|
Sites / bâtiments
|
|
Zones
|
|
Salles
|
|
Équipements
|
|
Cycle de vie
|
|
Équipements sortis
|
|
|
|
Maintenance
|
|
Interventions
|
|
Planning
|
|
Tâches préventives
|
|
Compteurs
|
|
Entreprises et contrats
|
|
Exports
|
|
|
|
Produits et stocks
|
|
Produits génériques
|
|
Références et conditionnements
|
|
État du stock
|
|
Réceptions
|
|
Sorties agents
|
|
Transferts et inventaires
|
|
FDS et fiches techniques
|
|
Fiches papier
|
|
Prévisions
|
|
|
|
Prévention
|
|
DUERP et risques
|
|
Actions
|
|
Formations
|
|
Habilitations
|
|
|
|
Administration
|
|
Utilisateurs
|
|
Rôles et permissions
|
|
Journaux
|
|
Statut système
|
|
```
|
|
|
|
Les intégrations et paramètres sensibles doivent rester dans un espace
|
|
« Configuration technique » réservé aux administrateurs autorisés, sans être
|
|
présentés comme des tâches quotidiennes.
|
|
|
|
## Aide contextuelle proposée
|
|
|
|
- Équipement groupé : expliquer « quantité totale » et « individualisation ».
|
|
- Équipement fixe/mobile : préciser si un déplacement est autorisé.
|
|
- Personnel/utilisateur : distinguer la personne affectée d'un compte de
|
|
connexion.
|
|
- Lot/DLU/FEFO : expliquer que le lot expirant le plus tôt est consommé en
|
|
premier.
|
|
- Fiche papier : expliquer `request_enabled` avec un libellé métier (« Peut
|
|
être demandé par un agent »), jamais le nom technique.
|
|
- Permissions : afficher une phrase d'effet (« consulter », « créer et
|
|
modifier », « administrer »).
|
|
|
|
## TOP 10 DES AMÉLIORATIONS UX
|
|
|
|
| Rang | Amélioration | Impact | Effort | Risque | Priorité |
|
|
|---:|---|---|---|---|---|
|
|
| 1 | Checklist des premiers pas | Très fort | Moyen | Faible | UX-P1 |
|
|
| 2 | États vides avec action suivante | Fort | Faible | Faible | UX-P1 |
|
|
| 3 | Corriger ou décider `/documents/` | Fort | Moyen | Moyen | UX-P2 |
|
|
| 4 | Menu par tâches métier | Très fort | Élevé | Élevé | UX-P1 |
|
|
| 5 | Unités et aides des formulaires stock | Fort | Moyen | Faible | UX-P2 |
|
|
| 6 | Confirmations de rebut/transfert explicites | Fort | Faible | Faible | UX-P1 |
|
|
| 7 | Libellés métier des permissions | Fort | Moyen | Moyen | UX-P2 |
|
|
| 8 | Indiquer les relations optionnelles d'une intervention | Moyen | Faible | Faible | UX-P2 |
|
|
| 9 | Recherche documentaire contextuelle | Moyen | Moyen | Moyen | UX-P2 |
|
|
| 10 | Résumé « à faire aujourd'hui » au dashboard | Très fort | Élevé | Moyen | UX-P1 |
|
|
|
|
## QUICK WINS
|
|
|
|
1. Remplacer les noms techniques de champs visibles par des libellés métier.
|
|
2. Ajouter l'unité directement dans les labels de quantité.
|
|
3. Ajouter un bouton de création dans les principaux états vides.
|
|
4. Décrire les conséquences dans les confirmations de rebut et sortie.
|
|
5. Afficher une explication utilisateur sur les refus 403.
|
|
6. Ajouter un test de liens internes empêchant le retour accidentel de `/documents/`.
|
|
|
|
## Éléments soumis à validation avant implémentation
|
|
|
|
- Arborescence de menu et déplacement des entrées.
|
|
- Checklist/onboarding et persistance de son état.
|
|
- Décision d'une page documentaire globale.
|
|
- Vocabulaire officiel « salle/local », « agent/personnel » et
|
|
« entreprise/fournisseur ».
|
|
- Priorisation du dashboard et définition des indicateurs urgents.
|
|
- Granularité future des permissions métier.
|
|
|