Une semaine de mesures pour identifier le premier processus à automatiser avec l'IA

Ce guide repose sur notre pratique, il ne constitue pas un audit sur mesure pour votre situation: plus les enjeux sont élevés, plus il convient de le confronter avec un tiers maîtrisant vos contrats. Au lieu de signer un projet pilote d'IA à l'aveugle, mesurez plusieurs processus pendant cinq jours ouvrés et retenez celui qui présente une viabilité économique et technique. Au terme de l'exercice, vous obtiendrez un processus unique chiffré: volume, temps médian, taux d'exceptions et coût horaire de travail. Avant de démarrer, dressez la liste de 5–8 tâches récurrentes de l'équipe et préparez l'accès au système indiquant le temps de travail ou le volume de dossiers du mois écoulé. Sans droits d'accès aux rapports de temps, demandez un export à l'administrateur ERP ou WFM avant lundi.

Une semaine de mesures: feuille de calcul et seuil d'accès

Ouvrez une feuille de calcul et renseignez les en-têtes suivants sur la première ligne: date, opérateur, type de dossier, heure de début, heure de fin, nombre de systèmes, nombre de décisions, type et nombre d'exceptions, temps de correction, données personnelles, décision discrétionnaire. Désignez deux observateurs pendant 5 jours ouvrés; évitez la seule fin de mois, période où les exceptions ont tendance à disparaître sous la pression des échéances. Consignez chaque opération séparément, début et fin, sans arrondir. Au bout d'une semaine, calculez le temps de traitement médian, le 90e percentile, le taux d'exceptions, la part d'étapes répétitives et le nombre d'opérations par heure. Le seuil d'accès strict est de minimum 400–500 opérations par mois et minimum 20 heures de travail humain par mois sur un même processus: en dessous, le pilote manque d'échantillon et de rentabilité.

AIImage générée par IA.

Évaluation de la répétabilité et de la pénibilité

Attribuez deux notes de 1 à 5 à chaque processus. La répétabilité mesure la part d'étapes de routine: même parcours, mêmes champs, mêmes systèmes. La pénibilité mesure les erreurs, les absences, le turnover et les escalades; une note de 3 signale des réclamations régulières de l'équipe, 5 signifie que le processus pousse les collaborateurs à quitter le service. Recherchez un processus affichant une répétabilité ≥4 et une pénibilité ≥3, avec ≥80% de cas sur un parcours unique, un temps de traitement médian ≤15 minutes et ≤20% d'exceptions. La répétabilité garantit la faisabilité technique, la pénibilité assure la rapidité du retour sur investissement et l'adhésion des équipes. Un processus très pénible mais aux cas trop dispersés constitue un mauvais choix pour débuter: l'IA manquera de matière d'apprentissage et la mesure des résultats restera illisible.

Exclusions juridiques et seuil de rentabilité

Ne sélectionnez pas pour un premier pilote les processus à haut risque relevant de l'annexe III de l'AI Act, notamment certains volets RH, l'éducation et les infrastructures critiques, ni les décisions produisant des effets juridiques sur les personnes sans supervision humaine visées à l'art. 22 du RGPD. Écartez également les processus traitant des données sensibles sans analyse d'impact ni consentements, ainsi que tout traitement aboutissant au refus automatique d'un service ou à l'évaluation d'un salarié. Pour le calcul, retenez un coût horaire complet de 85–130 PLN brut: rémunération, cotisations, outils, supervision. Calculez les coûts annuels du processus selon la formule: opérations mensuelles × heures médianes × taux horaire × 12. Un pilote ne doit pas dépasser 30–80 mille PLN net; choisissez un processus où l'automatisation de 50% du temps amortit le coût du pilote en ≤12 mois. Exemple: 400 opérations mensuelles, une médiane de 15 minutes et un taux de 100 PLN/h représentent 10 000 PLN par mois, soit 120 000 PLN par an; 50% d'économies génèrent 60 000 PLN et amortissent un pilote de 50 000 PLN en 10 mois.

AIImage générée par IA.

Résolution des anomalies

Trois points de rupture pour la mesure: plus de 20% d'exceptions, un coefficient de variation du temps de traitement supérieur à 0,6 et plus de 30% de décisions discrétionnaires. Si l'un de ces cas se présente, ne retenez pas ce processus pour un premier pilote: vérifiez plutôt s'il est possible d'isoler un sous-ensemble de cas suivant un chemin unique et répétez la mesure sur celui-ci. Deuxième faille fréquente, le manque de données complètes: si l'opérateur ne note pas les heures de début et de fin, revenez à une feuille de calcul avec un simple horodatage début/fin pour chaque tâche au lieu d'une estimation en fin de journée. Troisième écueil, un volume trop faible après ventilation par type de dossier: regroupez les types qui transitent par les mêmes systèmes avant de juger que le processus n'atteint pas le seuil. Pour corriger les données, supprimez les journées incomplètes et recalculez les indicateurs sur un échantillon propre. Conservez la feuille source intacte et menez l'évaluation sur une copie.

En sélectionnant le processus selon cette méthode, le pilote d'IA dispose d'un échantillon permettant d'isoler l'impact du modèle du bruit de fond. Chaque mois de retard dans la décision coûte exactement ce qu'indique le tableau. Rapporté au mois, un processus évalué à 10 000 PLN de temps de travail vous donne le budget du pilote sans approximation. Avec un seuil de 400 opérations et 20 heures, vous évitez un projet incapable de réunir les données nécessaires à son évaluation en un an. C'est une décision qui se prend un lundi matin.