Abdelhalim Ait Brahim Les agences marocaines qui proposent de l’automatisation ne vendent pas toutes la même chose. Certaines parlent de RPA, d’autres d’agents IA, et les propositions se ressemblent assez pour qu’un dirigeant ait du mal à comparer.
La différence est pourtant simple à saisir, et elle détermine à la fois le prix, la fragilité du dispositif et ce qui arrivera dans deux ans.
Le RPA imite un employé qui clique
Un robot RPA reproduit une suite de gestes sur un écran. Il ouvre votre logiciel de gestion, lit une valeur à un endroit précis, la recopie dans un autre, clique sur valider, passe à la ligne suivante.
Il ne comprend rien à ce qu’il manipule. Il exécute des instructions dans un ordre fixe, exactement comme on les lui a données. C’est à la fois sa force et sa limite.
Sa force : il ne se trompe pas, il ne se fatigue pas, il traite deux mille lignes le samedi soir sans se plaindre. Sur une tâche parfaitement définie, il est difficile à battre.
Sa limite : le jour où le logiciel change de version et déplace un bouton, le robot continue de cliquer au même endroit et casse. Il ne le remarque pas et n’a aucun moyen de s’adapter. Il faut le reprendre.
L’automatisation IA comprend avant d’agir
Une automatisation à base d’IA fonctionne différemment. On ne lui décrit pas des gestes, on lui décrit un objectif et des règles, et elle interprète ce qui arrive.
Prenons une demande client par e-mail. Un robot RPA a besoin que l’information soit toujours au même endroit, dans le même format. Un système IA lit le message tel qu’il est écrit, en français ou en darija, avec des fautes, une pièce jointe et une question au milieu d’un paragraphe, et en extrait ce qui compte.
Sa force : il absorbe la variabilité, qui est justement ce qui bloque le RPA.
Sa limite : il produit une interprétation, donc parfois une mauvaise interprétation. Il faut décider ce qu’il a le droit de faire seul et à partir de quand il doit passer la main.
Comment trancher, concrètement
La question à poser n’est pas « quelle technologie est la meilleure » mais « ce qui entre dans ma tâche est-il toujours pareil ».
L’entrée est stable et structurée. Des lignes dans un tableur, des enregistrements dans une base, un fichier au format constant. Le RPA convient, il sera plus économique et plus prévisible.
L’entrée est libre et variable. Des messages écrits par des humains, des documents scannés au format changeant, des demandes formulées de dix manières. Le RPA échouera, l’IA est nécessaire.
Les deux à la fois. C’est le cas le plus fréquent en réalité. L’IA lit et comprend la demande entrante, puis une automatisation classique exécute la suite de façon rigoureuse. Chacun sur son terrain.
Ce que personne ne dit sur la fragilité
Les deux approches cassent, mais pas de la même façon, et cette différence compte plus que le prix affiché.
Un robot RPA casse bruyamment. L’interface change, le robot plante, tout le monde s’en aperçoit le matin même. C’est désagréable et c’est réparable.
Une automatisation IA se dégrade silencieusement. Elle continue de fonctionner en se trompant un peu plus souvent, sur des cas particuliers, sans rien signaler. Personne ne remarque rien pendant des semaines.
C’est pour cette raison qu’un déploiement IA sérieux comporte toujours un dispositif de contrôle : un échantillon relu régulièrement, un seuil au-delà duquel le système passe la main, une trace de ce qu’il a décidé. Une proposition qui ne mentionne pas ce point mérite une question.
Le cas particulier des logiciels loués
Un point rencontré régulièrement au Maroc, en particulier chez les franchisés et les entreprises équipées d’un logiciel métier imposé par leur tête de réseau.
Quand le logiciel n’expose aucune connexion et que vous n’avez pas la main dessus, le RPA devient parfois la seule voie possible, faute de mieux. Il simule un utilisateur, ce qui ne demande aucune autorisation technique particulière.
C’est une solution, mais il faut savoir ce qu’on achète : une automatisation qui dépend de la stabilité d’une interface que vous ne contrôlez pas. Elle peut tenir des années comme casser à la prochaine mise à jour, sans que vous soyez prévenu.
Ce qu’il faut retenir
Ce n’est pas un choix entre l’ancien et le moderne. Le RPA est excellent là où tout est prévisible, l’IA est indispensable là où rien ne l’est, et la plupart des processus réels contiennent les deux.
Le vrai risque n’est pas de choisir la mauvaise technologie, c’est de choisir avant d’avoir décrit précisément le processus. Un prestataire qui vous propose une approche avant d’avoir regardé comment vous travaillez vend son catalogue, pas votre solution.
En résumé
- Le RPA reproduit des gestes à l’écran sans rien comprendre, l’automatisation IA interprète ce qui arrive avant d’agir
- Le critère de choix n’est pas la modernité mais la stabilité de ce qui entre : entrée structurée pour le RPA, entrée libre et variable pour l’IA
- La plupart des processus réels combinent les deux, l’IA comprenant la demande entrante et une automatisation classique exécutant la suite
- Les deux cassent différemment : le RPA plante bruyamment et se répare, l’automatisation IA se dégrade silencieusement pendant des semaines
- Un déploiement IA sérieux comporte toujours un contrôle : échantillon relu, seuil de passage à l’humain, trace des décisions prises
Si vous voulez savoir laquelle des deux s’applique chez vous, c’est exactement ce que regarde un audit gratuit de trente à soixante minutes, sans engagement.
Questions fréquentes
C'est quoi le RPA exactement ?
Le RPA, robotic process automation, désigne un logiciel qui reproduit les gestes d'un employé sur un écran : ouvrir une application, copier une valeur, la coller ailleurs, cliquer sur valider. Il suit une suite d'instructions fixes et ne comprend pas ce qu'il manipule. Il est rapide, régulier et infatigable tant que rien ne change.
Le RPA est-il dépassé par l'IA ?
Non, ce sont deux outils différents. Le RPA reste imbattable sur une tâche répétitive parfaitement définie où l'erreur n'est pas permise. L'IA devient nécessaire quand l'entrée est variable : un e-mail rédigé librement, une facture au format inconnu, une demande formulée de dix façons. Beaucoup de déploiements sérieux combinent les deux.
Lequel coûte le moins cher ?
Le RPA est généralement moins cher à mettre en place sur un périmètre étroit et stable. Il devient plus cher que prévu quand l'application ciblée change d'interface, parce qu'il faut alors reprendre le robot. Le coût réel se juge sur la durée, pas au démarrage.
Par lequel commencer quand on ne sait pas ?
Par le diagnostic du processus, pas par l'outil. Décrivez précisément ce qui déclenche la tâche, ce qui se passe ensuite et ce qu'il faut faire quand ça se passe mal. Cette description révèle presque toujours d'elle-même laquelle des deux approches convient, et parfois qu'aucune ne se justifie.