- Statut
- Démonstrateur
- Plateformes
- iOS · Android
- Design
- Rachel Jorge de Almeida
- Développement
- Yanis Vroland
Le problème
Dans un atelier, le technicien passe d'une machine à l'autre, les mains prises. Les informations utiles sont souvent dans un ERP pensé pour le bureau, une GMAO peu adaptée au mobile, un tableur ou un carnet. Résultat : des pannes signalées de vive voix, des pièces cherchées au magasin et des interventions saisies en fin de journée, de mémoire.
Ce que fait l'app
Interventions du jour
Ce qui est ouvert, en cours ou urgent en un coup d'œil, et l'intervention à reprendre en tête de liste.
Fiche machine
État de la machine, site et historique de ses interventions, accessibles depuis chaque intervention.
Pièces et stock
Réserver les pièces nécessaires avant de partir, avec le stock disponible sur le site.
Clôture sur le terrain
Démarrer l'intervention sur place, puis la clôturer avec son rapport et les pièces réellement utilisées : le stock suit.
Signalement d'une panne
Un formulaire court pour signaler une anomalie, que le responsable maintenance affecte ensuite.
Copilote
Décrire la panne en langage courant : le copilote prépare l'intervention, le technicien la confirme.
Un copilote IA sous contrôle
Le technicien écrit ce qu'il constate, par exemple « la presse 3 fait un bruit anormal ». Le copilote consulte les données, identifie la machine et propose une intervention. C'est le technicien qui décide.
- Outils en lecture seule : le copilote consulte les machines et les interventions, il ne peut rien modifier seul.
- Une seule action proposée à la fois, à confirmer par la personne qui l'a reçue, dans les 10 minutes.
- Sortie au format imposé et machine revérifiée auprès de l'API avant toute création : pas de texte libre à interpréter.
- Toute écriture déclenchée par l'IA est signée et tracée comme telle dans le journal d'audit.
- E-mails et téléphones masqués avant d'être envoyés au modèle ; aucun nom de personne transmis.
- Textes lus dans les données traités comme non fiables, pour résister aux tentatives d'injection de consignes.
Se brancher sur vos outils
FieldOps n'impose pas de tout remplacer. L'app et le copilote passent par une API au contrat publié : c'est ce contrat qui permet de raccorder vos outils existants.
Contrat d'API publié
Toutes les routes sont décrites en OpenAPI, versionnées et vérifiées en intégration continue.
Droits par rôle
Responsable maintenance et techniciens n'ont pas les mêmes droits ; chaque action est contrôlée côté serveur.
Journal d'audit
Qui a fait quoi et quand, y compris ce qui vient du copilote : une base saine pour synchroniser d'autres outils.
Le raccordement à votre ERP, à votre GMAO ou à votre CRM se développe selon votre outil et ses accès : c'est le même travail que notre connecteur Pennylane, qui synchronise un ERP avec un logiciel comptable dans les deux sens.
La créa, signée Rachel
Logo, design system et maquettes de chaque écran, en clair et en sombre : Rachel Jorge de Almeida a conçu une interface sobre et industrielle, lisible en atelier mal éclairé comme en plein soleil, et utilisable avec des gants.
Le logo
Un écrou hexagonal pour la maintenance, qui contient un F dont la barre du milieu est un point : le terrain, la machine où l'on intervient. Tracé au trait, de la même famille que les icônes de l'app, lisible jusqu'à 16 px.
Le design system
Une seule couleur d'action, des couleurs de signal qui ne décorent jamais, deux thèmes. Les jetons du design system alimentent directement le thème de l'app Flutter.
- Marque#2456d3
- Bandeau#0f1d38
- Fond#f4f5f7
- Urgence#c9291d
- Alerte#f2a42b
- Validé#1a7f45
- L'état d'abord : priorité, statut de l'intervention et état de la machine se lisent en un coup d'œil, chacun avec son badge.
- Jamais la couleur seule : chaque badge porte un mot et un glyphe, pour rester lisible par tous.
- Gros, net, touchable : zones tactiles de 48 px minimum et texte jamais sous 16 px dans les champs.
- L'IA propose, l'humain décide : une proposition du copilote reste dessinée en pointillés tant que personne ne l'a confirmée.




Captures de l'app développée d'après les maquettes, sur simulateur iOS, avec les données fictives de démonstration.
Comment on l'a construit
Spécifier avant de coder
Acteurs, droits, règles métier et parcours documentés, puis une spécification validée pour chaque évolution.
Tests d'abord
Tests écrits avant le code, intégration continue sur l'API comme sur l'app mobile.
Des briques indépendantes
API, app mobile et copilote communiquent uniquement par contrat : chacune se fait évoluer ou remplacer seule.
IA mesurée, sans enjoliver
Un jeu de 35 cas, dont 14 pièges, sert à évaluer le copilote. La mesure avec le vrai modèle reste à faire : la démo utilise un modèle simulé.
Vos techniciens méritent mieux qu'un tableur ?
App terrain, intégration à votre ERP ou à votre GMAO, IA encadrée : on regarde ensemble ce que vos équipes de maintenance font aujourd'hui, et ce qu'une app changerait vraiment.