Informations et scénarios.
Organiser les horaires, les sites et les consignes qui déterminent le parcours de l’appelant.
Console de pilotageLe bon accès.
Le bon accès.
Le bon périmètre.
La console est un projet d’interface qui relie l’agent aux personnes qui le pilotent. Elle permet d’étudier la configuration des sites, la lecture de l’activité et les droits de chacun.
Un outil pour les équipesUn réseau a plusieurs sites.
Un réseau a plusieurs sites.
Chaque site a ses règles.
Une fermeture exceptionnelle concerne parfois un seul accueil. Un responsable régional suit plusieurs établissements. Une personne à l’accueil doit pouvoir consulter les appels de son site sans accéder à tout le réseau.
Le travail sur la console part de cette réalité : séparer les informations locales, la supervision opérationnelle et les vues transversales. Donner de l’autonomie suppose d’abord de définir précisément les droits.
Lecture de l’activité.
Consulter les traces d’appels et leurs motifs, repérer les transferts ou les échanges à examiner.
Pilotage multi-site.
Limiter les vues et les actions au périmètre attribué à chaque utilisateur.
Les responsabilités
Qui peut voir quoi ?
| Rôle | Périmètre | Responsabilité |
|---|---|---|
| Administration générale | Ensemble des organisations autorisées | Gérer la configuration globale et les accès. |
| Pilotage du réseau | Vue transversale de consommation | Consulter les agrégats nécessaires au suivi du réseau ; ce rôle n’accorde pas tous les droits opérationnels. |
| Administration opérationnelle | Une organisation ou un ensemble de sites | Gérer les informations et les utilisateurs dans son périmètre. |
| Utilisateur | Un ou plusieurs sites attribués | Consulter les informations autorisées en lecture seule. |
Cette organisation reprend le travail de gestion des rôles et des accès multi-sites documenté sur la console. Les autorisations se définissent selon les responsabilités réelles.
Un changement concretUn horaire change.
Un horaire change.
Le parcours doit rester cohérent.
Illustration de principe, pas une capture du logiciel
1. Choisir le site concerné.
La modification doit porter sur le bon établissement, sans altérer les horaires des autres sites.
2. Vérifier les conséquences.
Un horaire d’accueil, une possibilité de transfert et un mode de prise de rendez-vous sont liés. Changer une valeur peut nécessiter de revoir plusieurs branches du scénario.
3. Rejouer les appels correspondants.
Le test doit couvrir l’ouverture, la fermeture et les cas particuliers. Le sujet de recherche est précisément cette reconfiguration par une personne non technique, sans rupture de cohérence.
La conception
L’accès se contrôle à plusieurs niveaux.
Un utilisateur peut-il consulter les autres sites ?
Son périmètre est rattaché à des sites autorisés. Le filtrage doit être appliqué aux données et aux actions côté serveur, en complément de ce que montre l’interface.
Un administrateur peut-il élargir les droits de quelqu’un ?
Une délégation doit rester dans son propre périmètre. C’est le principe de non-escalade : un administrateur régional ne doit pas pouvoir donner accès à une région qu’il ne gère pas.
La console synchronise-t-elle automatiquement tous les outils ?
Non. La présence d’un horaire dans la console ne signifie pas qu’il est synchronisé avec un agenda ou une fiche externe. Les connexions actives et les responsabilités de mise à jour doivent être définies explicitement.
Un réseau à piloter ?
Partons de vos responsabilités.
Un besoin à comprendre, une maquette à construire, une hypothèse à tester.
Commençons par votre contexte.