Vers l’intérieur / systèmes de production

Red Bumerang/Activités/Vers l’intérieur

IA des
processus industriels.

Un processus que personne n’a documenté ne peut pas être automatisé, seulement deviné. Nous cartographions son fonctionnement réel, plaçons l’IA là où elle mérite sa place et connectons des systèmes qui n’ont jamais été conçus pour communiquer.

Réserver un échange de 30 min Voir la structure d’un système

~2 minPour rédiger une proposition client, contre jusqu’à un mois auparavant

~30 000Sites industriels évalués sans aucune visite sur place

78 → 1Feuilles non documentées reconstruites en une application de production

16 005Appels analysés pendant la nuit, tous couverts au lieu d’un échantillon

Ordre d’abord

Personne n’a documenté ce processus. C’est le projet.

Demandez à trois personnes comment fonctionne un processus : vous obtenez un schéma de 2019, un collègue qui sait tout simplement et un classeur de soixante-dix-huit onglets — trois versions contradictoires, dont aucune ne reflète le travail réel. Voilà pourquoi l’IA industrielle échoue : le modèle est appliqué à une description, pas à l’opération. Nous commençons donc par lire le travail lui-même : ce qui circule, qui décide vraiment et de quel système personne ne peut exporter les données. Cette cartographie constitue un livrable à part entière, avant même le choix d’un modèle. Alors seulement, l’automatisation dispose d’un processus qu’elle peut suivre de manière fiable.

Nous n’automatisons pas le processus que vous décrivez. Nous automatisons celui qui fonctionne.

Commence parLire le travail

Ne commence jamais par~~Le schéma au mur~~

Structure d’un système

Un flux. Deux processus. Deux résultats.

Chaque système que nous mettons en production repose sur la même ossature. Vos données entrent une seule fois — depuis l’ERP ou ce qui en tenait lieu — et alimentent les processus auparavant manuels. Tous deux écrivent dans une source unique de vérité : l’enregistrement et le raisonnement qui le sous-tend restent au même endroit et peuvent être audités ensuite. Deux éléments en sortent : une application interne utilisée chaque jour par votre équipe et des documents générés plutôt que saisis. Chaque exécution alimente la suivante.

Schéma du processus

Données sources
Étape automatisée
Étape avec IA
Source unique de vérité

1 flux2 processus2 étapes d’IA2 résultats Schéma · les intitulés d’étapes représentent les vôtres

Pourquoi un flux

La ressaisie divise la vérité. Dès que le même chiffre est saisi deux fois, deux versions existent et quelqu’un passe sa semaine à les rapprocher.

Pourquoi une source unique

Une réponse intraçable n’est pas une réponse. Les données et leur contexte restent ensemble, afin qu’une décision puisse être expliquée des mois plus tard.

Pourquoi deux rendus

Les personnes ont besoin d’un espace de travail ; l’entreprise a besoin de documents. Une application que votre équipe utilise chaque jour, et les documents auparavant saisis un par un.

Là où l’IA mérite sa place

La question n’est jamais d’utiliser ou non un modèle. Elle est de savoir quelle étape en mérite un.

La majeure partie d’un système opérationnel est du code ordinaire. Placez un modèle là où une règle suffit : le projet devient imprévisible, coûteux et difficile à auditer. Placez une règle là où il faut juger : l’automatisation risque d’être abandonnée dès le troisième mois. Quatre tests guident la décision.

Test 01

Jugement répété → modèle

Lire un document, évaluer l’adéquation d’un site, juger si un appel s’est déroulé comme prévu. C’est le type de travail qu’une personne répète mille fois presque de la même manière, sans jamais avoir pu le documenter.

Test 02

Règles exactes → code

Une grille de remises, un seuil d’approbation, une règle fiscale. Si elle peut être écrite précisément, un modèle n’ajoute qu’une nouvelle manière de se tromper.

Test 03

Pas d’export → rétro-ingénierie

Deux sources de nos systèmes de production n’avaient aucune API. Dans l’industrie, c’est la norme, pas l’exception, et généralement la raison pour laquelle le processus était encore manuel.

Test 04

Politique sans cloud → votre environnement

Des modèles de pointe là où ils sont autorisés ; un déploiement privé dans votre propre infrastructure là où ils ne le sont pas. La décision se prend système par système, pas une fois pour toute l’entreprise.

En production

Deux systèmes décrits sans nommer personne.

Les projets clients sont couverts par des accords de confidentialité : les entreprises restent anonymes et les chiffres apportent la preuve. Les deux systèmes fonctionnent aujourd’hui ; aucun n’était un pilote.

Cas 01 · Gestion des commandes

Soixante-dix-huit feuilles, sans responsable ni spécification

Le classeur pilotait le processus de commande. Personne n’en avait décrit le fonctionnement. Chaque règle vivait dans une formule, chaque exception dans la mémoire de quelqu’un, et le fichier ne pouvait plus être modifié en toute sécurité par plusieurs personnes à la fois. Nous l’avons lu de bout en bout, récupéré les règles au lieu de les deviner, puis reconstruit en quelques jours plutôt qu’en quelques trimestres sous forme d’application de production, avec rôles, autorisations et piste d’audit.

Du tableur au système

Ancien classeur
Reconstruit en production

78 feuilles luesRègles retrouvées, pas devinéesProduction en quelques jours

Ce qui a été lu

Le fichier entier, pas un échantillon. Soixante-dix-huit feuilles, chaque formule et chaque référence croisée, y compris les onglets que personne n’avait ouverts depuis deux ans.

Ce qui a été retrouvé

Les règles, formulées explicitement. Certaines étaient appliquées à l’insu de l’entreprise, et deux n’étaient plus acceptées.

Ce qui a été livré

Une application, pas un tableur avec une plus belle interface. Des rôles, des autorisations, une piste d’audit et la possibilité de travailler à plusieurs simultanément.

Cas 02 · Qualité des appels

Chaque appel analysé, pas un échantillon

Dans un centre de contact, le contrôle qualité consiste généralement pour un superviseur à écouter quelques appels par semaine et à extrapoler. Nous avons traité 16 005 appels et 434 heures d’enregistrements pendant la nuit, sans supervision, et les avons signalés par catégorie : là où le script a échoué et là où aucune étape suivante n’a été convenue. La couverture est passée d’un échantillon à chaque appel, laissant aux superviseurs davantage de temps pour accompagner les personnes repérées.

Qualité appels · 100 % couverts

Audio analysé
Segment signalé

100 % des appels, pas un échantillonSignalements par catégorieAucun temps d’écoute du superviseur

Évolution de la couverture

De quelques appels par semaine à la totalité. Un échantillon montre les tendances générales ; il ne permet pas de repérer quel appel a fait perdre un compte.

Évolution de la vitesse

434 heures d’audio, analysées pendant la nuit. Les signalements sont sur le bureau du superviseur avant la prise de poste, pas trois semaines plus tard.

Ce qui a changé pour l’équipe

Le superviseur a passé moins de temps à écouter et plus de temps à accompagner. La ressource rare n’était pas l’audio. C’était l’attention.

Trois autres, en bref

Un opérateur télécom national

~~Jusqu’à 1 mois~~→

~2 minutes

Rédaction d’une proposition client. Toute l’équipe commerciale l’utilise désormais chaque jour.

Groupe européen d’efficacité énergétique

~~Une visite par site~~→

~30 000 évalués

Chaque site industriel d’un pays a été évalué sur données documentaires, sans visite sur place.

Red Bumerang · nos propres opérations

~~1 mois~~→

4–8 heures

Préparation de campagne. L’intégration des clients est passée de quatre par mois à deux par jour. Nous l’avons d’abord appliqué à nous-mêmes.

Environnement

Rien n’est remplacé.

Le système se raccorde à ce que vous utilisez déjà : l’ERP, le CRM, le tableur que personne n’a documenté, le service national de données sans bouton d’export. Le déploiement est décidé système par système, selon vos règles.

Modèles: Modèles de pointe là où ils sont autorisés, ou déploiement privé dans votre propre environnement là où ils ne le sont pas
Inférence: Exécution sur notre infrastructure ou la vôtre ; lorsque vos règles l’exigent, rien ne transite par le cloud d’IA d’un tiers
Langues: Les systèmes vocaux et textuels fonctionnent directement en slovène, croate, letton, lituanien, estonien et hongrois ; ils sont entraînés pour chaque langue plutôt que traduits
Sources sans API: Ouvertes par rétro-ingénierie — deux sources de nos systèmes de production n’en avaient aucune
Lieu des données: Restent là où vos règles l’exigent — y compris entièrement dans votre propre réseau
Passation: Votre équipe utilise l’application chaque jour ; nous continuons à l’exploiter et à l’améliorer après la mise en service

Nos processus reconstruits actifs dans

Industrie manufacturière·Télécoms·Énergie·Construction·Centres de contact·Alimentation & boissons·Logistique·Recherche appliquée

À suivre

Venez avec un processus.

Trente minutes, sans présentation. Venez avec celui qui dévore une semaine chaque mois, ou celui qu’une seule personne sait faire fonctionner. Nous repérons là où l’ordre manque, quelle étape mérite éventuellement un modèle et ce que couvrirait la première version. Vous repartez avec un cadre clair et une première étape, même si nous ne travaillons pas ensemble.

Réserver un échange de 30 min ou écrire à info@redbumerang.com