Cette page n’est ni une liste de tâches à automatiser ni un classement de rentabilité : elle évalue l’admissibilité au pilote d’un workflow déterministe, dont les règles et les sorties attendues peuvent être décrites avant l’exécution. Si le candidat interprète librement des contenus ou produit une réponse probabiliste, son incertitude appelle d’autres critères : utilisez le guide consacré au choix d’un premier cas d’usage IA. Pour un workflow déterministe, écartez d’abord les processus dont les règles sont instables, les données douteuses, les conséquences difficiles à annuler ou la responsabilité non attribuée. Ces cinq portes sont non compensables : un score élevé ne permet jamais de les ignorer. Notez ensuite les candidats admissibles sur sept critères. Le meilleur pilote combine une utilité mesurable, un risque contenu et une sortie de secours praticable.
Pourquoi une simple matrice effort-impact ne suffit pas
La matrice effort-impact est utile pour distinguer un chantier lourd d’un gain rapide. Elle devient toutefois trompeuse lorsqu’elle place sur le même plan une notification interne et une action qui modifie une facture, écrit à un client ou supprime une donnée.
Les processus répétitifs, fréquents, régis par des règles explicites et alimentés par des informations disponibles sont généralement de meilleurs candidats à l’automatisation. Le volume cumulé compte davantage que la durée d’une occurrence isolée. Une opération de deux minutes réalisée cinquante fois par semaine peut ainsi mériter plus d’attention qu’une tâche d’une heure effectuée deux fois par an.
Mais le volume ne dit pas ce qui se passe en cas d’échec. Une erreur peut créer une tâche interne facile à supprimer, envoyer une relance inappropriée à un client en litige ou propager une mauvaise donnée dans plusieurs systèmes. Le risque dépend notamment de la donnée, du destinataire, de l’action déclenchée et de sa réversibilité. Plus l’action est sensible, plus les contrôles, traces, alertes et validations humaines deviennent importants.
La matrice proposée ici ne cherche donc pas le processus qui « rapporte le plus » dans l’absolu. Elle intervient après l’inventaire des tâches et répond à une question plus étroite : ce candidat est-il admissible à un premier pilote dont l’entreprise peut observer les effets sans rendre son exploitation dépendante d’un mécanisme encore immature ? Pour comparer ensuite les gains, les coûts et le retour attendu, utilisez plutôt la méthode dédiée aux processus les plus rentables à automatiser.
Cinq motifs non compensables de refuser le pilote
La section suivante présente une méthode de décision Forge Labs, et non une norme officielle. Elle reprend des principes de gestion du risque sans attribuer ses portes, poids ou seuils aux organismes cités. L’ANSSI décrit EBIOS Risk Manager comme une démarche d’appréciation et de traitement fondée sur un cadrage, des scénarios et un suivi du risque. Le NIST SP 800-37 Rev. 2 insiste sur un processus structuré, la responsabilité des contrôles et la surveillance continue. Une porte bloquée ne signifie pas que le processus ne sera jamais automatisable : elle impose un travail préalable ou un pilote plus étroit.
Porte 1 : le processus peut-il être décrit sans accumuler les « ça dépend » ?
Demandez à la personne qui exécute le travail de décrire le déclencheur, les étapes, les règles, les sorties et les exceptions. Si deux opérateurs compétents appliquent des règles incompatibles, l’automatisation est prématurée. Un processus flou ne devient pas clair parce qu’un outil l’exécute : il risque plutôt de reproduire ses incohérences plus vite.
Décision : si les règles essentielles ne tiennent pas sur une page ou un schéma simple, clarifiez et simplifiez avant de noter.
Porte 2 : une erreur grave peut-elle être détectée avant de produire son effet ?
Distinguez la détection de la correction. Un journal peut signaler qu’un message a été envoyé au mauvais destinataire, mais il ne permet pas de le reprendre. Pour un paiement, une suppression, un engagement contractuel ou une communication sensible, une validation humaine peut être nécessaire avant l’action finale.
Décision : bloquez l’exécution autonome si une erreur plausible peut avoir un effet important et qu’aucun contrôle préalable ne l’intercepte. Le pilote peut éventuellement préparer l’action sans l’exécuter.
Porte 3 : les données d’entrée permettent-elles de prendre la bonne branche ?
Ne confondez pas présence et qualité. Un champ peut être rempli mais obsolète, ambigu ou contredit par un autre outil. Vérifiez un échantillon réel : doublons, valeurs manquantes, statuts incohérents, dates impossibles et divergences entre systèmes.
Décision : si la donnée déterminante n’est pas assez fiable, commencez par la collecte, le nettoyage ou la désignation d’une source de référence. Si le candidat traite des données personnelles et est susceptible d’engendrer un risque élevé pour les droits et libertés, la CNIL indique qu’une analyse d’impact relative à la protection des données (AIPD) doit être menée ; cette exigence ne peut pas être compensée par le score.
Porte 4 : quelqu’un possède-t-il le processus après la mise en service ?
Le développeur ou l’intégrateur n’est pas nécessairement le propriétaire métier. Une personne doit pouvoir décider qu’une règle a changé, examiner les exceptions et suspendre le flux. En pratique, il faut également prévoir des traces d’exécution, des alertes d’échec et un responsable de la surveillance.
Décision : sans propriétaire nommé et disponible, ne mettez pas le processus en autonomie.
Porte 5 : existe-t-il un mode de repli praticable ?
Le retour au traitement manuel doit être concret : file d’attente exploitable, données non altérées, procédure connue et possibilité d’arrêter le déclenchement. « On corrigera si nécessaire » n’est pas un plan de repli.
Décision : si l’arrêt du workflow bloque l’activité ou rend les dossiers illisibles, réduisez d’abord le périmètre.
La matrice volume-risque pondérée
Une fois les cinq portes franchies, attribuez à chaque critère une note de 1 à 5. Une note élevée doit toujours rendre le candidat plus favorable. Pour éviter toute ambiguïté, le critère « erreur » est donc formulé comme une maîtrise de l’erreur : 5 signifie que l’erreur est facilement détectable et contenue.
| Critère | Poids | Note 1 | Note 3 | Note 5 |
|---|---|---|---|---|
| Fréquence | 20 | Rare ou irrégulière | Hebdomadaire | Quotidienne ou volume élevé |
| Stabilité des règles | 15 | Décisions surtout implicites | Règles connues avec exceptions | Règles explicites et stables |
| Valeur opérationnelle | 20 | Irritant mineur | Temps ou délai notable | Friction importante et mesurable |
| Maîtrise de l’erreur | 10 | Erreur discrète ou grave | Détection possible après contrôle | Erreur visible, contenue et corrigible |
| Réversibilité | 15 | Action difficile à annuler | Retour possible avec intervention | Simulation, brouillon ou annulation simple |
| Qualité des données | 10 | Données lacunaires ou contradictoires | Corrections régulières | Données contrôlées et structurées |
| Propriétaire | 10 | Aucun responsable identifié | Responsabilité partagée | Responsable nommé et disponible |
Le score sur 100 se calcule ainsi :
Score = Σ (note du critère ÷ 5 × poids du critère)
Par exemple, une note de 4 en fréquence apporte 4 ÷ 5 × 20 = 16 points. Les poids totalisent 100. Ils peuvent être adaptés, mais ils doivent être fixés avant de comparer les candidats. Modifier les poids après avoir vu le classement revient à choisir d’abord le résultat, puis à fabriquer la justification.
Forge Labs propose l’interprétation suivante pour un premier tri :
- 80 à 100 : candidat solide, sous réserve d’avoir franchi toutes les portes ;
- 65 à 79 : candidat possible après réduction du périmètre ou ajout d’un contrôle ;
- moins de 65 : traiter d’abord le processus, les données ou la responsabilité.
Ces seuils sont des repères de travail, pas des probabilités de réussite. Deux candidats proches ne doivent pas être départagés au point près : les hypothèses, les exceptions et la facilité du pilote comptent davantage qu’un écart de deux points.
Exemple 1 : la relance automatique des factures obtient 80, mais reste bloquée
Considérons une PME fictive qui traite 600 factures par mois. Son équipe veut envoyer automatiquement une relance dès qu’une échéance est dépassée. Les relances de factures font partie des processus administratifs fréquemment envisagés, avec la saisie CRM, le routage des demandes et le reporting récurrent.
| Critère | Note | Points | Justification illustrative |
|---|---|---|---|
| Fréquence | 5 | 20 | Traitement quotidien |
| Stabilité | 4 | 12 | Échéances explicites, quelques exceptions |
| Valeur | 5 | 20 | Temps administratif et suivi de trésorerie |
| Maîtrise de l’erreur | 2 | 4 | Une mauvaise relance atteint directement le client |
| Réversibilité | 2 | 6 | Un email envoyé ne peut pas être repris |
| Qualité des données | 4 | 8 | Échéances fiables, litiges mal renseignés |
| Propriétaire | 5 | 10 | Responsable crédit clairement identifié |
| Total | 80 |
Le score brut place le projet parmi les candidats solides. Pourtant, la porte 2 échoue : certains litiges commerciaux sont conservés dans des emails et ne suspendent pas systématiquement la relance. La porte 3 est donc également fragile. Le workflow pourrait envoyer à grande échelle un message inapproprié à des clients dont le dossier est contesté.
Décision Forge Labs : ne pas automatiser immédiatement l’envoi. Commencer par produire chaque matin une liste de relances proposées, avec le montant, l’ancienneté, le statut et un bouton d’approbation. Le pilote automatise la préparation, tandis que le responsable conserve la décision d’envoi. En parallèle, la PME ajoute un statut de litige obligatoire et une règle d’exclusion testable.
Le projet obtient donc le meilleur score brut, mais ce n’est pas encore le meilleur premier pilote autonome.
Exemple 2 : la création d’une fiche CRM obtient 79 et devient le premier pilote
La même entreprise reçoit environ 90 demandes qualifiées par semaine depuis un formulaire. Une assistante recopie les coordonnées, la source et le produit demandé dans le CRM, puis attribue une tâche au commercial concerné.
| Critère | Note | Points | Justification illustrative |
|---|---|---|---|
| Fréquence | 4 | 16 | Plusieurs occurrences par jour ouvré |
| Stabilité | 4 | 12 | Règles d’attribution documentées |
| Valeur | 3 | 12 | Gain utile, mais moins stratégique que l’encaissement |
| Maîtrise de l’erreur | 4 | 8 | Créations contrôlables dans une file dédiée |
| Réversibilité | 5 | 15 | Fiche corrigeable ou supprimable avant utilisation |
| Qualité des données | 4 | 8 | Champs structurés, contrôles à ajouter sur le téléphone |
| Propriétaire | 4 | 8 | Responsable commercial disponible |
| Total | 79 |
Le score est inférieur d’un point à celui des relances. Pourtant, toutes les portes sont franchies. Les règles sont explicites, les erreurs restent visibles, la création est réversible et le processus possède un responsable. Le pilote peut aussi être limité aux demandes provenant d’un seul formulaire.
Décision Forge Labs : choisir ce processus en premier. Pendant le pilote, le workflow crée la fiche dans une file « à vérifier » et prépare la tâche commerciale sans envoyer de message au prospect. Après validation d’un échantillon suffisant, l’équipe pourra décider séparément si l’attribution automatique doit devenir immédiate.
Pour élargir votre inventaire initial sans confondre inventaire et décision, consultez également Les tâches administratives qu’il faut automatiser en priorité.
Transformer le score en décision d’admissibilité
La matrice doit produire une décision datée, pas un classement laissé dans un tableur. Pour chaque candidat, conservez le résultat des cinq portes, le score, les hypothèses de notation et le périmètre évalué. Les exemples précédents illustrent les deux sorties principales : les relances restent ajournées malgré 80 points, tandis que la création CRM est admise en pilote avec 79 points.
Pour le candidat admis, la décision précise seulement les conditions qui rendent le test acceptable :
- périmètre fermé : une source et un type de dossier identifiables ;
- effet limité : observation, brouillon ou file à vérifier avant toute action sensible ;
- exception explicite : un cas incomplet revient à un humain au lieu d’être forcé dans une branche ;
- arrêt praticable : le propriétaire peut suspendre le déclenchement et reprendre manuellement ;
- date de réexamen : étendre, corriger, maintenir sous contrôle ou arrêter.
Cette fiche ne remplace pas la conception technique du workflow. Elle trace pourquoi ce candidat, dans ce périmètre, a été préféré. Pour préparer ensuite les contrôles d’exploitation, consultez Les erreurs qui rendent une automatisation fragile.
Trois issues possibles après la matrice
Une évaluation se termine par l’une de ces décisions : admettre le candidat en pilote, réduire son périmètre pour franchir toutes les portes, ou ajourner tant qu’un motif non compensable subsiste. L’ajournement s’impose notamment si les règles restent implicites, si la donnée déterminante est peu fiable, si un effet grave ne peut pas être intercepté, si aucun propriétaire n’est nommé ou si le retour manuel n’est pas praticable.
Ce refus ne juge pas l’automatisation en général. Il identifie le préalable à traiter et évite qu’un score de volume ou de valeur masque une faiblesse opérationnelle. Une simplification du processus, un champ structuré ou une responsabilité mieux attribuée peut suffire à rendre le candidat réévaluable.
Fiche d’admissibilité à archiver
- □ Candidat et périmètre exacts du workflow déterministe.
- □ Volume observé, délai actuel et erreurs de référence.
- □ Résultat documenté de chacune des cinq portes non compensables.
- □ Sept notes justifiées sur des cas réels et poids fixés avant comparaison.
- □ Candidats ajournés et motif précis de leur exclusion.
- □ Mode du pilote retenu : observation, brouillon, validation ou exécution limitée.
- □ Propriétaire, destinataire des alertes et procédure de retour manuel.
- □ Date et critères de la prochaine décision.
La matrice ne remplace pas le jugement opérationnel. Elle rend une décision d’admissibilité discutable et traçable. Son intérêt n’est pas de produire un classement universel, mais d’empêcher qu’un score favorable compense une porte bloquée. Le candidat retenu n’est donc pas « la meilleure automatisation » en général : c’est le workflow déterministe que l’équipe peut tester maintenant, dans un périmètre explicite et réversible.