Déploiement
Le forward deployed engineering chez Mirage
Des ingénieurs qui construisent et exploitent des systèmes d'IA au sein de vos opérations, sur vos documents et vos systèmes, jusqu'à ce qu'ils tournent en production.
Mirage Metrics est une société de forward deployed engineering : ses ingénieurs construisent et exploitent des agents IA chez ses clients, dans la logistique, la construction, les mines et l'industrie, au lieu de vendre un logiciel en libre-service.
Ils travaillent sur site avant toute mise en production, et restent impliqués une fois le système en route.
Cette page décrit comment les ingénieurs de Mirage travaillent dans votre opération et ce que vous pouvez en attendre, étape par étape et dans quels délais. Le modèle lui-même (définition, origines, comparaison avec le conseil, l'ESN et la régie, accès aux données, sécurité, coût, choix d'un prestataire) fait l'objet du guide complet. Lire le guide complet du forward deployed engineering
Comment un ingénieur entre-t-il réellement sur le terrain ?
La méthode de déploiement Mirage
Cinq étapes, dans cet ordre, pour chaque déploiement et dans chaque secteur : Observer, Cartographier, Construire, Exploiter, Étendre.
Observer
Les ingénieurs passent du temps avec l'équipe opérationnelle avant d'écrire la moindre ligne, pour voir comment le travail se fait vraiment.
Ce qu'elle établit
- Comment l'équipe travaille vraiment
- Où le travail accroche
- Quelles décisions reviennent à une personne
Ce que vous recevez
Une carte des systèmes : qui fait quoi, dans quel outil, avec quelles exceptions
Cartographier
Workflows, exceptions, sources de données, contrôles manuels et points d'escalade sont cartographiés avec l'équipe.
Ce qu'elle établit
- Le workflow par lequel commencer
- Ses exceptions
- Ses systèmes et ses sources de données
Ce que vous recevez
L'architecture technique : systèmes lus et écrits, règles, points de validation
Construire
Le système est construit autour des contraintes observées sur site, pas d'un schéma de processus idéalisé.
Ce qu'elle établit
- Les connecteurs vers les systèmes en place
- Les règles propres au client
- Ce qui part vers une personne
Ce que vous recevez
Un agent qui fonctionne, sur vos données et dans vos systèmes
Exploiter
Il tourne en production sous supervision humaine, avec des boucles de retour dès le premier jour.
Ce qu'elle établit
- Les exceptions revues par l'équipe
- Les règles ajustées sur données réelles
- Qui valide
Ce que vous recevez
L'interface opérateur : file de revue, validations, historique des actions
Étendre
Une fois un workflow jugé fiable, la même équipe passe au suivant.
Ce qu'elle établit
- Le workflow suivant
- Les mêmes ingénieurs
- La même plateforme
Ce que vous recevez
Un rapport de production : volumes, exceptions, corrections, et le workflow suivant
Pourquoi déployer des ingénieurs plutôt que livrer un logiciel ?
La plupart des problèmes opérationnels ne deviennent visibles qu'après avoir passé du temps sur site.
Un workflow qui paraît simple sur le papier peut reposer sur des dizaines de vérifications informelles, de validations manuelles ou d'habitudes accumulées avec le temps.
Certains processus varient d'un site à l'autre. Certaines décisions dépendent d'un contexte qui n'existe dans aucune documentation, et ne devient visible qu'une fois le système déjà en production.
C'est pourquoi Mirage déploie des ingénieurs directement dans les environnements opérationnels, plutôt que de livrer un produit que votre équipe devrait configurer elle-même.
Avant le déploiement, les ingénieurs observent comment les équipes travaillent, où apparaissent les frictions, quelles décisions nécessitent une supervision et où l'automatisation peut réellement créer de la valeur.
L'objectif n'est pas de forcer les opérations à s'adapter au logiciel.
L'objectif est de construire des systèmes qui s'adaptent à la réalité opérationnelle.
Où un système a-t-il besoin d'un humain ?
Les systèmes d'IA sont capables, mais les environnements opérationnels demandent encore du jugement d'ingénierie et une supervision humaine.
Certaines tâches peuvent être fortement automatisées. D'autres demandent un contexte, une validation ou une responsabilité qui reste entre les mains d'une personne.
Un agent peut traiter une information correctement des milliers de fois de suite, puis rencontrer un cas qui nécessite une révision humaine. C'est normal en production, pas un échec du système.
Automatisation
L'IA prend en charge le travail de coordination répétitif, les gros volumes de documents et les tâches opérationnelles structurées.
Supervision
Les opérateurs humains valident, escaladent et révisent les décisions quand un cas le demande.
Responsabilité
Les équipes opérationnelles gardent le contrôle des workflows critiques, pas le modèle.
L'objectif n'est pas de retirer les humains des opérations.
L'objectif est de réduire le travail répétitif sans perdre la supervision ni la responsabilité.
Ce que les forward deployed engineers ont mis en production
Cinq déploiements publiés, chacun construit sur les documents et les systèmes du client. Les chiffres sont ceux de chaque étude de cas.
John Cockerill
Groupe d'ingénierie industrielle, activités au Maroc
Un module de métré tuyauterie qui lit les isométriques et produit séparément le MTO et le BOM, chaque quantité vérifiable sur son plan par les ingénieurs du groupe. Les modules chaudronnerie (API 650) et charpente métallique reposent sur le même moteur et sont les prochains à passer en production.
80 à 90 % de temps de métré tuyauterie en moins
OCBM
Entreprise de construction, Casablanca
Les ingénieurs ont travaillé sur les vrais projets et les vrais plans d'OCBM. D'abord l'extraction des métrés, puis le chiffrage des offres et le contrôle de cohérence entre indices de plans et pièces du dossier d'appel d'offres.
3 agents en production, chaque métré traçable jusqu'à son plan source
Biodéal
Distributeur de produits laitiers bio
Une chaîne qui lit les commandes clients reçues par email dans tous les formats, applique les règles métier de Biodéal et crée la commande dans SAP Business One. Une ligne qu'elle ne peut pas confirmer est signalée à l'équipe, jamais perdue.
48 secondes en médiane entre l'email de commande et la commande prête dans SAP Business One ; environ 7 % des commandes signalées pour une vérification humaine
OFRET Groupe
Groupe de commission de transport
Deux environnements d'agent de chiffrage, l'un pour le transport en lots complets, l'autre pour le groupage, construits sur site avec les documents de chaque équipe et connectés au TMS du groupe.
Plus de 90 % des demandes de cotation standard traitées automatiquement
Transwin
Opérateur logistique, Maroc
D'abord un workflow de documents de transport, puis le carburant, les engins miniers, une control room et un assistant privé, chacun construit par des ingénieurs sur site à partir des documents, des camions, des cuves et du TMS de Transwin.
5 systèmes en production ; 70 % de saisie manuelle en moins sur les documents de transport ; 12 % de consommation de gazole en moins sur la flotte
Comment nous mesurons un déploiement
Chaque déploiement est suivi sur les cinq mêmes mesures, dès le premier rendez-vous. Elles sont définies ici ; les chiffres de chaque déploiement figurent dans son étude de cas.
| Mesure | Ce qu'elle compte | Ce qui est publié |
|---|---|---|
| Délai entre le premier rendez-vous et la preuve de concept | Le nombre de jours entre le premier rendez-vous et une preuve de concept qui fonctionne sur les documents du client. | L'engagement : une semaine après le premier rendez-vous. |
| Délai avant le premier workflow en production | Le temps jusqu'à ce que le premier workflow tourne en production sur les systèmes du client, avec les volumes réels. | En général 4 à 6 semaines. Un workflow qui traverse plusieurs systèmes peut demander plus ; il est cadré dès le premier rendez-vous. |
| Part des dossiers traités sans intervention humaine | Les documents, commandes ou demandes qui vont de la réception au système du client sans étape humaine, sur l'ensemble des dossiers reçus. | Par déploiement, par exemple plus de 90 % des demandes de cotation standard chez OFRET Groupe, environ 7 % des commandes signalées pour vérification chez Biodéal. |
| Exceptions par semaine | Les dossiers renvoyés vers une personne chaque semaine, avec leur motif : donnée manquante, règle pas encore écrite, cas hors du périmètre convenu. | Sert avec l'équipe du client à choisir la prochaine règle à ajouter. Non publié. |
| Heures rendues à l'équipe | Le temps que l'équipe ne passe plus sur le travail que fait désormais le système, comparé au temps que ce travail prenait avant. | Exprimé par déploiement en temps gagné, par exemple 80 à 90 % de temps de métré tuyauterie en moins chez John Cockerill, 70 % de saisie manuelle en moins chez Transwin. |
Pourquoi cela continue-t-il de fonctionner après la démo ?
Beaucoup de systèmes impressionnent lors d'une démonstration contrôlée.
Les environnements de production sont différents : les contraintes opérationnelles changent en continu, les équipes adaptent leurs workflows, des exceptions apparaissent, et les systèmes doivent évoluer avec eux.
Mirage se concentre sur des systèmes qui continuent de fonctionner une fois exposés aux conditions réelles du terrain, pas seulement aux conditions d'une démo.
Cela demande de l'ingénierie, des itérations et une adaptation continue après le déploiement, c'est pourquoi les ingénieurs qui construisent un système restent impliqués une fois qu'il tourne.
FAQ
Les ingénieurs Mirage travaillent au sein de vos équipes avant, pendant et après la mise en production d'un système, plutôt que de livrer un produit en libre-service que votre équipe devrait configurer elle-même.
Non. Les systèmes de Mirage sont conçus pour faire fonctionner ensemble automatisation, supervision et responsabilité, les équipes opérationnelles gardant le contrôle des décisions critiques.
La même équipe d'ingénieurs passe au workflow suivant, en suivant les cinq mêmes étapes : Observer, Cartographier, Construire, Exploiter, Étendre.
Les contraintes opérationnelles diffèrent d'un site à l'autre et évoluent dans le temps. Les ingénieurs Mirage restent impliqués après le déploiement pour adapter le système à mesure que les conditions changent, plutôt que de considérer le déploiement initial comme terminé.
Une preuve de concept sur vos propres documents une semaine après le premier rendez-vous, puis le premier workflow en production en 4 à 6 semaines. Un workflow qui traverse plusieurs systèmes peut demander plus ; il est cadré dès le premier rendez-vous.
Par un premier rendez-vous. Une semaine plus tard, Mirage présente une preuve de concept sur vos propres documents. Si vous continuez, les ingénieurs mènent sur site un pilote au forfait à l'issue duquel vous pouvez arrêter, puis un abonnement annuel calculé selon les volumes.
À Paris, Barcelone et Casablanca. Ils se déplacent sur les sites des clients pour chaque déploiement. Mirage travaille pour plus de 30 clients en France, en Espagne, au Maroc, en Égypte, en Arabie saoudite et aux États-Unis.
À ceux qui sont déjà en place : ERP, TMS, WMS, GMAO, télématique et gestion documentaire, plus de 200 à ce jour. Les agents écrivent leurs résultats dans ces systèmes au lieu d'ajouter un outil de plus.
Pour aller plus loin
- Voir le poste de Forward Deployed Engineer
- Voir le guide complet du forward deployed engineering
- Voir la plateforme que déploient les ingénieurs
- Voir toutes les études de cas
- Voir qui nous sommes
Ingénieurs basés à Barcelone, Paris et Casablanca.
Recevez un plan d'automatisation sur mesure
Dites-nous où vos équipes perdent du temps. Nous vous renvoyons un plan écrit : quels workflows méritent d'être automatisés, à quoi ressemble un déploiement sur vos systèmes et le chemin le plus court vers la production. Sans engagement.
Vous préférez en discuter ? Réserver un appel