Les pannes machines, repérées avant l'arrêt.
Lire l’exemple : Les pannes machines, repérées avant l'arrêt.- Arrêts non planifiés
- ÷3
- De recherche évitées par semaine
- 4 h
La fin de la ressaisie des bons de commande.
Comment une PME industrielle de 45 personnes a récupéré six heures par semaine en trois semaines de projet, sans changer d'ERP.
Scénario type, inspiré de situations qu’on rencontre en PME.
- Entreprise
- PME industrielle
- Taille
- 45 personnes
- Localisation
- Lyon (69)
- Durée
- 3 semaines
Chiffres du scénario
- Saisie évitée par semaine
- 6 h
- Erreurs de référence
- -90 %
- Logiciel remplacé
- 0
- Du diagnostic à la mise en service
- 3 sem.
Le problème
Les bons de commande arrivaient par mail et étaient retapés dans l'ERP.
- Six heures par semaine de saisie pure, réparties entre deux personnes.
- Une erreur de référence tous les 40 bons, découverte à la livraison.
- Des commandes visibles dans l'ERP seulement le lendemain.
Le contexte
Un ERP en place depuis dix ans, relié à la comptabilité, que toute l'équipe connaît. Chaque jour, une dizaine de bons de commande arrivent par mail, en PDF, dans une mise en page différente selon le client. Deux personnes de l'administration des ventes les ouvrent, les lisent et les retapent, à raison de 6 à 8 minutes par bon.
Personne ne voulait changer d'ERP. Le temps se perdait avant lui, entre la boîte mail et l'écran de saisie.
Ce qu’on a construit
Un traitement surveille la boîte mail des commandes, lit chaque PDF, extrait les lignes, les confronte au catalogue de l'ERP et crée la commande en statut « à valider ». L'équipe vérifie et valide : les cas ambigus sont signalés explicitement.
Un nouveau format de bon se paramètre en quelques minutes, sans développement. Si une référence est inconnue, la commande attend une décision humaine au lieu de partir avec une erreur.
Le déroulé
- Semaine 1
Diagnostic et cadrage
Une demi-journée à l'ADV, 40 bons analysés, les 6 formats clients identifiés, puis le cadrage écrit.
- Semaines 2 à 3
Construction
Version testable dès le 8e jour, sur des bons reçus la veille. Un point de 30 minutes chaque vendredi.
- Fin de la semaine 3
Transmission
Mise en service sur place, documentation et une matinée de formation.
Les résultats du scénario
Traitement d'un bon
- Avant
- 6 à 8 min
- Après Raneo
- 30 s de validation
Erreurs de référence
- Avant
- 1 sur 40
- Après Raneo
- 1 sur 400
Visibilité des commandes
- Avant
- Le lendemain
- Après Raneo
- Le jour même
Ce qu’on a refusé de faire
Le directeur souhaitait aussi des réponses automatiques aux demandes de devis. Chaque devis se négociait au cas par cas avec l'acheteur : on a sorti ce point du périmètre et du prix, et l'ADV continue d'y répondre elle-même.
Ce qui a été remis à l’entreprise
- Le code, livré dans un dépôt au nom de l'entreprise
- Tous les accès et mots de passe
- Une documentation écrite pour l'ADV
- Une matinée de formation à la prise en main
- Trois mois de corrections gratuites après la mise en service, puis l'accompagnement mensuel en option
Toutes les tournées suivies depuis une seule application.
Lire l’exemple : Toutes les tournées suivies depuis une seule application.- Appels au bureau
- -69 %
- De saisie supprimées par jour
- 3 h
Des bénévoles qui savent où aller.
Lire l’exemple : Des bénévoles qui savent où aller.- Rendues par semaine à la coordination
- 3 h
- Familles suivies
- 350
Questions fréquentes
Questions sur
ce projet.
Le traitement le signale au lieu de deviner. Le format est ensuite paramétré en quelques minutes, sans développement, et les bons suivants passent seuls.
Oui, et du plus utile : elle valide chaque commande en 30 secondes au lieu de la retaper, et se concentre sur les cas ambigus et la relation client.
Non. Les commandes sont créées dans l'ERP existant, en statut « à valider », comme si elles avaient été saisies à la main. L'ERP et ses liens avec la comptabilité ne changent pas.