Tout le monde travaille. Personne n’a toute l’histoire.
Noria Services assure la maintenance de six sites dans le Grand Est : des espaces de travail, une résidence, un atelier et un centre recevant du public. Quatre techniciens se partagent les interventions.
Les signalements arrivent par téléphone et e-mail. Une coordinatrice les recopie dans un tableau, appelle un technicien, puis attend son compte rendu. Le responsable du site ne sait pas si quelqu’un vient. La personne qui prépare la facture cherche encore le temps passé et les pièces utilisées.
08:40. La ventilation des Halles s’arrête. La restauration ouvre à 11:30.
Le besoin n’est pas un graphique de plus. Il faut comprendre l’impact, mobiliser la bonne compétence et retrouver une preuve d’intervention.
Le problème se trouve entre les étapes.
Chaque tâche fonctionne isolément. Ce qui manque, c’est la continuité : une demande identifiée, un responsable, une prochaine action, des conditions de clôture. Un tableau de bord seul laisserait ces ruptures intactes.
Demande floue
Pas d’équipement identifié, pas d’impact qualifié.
Affectation fragile
Une disponibilité supposée, sans contrôle du créneau.
Terrain isolé
Les consignes et le rapport se perdent dans les échanges.
Clôture prématurée
« Terminé » ne signifie ni contrôlé ni prêt à facturer.
Une chaîne de décisions. Une source commune.
- 01
Un dossier qui traverse tout le système
Le ticket relie site, équipement, technicien, créneau et rapport. La donnée change une fois et se retrouve partout.
- 02
Décider au bureau, agir sur le terrain
Une vue dense pour coordonner, une interface mobile pour l’accès au site et l’action suivante. La même intervention, deux usages.
- 03
Valider avant d’exporter
Contrôles et compte rendu précèdent la validation. Un dossier exporté ne repart pas dans le lot suivant.
Les règles explicites suffisent ici : aucun assistant IA n’est nécessaire pour choisir une compétence ou bloquer un conflit de planning.
allb analyse, structure. Relais prend forme.
- R rupture observée
- D décision
- S état du système
- I interface Relais
- S1Signalement
- S2Qualification
- S3Affectation
- S4Planning Conflit → refusé
- S5Intervention
- S6Rapport Incomplet → bloqué
- S7Validation Correction → intervention
- S8Export Déjà exporté → exclu
Du premier signalement au dernier contrôle.
Neuf vues reliées (dashboard, tickets, sites, techniciens, planning, terrain, rapports, historique, automatisations) et un fil conducteur : le ticket RL-1042.
Qualifier avant d’affecter. Chaque demande garde son site et son équipement.
Le planning refuse le chevauchement.
L’affectation repose sur la compétence. La planification vérifie le technicien, la date, l’heure et la durée. Un conflit donne une erreur précise, sans perdre le dossier.
Le rapport bloque la clôture incomplète.
Trois contrôles, un compte rendu et un temps passé sont requis. Le brouillon se conserve sur l’appareil. Une demande de correction renvoie le dossier à l’intervention.
La bonne information. Au bon endroit.
Le technicien retrouve le site, l’accès et sa prochaine action. Le rapport repart dans le même dossier, avec coûts et historique.
Prenez en charge RL-1042.
Qualifiez la panne en CVC, affectez Léa, choisissez un créneau libre, démarrez l’intervention, soumettez le rapport puis validez-le. L’export télécharge un vrai CSV.
Ouvrir les ticketsL’automatisation reste lisible.
- Fonctionnel dans le prototype
- Machine d’états, recherche et filtres, création de demande, contrôle de disponibilité, contrôles du rapport, brouillon, journal, export CSV.
- Simulé
- Rôle connecté, portail du site, e-mail et SMS, validation hiérarchique, calendrier. Rien n’est envoyé.
- Proposé, non construit
- Synchronisation comptable, stockage partagé, photos et preuves, sécurité, mode hors ligne.
Le prototype fonctionne localement, dans le navigateur : ni serveur métier, ni comptes utilisateurs, ni synchronisation entre plusieurs personnes.
Relais, pas allb.
Un outil ouvert tous les jours n’emprunte pas la vitrine du studio. Le nom évoque la transmission ; l’univers lui appartient.
Le terrain bouge. Gardez le fil.
- Vert profond actions
- Blanc minéral canevas
- Lime marque, sélection
Une preuve de parcours. Des gains à mesurer.
Le prototype permet d’examiner une réponse métier, sa cohérence et son usage. Il ne prouve ni un gain de productivité réel ni une capacité d’exploitation en production.
Ce que vous pouvez vérifier dans le prototype
Ce qu’un déploiement réel devrait mesurer
Ces indicateurs demandent un état initial, une période d’observation et des données réelles. Une mise en production supposerait aussi droits d’accès, cloisonnement, sauvegardes, journal fiable, sécurité et intégrations.
Partir d’un fonctionnement. Construire l’outil qui le relie.
Relais montre comment un processus fragmenté devient des règles, des données et des interfaces cohérentes. Si vos équipes passent trop de temps à faire circuler l’information entre outils et personnes, le problème mérite d’être cadré.
Parler de votre projet