Le parcours
J'ai travaillé quatre ans en validation de systèmes industriels critiques, dans un secteur où une défaillance ne se rattrape pas. Le métier consiste à prendre un système que d'autres ont conçu, à confronter ce qu'il fait réellement à ce que la spécification promet, et à documenter l'écart. Sur cette période : plus de 1 000 exigences vérifiées et plus de 150 procédures d'essais rédigées.
C'est un métier ingrat et formateur. On y apprend qu'un système qui fonctionne en démonstration ne fonctionne pas forcément, que la plupart des défauts se logent dans les cas que personne n'a pensé à tester, et qu'une affirmation sans mesure n'a aucune valeur.
Avant de m'installer à mon compte, j'ai également conçu et développé plusieurs applications métier de bout en bout : architecture, développement, mise en service.
Ce que j'en ai gardé, et qui manque au marché de l'IA
L'industrie sait depuis quarante ans prouver qu'un système fonctionne. Le marché de l'IA d'entreprise, lui, livre des démonstrations réussies et appelle ça une preuve.
La différence n'est pas idéologique, elle est mesurable. Un assistant qui répond correctement pendant une démonstration de dix minutes peut se tromper sur un quart des questions réelles, et personne ne le saura avant que les équipes cessent discrètement de l'utiliser.
C'est pourquoi chaque solution que je livre s'accompagne de sa campagne de recette : jeu de questions construit sur vos cas réels, taux de bonne réponse mesuré par catégorie, liste nominative des échecs, critères d'acceptation écrits avant le développement, et non-régression à chaque évolution.
Je ne promets pas que ça marche. Je mesure à quelle fréquence ça échoue, et sur quoi.
Ce que je construis
- Assistants internes branchés sur la documentation, les procédures et les tickets résolus.
- Tri, qualification et routage des demandes entrantes.
- Rédaction assistée des comptes rendus et rapports d'intervention.
- Capitalisation automatique : chaque ticket résolu enrichit la base de connaissances.
- Recette et non-régression, y compris sur des systèmes que je n'ai pas construits.
Et en local lorsque les données ne peuvent pas sortir.
Comment je travaille
Vous travaillez directement avec la personne qui construit. Il n'y a pas de commercial qui promet et d'équipe qui découvre ensuite le projet.
Le code, la documentation technique et le jeu de test vous sont remis à la livraison et vous appartiennent. Nous n'employons que des briques standard et documentées, exploitables par n'importe quelle équipe technique. Aucun verrouillage, et c'est écrit dans le contrat.
Chaque projet commence par un cadrage de quarante-cinq minutes et se termine par une campagne de mesure. Entre les deux, vous voyez le système fonctionner sur un périmètre restreint avant toute généralisation.