Overpipe

Overpipe protège les pipelines enterrés du secteur oil & gas. Pour trouver ses clients, l'entreprise s'appuie sur un système de prospection automatisé que nous avons conçu : il lit chaque jour la presse spécialisée et les bases de projets du secteur, en déduit des opportunités commerciales, identifie les bons interlocuteurs, rédige les messages et lance les campagnes.

Aujourd'hui, ce système a qualifié 933 projets sur 730 sociétés et identifié 1 158 décideurs. Depuis janvier 2026, RayZ le conçoit et le supervise au quotidien.

Nous avions d'abord conçu ce système comme un prototype : il prouvait que l'approche fonctionnait. Le faire tenir en production, sans surveillance permanente et à volume croissant, est un autre défi. Trois points cèdent toujours quand un système d'automatisation grandit :

• L'orchestration. Un chef d'orchestre central qui pilote toutes les étapes finit par les faire tomber ensemble.
• L'observabilité. Sans instruments, on ne voit pas qu'une étape s'est arrêtée. Le plus dur est de détecter l'inaction, pas seulement les erreurs.
• Les données. Un simple tableur suffit au départ, plus à l'échelle.

Le système enchaîne six étapes, de la veille sectorielle jusqu'au pipeline commercial.

Notre travail a consisté à rendre cette chaîne observable, réentrante et économe, pour qu'elle tienne sans surveillance permanente du côté client.

Découpler et instrumenter

Nous avons supprimé le chef d'orchestre central : chaque étape tourne désormais seule, à son rythme, et peut être rejouée sans rejouer les autres. Nous avons remplacé le tableur central par une vraie base de données, en basculant onze lecteurs un par un, sans interruption. Puis nous avons posé les instruments qui manquaient, avec une règle simple : détecter l'inaction, pas seulement les erreurs. Un composant qui s'éteint est repéré en moins de trois heures, là où il pouvait rester muet plusieurs jours.

La panne qu'aucun test ne montre

Un exemple. Le système notait ses résultats dans un tableur, toujours au même endroit. À chaque passage, la ligne s'allongeait un peu. Au bout de quelques mois, elle a atteint la taille maximale d'une cellule : l'écriture a échoué, l'étape s'est arrêtée à son premier élément, et plus rien n'a avancé. Aucune alerte : vu de l'extérieur le système tournait normalement, et continuait de payer des recherches devenues inutiles.

Ce genre de défaut n'apparaît qu'après des mois d'accumulation. Aucun test ne l'attrape, parce qu'il n'y a rien à attraper le jour où l'on teste. Seule l'instrumentation le révèle. Celui-ci a été diagnostiqué et corrigé dans la journée.

Mesurer avant d'agir

Deux refontes ont été abandonnées avant d'écrire une ligne, parce que la donnée montrait qu'elles étaient inutiles. Un tableau de bord affichait un taux de réponse nul : c'était l'instrument qui était faux, pas le système. Avant de corriger une machine, il faut vérifier qu'on la mesure correctement.

Les trois incidents les plus coûteux de ce projet n'ont produit aucune erreur. Un composant éteint ne plante pas. Une boucle qui meurt à sa première ligne se termine proprement. Un indicateur faux affiche un chiffre. À chaque fois, tous les voyants étaient au vert et le système ne faisait rien.

C'est ce que recouvre la supervision opérationnelle : surveiller un système qui ne se plaint jamais. Le concevoir demande de savoir assembler. Le faire tenir demande de construire les instruments qui rendent l'inaction visible, puis de s'en servir pour arbitrer, y compris pour renoncer à des chantiers que la donnée ne justifie pas.

C'est pourquoi nous restons sur les systèmes que nous concevons. Un prototype livré sans exploitation n'est pas un actif : c'est une preuve qui finira par s'éteindre, un matin, sans que personne le voie.

RayZ Consulting intervient auprès d'Overpipe comme prestataire extérieur. La conception initiale date de 2025, dans le cadre d'une prestation cofinancée par Bpifrance ; la mission décrite ici est la phase directe engagée en janvier 2026.