Cas mesuré · ENDKOO-CASE-2026-003
Automatiser la ressaisie sans automatiser aveuglément la décision
L’objectif n’est pas de supprimer l’humain. Il est de supprimer sa ressaisie.
Mission réelle — client anonymisé
Mesures réalisées par ENDKOO sur le périmètre publié.
Niveau de preuve : C — mesure ENDKOO documentée, sans audit externe
Identifiant public : ENDKOO-CASE-2026-003
Dernière vérification des valeurs et des calculs : 5 septembre 2026
En résumé
ENDKOO a réalisé une mission auprès d’une entreprise de transport et logistique B2B anonymisée de 87 salariés, portant sur la structuration des demandes reçues en texte libre par l’administration des ventes. Sur un échantillon de 1 142 demandes, le temps médian de traitement est passé de 6 min 48 s à 2 min 39 s et le taux d’erreur de saisie de 4,7 % à 1,6 %. Le dispositif structure sans intervention importante 81,6 % des demandes ; 12,7 % demandent une correction et 5,7 % repartent en traitement manuel. Le système ne valide jamais seul une donnée opérationnelle critique.
Périmètre, échantillon et décision
| Statut | Mission réelle, client anonymisé à sa demande |
|---|---|
| Secteur | Transport et logistique B2B |
| Taille de l’entreprise | 87 salariés |
| Processus mesuré | Structuration des demandes d’expédition reçues en texte libre |
| Population concernée | Équipe d’administration des ventes |
| Durée de la mesure | 6 semaines — les dates calendaires sont conservées au dossier de preuve et ne sont pas publiées. |
| Volume du processus | 1 600 demandes par mois |
| Échantillon | 1 142 cas mesurés après intervention, 150 au point zéro |
| Résultat principal | Temps médian de traitement : 6 min 48 s → 2 min 39 s (−61 %) |
| Décision | Déploiement avec contrôle humain |
| Niveau de vérification | C — mesure ENDKOO documentée, sans audit externe |
La situation de départ
Les demandes arrivent rédigées par des humains pressés : un courriel de trois lignes, une pièce jointe, parfois un message vocal retranscrit. Il faut en extraire l’expéditeur, la destination, les dates, les volumes, les contraintes de manutention, les références et le degré d’urgence.
Une erreur sur l’une de ces données ne se corrige pas au bureau : elle se corrige avec un camion déjà parti. C’est ce qui a déterminé la forme du dispositif, bien plus que le gain de temps espéré.
La question posée n’était donc pas « peut-on automatiser ? » mais « que ne doit-on jamais automatiser ? ».
Le point zéro, établi avant toute intervention
La mesure de référence a été relevée sur 150 cas, avant qu’aucun dispositif ne soit mis en place et sans annoncer d’objectif chiffré aux personnes concernées. C’est cette valeur, et non une estimation reconstituée après coup, qui sert de base à tous les pourcentages publiés sur cette page.
Hypothèse écrite avant le test : Le dispositif ne sera recommandé que s’il réduit le temps de traitement sans augmenter le taux d’erreur de saisie, et à condition qu’aucune donnée opérationnelle critique ne soit validée sans intervention humaine.
Ce critère a été fixé par écrit avant de connaître le résultat. C’est la précaution qui évite le biais rétrospectif : choisir après coup l’indicateur qui s’est amélioré ne démontre rien.
Le dispositif mis en place
- Extraction structurée des champs à partir du texte libre reçu.
- Score de confiance calculé champ par champ, et non sur la demande entière.
- Toute ambiguïté sur une donnée opérationnelle critique — date, volume, contrainte de manutention — déclenche un traitement humain.
- Les demandes non traitables sont renvoyées explicitement en manuel plutôt que traitées en dégradé.
Les résultats mesurés
| Indicateur | Avant | Après | Évolution |
|---|---|---|---|
| Temps médian de traitement | 6 min 48 s | 2 min 39 s | −61 % |
| Taux de reprise | 12,8 % | 7,1 % | −45 % |
| Erreur de saisie | 4,7 % | 1,6 % | −66 % |
Ce que devient une demande après intervention
| Structurées sans intervention importante | 81,6 % |
|---|---|
| Nécessitant une correction | 12,7 % |
| Renvoyées au traitement manuel | 5,7 % |
Le calcul, ligne par ligne
Chaque valeur ci-dessous porte l’opération qui la produit, pour que le calcul puisse être refait — ou contesté — sans nous croire sur parole.
| Élément | Opération | Valeur |
|---|---|---|
| Gain de temps unitaire | 6 min 48 s − 2 min 39 s | 4 min 09 s |
| Capacité mensuelle libérée | 4 min 09 s × 1 600 demandes | 111 heures par mois |
| Capacité annuelle libérée | 111 h × 12 | 1 332 heures par an |
Hypothèses de ce calcul
- Aucun coût horaire chargé n’est publié sur ce cas : le client ne l’a pas communiqué, et ENDKOO ne l’estime pas à sa place.
- Le volume de 1 600 demandes par mois est la moyenne constatée sur la période de mesure.
- Le temps de correction des 12,7 % de demandes reprises est inclus dans le temps médian après intervention.
Précaution d’interprétation. Ce cas est le seul des quatre à ne publier aucune valeur en euros, et c’est volontaire : le coût horaire chargé n’a pas été communiqué par le client. Publier une valeur monétaire supposerait de l’estimer, donc de l’inventer. La capacité libérée est mesurée ; sa valeur ne l’est pas.
Le site distingue systématiquement trois notions que le vocabulaire commercial confond : le temps libéré, qui est une capacité rendue aux équipes ; l’économie, qui est une dépense effectivement supprimée ; et la valeur créée, qui suppose que la capacité libérée ait été réaffectée. Le détail de cette distinction est publié sur la page de méthode.
Ce que ce cas permet et ne permet pas d’affirmer
Ce que ce cas permet d’affirmer
Sur 1 142 demandes mesurées, le temps médian de traitement a baissé de 61 % pendant que le taux d’erreur de saisie baissait lui aussi, de 4,7 % à 1,6 %. Le dispositif renvoie explicitement 5,7 % des demandes en traitement manuel plutôt que de les traiter en dégradé.
Ce que ce cas ne permet pas d’affirmer
Ce cas ne démontre aucun gain économique, faute de coût horaire communiqué. Il ne démontre pas non plus que le dispositif serait sûr dans un contexte où l’erreur se rattrape moins bien, ni qu’il tiendrait sur des volumes très supérieurs.
Les limites de cette mesure
Elles sont publiées parce qu’un résultat sans limite déclarée n’est pas un résultat mesuré, c’est un argument. Chacune de ces réserves affaiblit une partie de ce qui précède.
- Le taux d’erreur avant intervention est reconstitué à partir des incidents déclarés, non d’un audit exhaustif des saisies : il est probablement sous-estimé.
- La période de mesure de 6 semaines ne couvre pas un pic saisonnier.
- Aucune mesure du coût du contrôle humain résiduel n’a été faite.
- Le dispositif n’a pas été testé sur des demandes rédigées en langue étrangère.
La décision, et ce qu’elle a coûté
Déploiement avec contrôle humain
Le déploiement a été recommandé, mais avec un contrôle humain maintenu là où l’erreur coûte cher. Ce n’est pas une réserve de principe : c’est une contrainte inscrite dans le dispositif, qui renvoie explicitement une part des cas au traitement manuel.
La méthode de mesure, identique sur les quatre cas
Cette section est volontairement la même d’un cas à l’autre : c’est ce qui les rend comparables entre eux.
- Point zéro — mesure de référence relevée avant toute intervention.
- Périmètre — tâche et population définies explicitement, et non redéfinies en cours de route.
- Échantillon — taille publiée, avant comme après.
- Mesure après intervention — même unité, même périmètre, même méthode de relevé.
- Contrôle des erreurs — les reprises et les erreurs sont comptées, pas seulement le temps.
- Coût complet — intégration, licences, supervision et contrôle humain inclus.
- Décision — déployer, limiter, retester ou arrêter.
- Traçabilité — les pièces permettant de reconstituer le calcul sont conservées par ENDKOO.
Pourquoi faire confiance à ces chiffres, et jusqu’où
Ce qui est vrai de ce dossier :
- la mission a réellement été réalisée par ENDKOO ;
- le périmètre, la population et la durée de mesure sont publiés ;
- la taille de l’échantillon est publiée, avant et après ;
- la méthode avant/après est décrite et le critère de décision était écrit avant le résultat ;
- les formules sont publiées et le calcul peut être refait ;
- les limites sont publiées ;
- les pièces permettant de reconstituer les calculs sont conservées par ENDKOO.
Ce qui ne l’est pas, et qu’il serait malhonnête de laisser croire :
- ces mesures n’ont pas été auditées par un tiers indépendant. Elles sont de niveau C, c’est-à-dire produites par le protocole ENDKOO.
- le client n’est pas nommé publiquement : la relation ne peut donc pas être vérifiée de l’extérieur, et c’est précisément pourquoi le niveau de preuve est affiché plutôt que sous-entendu.
- aucun de ces résultats ne prédit ce qu’obtiendrait une autre entreprise. Ils décrivent un périmètre, pas une moyenne.
La logique de cette échelle et la raison pour laquelle certains clients ne sont pas nommés sont exposées sur la page transparence. L’ensemble des affirmations chiffrées du site est récapitulé dans le registre des preuves.
Questions sur ce dossier
Pourquoi 5,7 % des demandes repartent-elles en traitement manuel ?
Parce que le dispositif est conçu pour refuser plutôt que pour deviner. Toute ambiguïté sur une donnée opérationnelle critique — une date, un volume, une contrainte de manutention — déclenche un renvoi vers un humain. Ce taux de 5,7 % n'est pas un défaut résiduel qu'on chercherait à réduire à zéro : c'est le résultat attendu d'une règle posée avant le test. Un système qui traiterait 100 % des demandes traiterait aussi celles qu'il n'a pas comprises, et l'erreur se découvrirait avec un camion déjà parti.
Pourquoi ce cas ne publie-t-il aucun montant en euros ?
Parce que le client n'a pas communiqué son coût horaire chargé, et qu'ENDKOO ne l'estime pas à sa place. La capacité libérée est mesurée : 111 heures par mois, calculées à partir du gain unitaire et du volume constaté. Sa valeur monétaire, elle, supposerait une hypothèse que personne n'a fournie. C'est le seul des quatre cas dans cette situation, et il est publié tel quel plutôt que complété par une estimation qui aurait l'apparence d'une mesure.
Le score de confiance porte-t-il sur la demande ou sur chaque champ ?
Sur chaque champ, et c'est une différence de conception décisive. Un score global sur la demande entière noierait une date incertaine dans un ensemble par ailleurs bien compris, et la demande passerait. Champ par champ, une seule donnée douteuse suffit à déclencher le contrôle humain sur cette donnée. C'est plus contraignant à construire et cela produit davantage de reprises, mais c'est ce qui permet au taux d'erreur de saisie de baisser en même temps que le temps de traitement.
Les trois autres cas
- Un projet techniquement réussi, économiquement refusé — Services B2B, 72 salariés. 7 min 24 s → 2 min 06 s. Décision : ne pas déployer.
- Préparation des propositions commerciales — Services B2B, 620 salariés. 52 min → 19 min. Décision : déploiement.
- Qualification des demandes commerciales — Industrie B2B, 165 salariés. 12 min 40 s → 3 min 18 s. Décision : déploiement recommandé.
La méthode qui produit ces mesures est décrite sur la page comment ENDKOO mesure le ROI d’un projet IA. Le cadre dans lequel ces dispositifs sont testés est l’expérimentation, et ce qui suit une décision favorable est le déploiement.