Avant · traitement dispersé
E-mailDemande reçue
PDFInformations à lire
ExcelSuivi intermédiaire
ERPSaisie finale
Situation métier 01 Demandes, devis et commandes
Une demande arrive par e-mail ou PDF, puis traverse encore plusieurs lectures.
Avant de devenir un devis ou une commande exploitable, elle mobilise souvent des recherches, des ressaisies, des contrôles et des validations répartis entre plusieurs personnes et outils.
Le processus tel qu’il se déroule
La difficulté vient moins d’une étape que des passages entre les étapes.
Chaque geste peut sembler raisonnable pris isolément. La fragilité apparaît quand une même demande change de support, attend une personne, perd son contexte puis doit être ressaisie.
- 01RecevoirE-mail ou PDF
La demande entre par un canal peu structuré et peut rester dans une boîte individuelle.
- 02LireDocument et message
Une personne interprète les lignes, les pièces jointes et les informations implicites.
- 03CompléterE-mails et appels
Les données manquantes déclenchent des échanges difficiles à rattacher au dossier.
- 04RechercherERP, fichiers, historique
Références, tarifs, disponibilités et règles sont retrouvés dans plusieurs sources.
- 05RessaisirExcel, ERP ou CRM
Les mêmes informations sont recopiées avec un risque d’écart entre les versions.
- 06PréparerDocument de proposition
Le contenu est assemblé puis contrôlé, parfois à partir d’un modèle local.
- 07Valider et envoyerE-mail et outil métier
La décision est prise, mais sa justification et son historique restent parfois dispersés.
Ce que ces passages font perdre
Les pertes sont opérationnelles avant d’être techniques.
La bonne question n’est pas seulement « combien de clics pouvons-nous automatiser ? ». Il faut comprendre ce qui attend, ce qui se dédouble, ce qui devient incertain et ce qui dépend encore d’une mémoire individuelle.
Rupture observéeCe qui se passeConséquence possible
Temps d’attenteUne demande peut rester invisible entre deux lectures ou deux personnes.Âge réel de la demande difficile à connaître.
RessaisiesLes mêmes champs circulent entre e-mail, fichier et outil de gestion.Temps perdu et erreurs de transcription.
Sources divergentesUn tarif, une référence ou un statut diffère selon l’écran consulté.Décision ralentie ou prise sur une mauvaise base.
Exceptions tacitesLes cas particuliers vivent dans les habitudes de quelques personnes.Dépendance forte et traitement inégal.
Contexte incompletLe validateur reçoit un document sans toutes les vérifications déjà menées.Allers-retours et risque d’approbation fragile.
Trace disperséeLa demande, les corrections et la décision ne partagent pas un même historique.Recherche longue en cas de question ou de litige.
Un flux cible explicable
Automatiser les passages certains, rendre visibles les exceptions, préserver la décision.
Le flux cible n’est pas un tunnel qui décide seul. Les règles connues sont appliquées de façon constante, puis les cas incomplets ou inhabituels sont remis à une personne avec le contexte nécessaire.
- 01Recevoir
La demande et ses pièces sont rattachées à un dossier identifiable.
- 02Extraire
Les champs utiles sont proposés sans masquer leur source.
- 03Contrôler
Présence, format et cohérence sont vérifiés au bon moment.
- 04Rapprocher
Les références utiles reviennent depuis les systèmes qui font foi.
- 05Préparer
La proposition est assemblée à partir de données contrôlées.
- 06Valider
Une personne décide avec le contexte et les exceptions visibles.
- 07Tracer
L’envoi, la décision et les données utiles sont enregistrés.
Branche d’exception
Une donnée manque, une référence est inconnue ou une règle sort du cadre.
Le dossier n’est ni abandonné ni forcé. Il reçoit un statut, indique ce qui bloque et revient vers la personne habilitée à décider ou demander un complément.
Commencer sans tout refaire
Un premier périmètre couvre un flux utile, pas toutes les variantes du processus.
Pour apprendre sur du réel sans ouvrir un programme interminable, nous choisissons une entrée, un ensemble de données, un groupe d’utilisateurs et une sortie clairement vérifiable.
- Un canal d’entrée prioritaire
- Un format de document connu
- Les champs nécessaires au traitement
- Une interface de contrôle et de validation
- Une écriture vers le système de référence
- Un historique des statuts et décisions
- Tous les formats historiques
- La refonte complète des règles tarifaires
- La gestion de commande de bout en bout
- Toutes les équipes ou entités dès le départ
- Les exceptions qui ne sont pas encore comprises
- Les optimisations sans usage observé
- Un flux utilisable sur le périmètre convenu
- Les contrôles et reprises d’erreur nécessaires
- Les connexions utiles à l’existant
- Une documentation fonctionnelle et technique
- Les retours des utilisateurs concernés
- Une décision claire sur la suite
Ce qu’il faut rendre explicite
Les décisions métier structurent la solution plus sûrement qu’une liste de fonctionnalités.
Ces questions permettent de décrire le processus sans imposer au client de rédiger seul un cahier des charges technique.
- 01Entrées
Quels canaux et formats doivent être pris en charge au départ ?
- 02Données
Quels champs sont obligatoires et quelle source fait foi pour chacun ?
- 03Règles
Quels contrôles sont certains, et lesquels restent une appréciation humaine ?
- 04Exceptions
Qu’est-ce qui doit bloquer, alerter ou simplement être signalé ?
- 05Validation
Qui peut décider, modifier ou demander un complément ?
- 06Sortie
Quel document, statut ou enregistrement doit être produit ?
- 07Reprise
Qui est informé si une lecture ou une écriture échoue ?
Juger à partir de l’usage
Les bons indicateurs décrivent le processus, sans promettre un gain inventé.
Avant de fixer une cible, il faut disposer d’un point de comparaison crédible. Le premier périmètre rend ces signaux visibles et permet de décider sur des faits.
Voir où elles se trouvent et depuis combien de temps.
Repérer les informations qui provoquent le plus d’allers-retours.
Observer ce qui reste recopié entre les outils.
Distinguer les cas normaux des situations qui demandent une décision.
Mesurer le délai entre la réception et une décision exploitable.
Vérifier que la source, les contrôles et la décision peuvent être retrouvés.
Partir d’un flux réel
Une demande récente suffit pour commencer.
Nous pouvons reprendre son parcours, les outils ouverts, les décisions prises et les informations ressaisies. C’est souvent plus utile qu’un cahier des charges abstrait.
Décrire votre processus