Commencer par le travail réel
Avant de parler d'outil, décrivez une semaine normale. Quels documents arrivent? Qui les ouvre? Quelles données sont recopiées? Où faut-il attendre une approbation? Cette observation produit une carte du processus actuel et évite de numériser des étapes inutiles.
Le périmètre doit tenir dans une phrase. « Traiter les factures fournisseurs reçues par courriel » est testable. « Automatiser les finances » ne l'est pas.
Comparer quatre critères
1. Volume et fréquence
Une tâche répétée plusieurs fois par jour offre davantage d'occasions de récupérer du temps qu'une activité trimestrielle. Mesurez le nombre de dossiers, de documents ou de transactions sur une période représentative.
2. Stabilité des règles
Un processus devient plus facile à automatiser lorsque ses entrées, ses décisions et ses exceptions sont connues. Si chaque dossier suit une logique différente, il faut d'abord standardiser le travail.
3. Coût des erreurs
Une erreur sans conséquence et une erreur qui bloque une commande n'ont pas la même priorité. Documentez les reprises, les retards et les contrôles humains nécessaires.
4. Données disponibles
Vérifiez les formats reçus, la qualité des champs et l'accès aux systèmes concernés. Un pilote peut fonctionner avec des données imparfaites, mais cette imperfection doit être visible dans le test.
Une première grille de décision : notez chaque processus de 1 à 5 pour le volume, la stabilité, le coût actuel, la qualité des données et la facilité de mesurer un avant/après.
Définir la sortie avant le pilote
Fixez une mesure de départ : heures par semaine, délai moyen, taux de reprise ou nombre de dossiers en attente. Définissez ensuite le résultat attendu et le niveau de validation humaine. Le projet doit aussi avoir un critère d'arrêt si la qualité ou la valeur ne sont pas au rendez-vous.
Cette discipline permet de commencer petit sans penser petit. Un flux borné devient une preuve exploitable pour décider de la suite.