Les meilleurs et les pires cas d'utilisation de l'automatisation des processus robotiques et ses perspectives d'avenir

RPA :le meilleur et le pire

Au cours de la dernière année, la compréhension organisationnelle de l'automatisation des processus robotiques (RPA) a parcouru un long chemin. Le processus a démontré que l'automatisation est possible et peut générer des résultats commerciaux positifs significatifs.

Pendant ce temps, il y a eu un ralentissement du nombre de nouveaux entrants sur le marché de la RPA. Bon nombre des principaux acteurs ont obtenu des fonds de capital-risque et d'investissement supplémentaires, ce qui les a aidés à stabiliser leurs produits. Bien que la technologie elle-même n'ait pas considérablement évolué au cours des 12 à 18 derniers mois, les outils de bureau, de surveillance et de création de rapports ont continué d'évoluer.

La RPA ne doit pas être utilisée pour des processus qui n'ont pas été standardisés ou optimisés, dans lesquels les bots et les humains doivent être en mesure de résoudre les incohérences créées par des processus inefficaces.

À ce stade, le marché ne sait pas exactement si la RPA est une solution permanente pour automatiser certains processus métier ou un palliatif temporaire. Il est raisonnable de supposer que les applications d'entreprise modernes automatiseront entièrement leurs technologies dans un proche avenir. Nous voyons souvent des entreprises gérer le risque de palliatif temporaire en gérant la période de récupération de la RPA dans un délai de 18 mois ou moins.

Les tâches avec des volumes de transactions très manuels dans des environnements relativement simples avec des données structurées ont tendance à générer la plus grande valeur commerciale pour la RPA. Les pires cas d'utilisation sont exactement le contraire et, dans de nombreux cas, ils font de la RPA une option non viable. La RPA ne doit pas être utilisée pour des processus qui n'ont pas été standardisés ou optimisés, dans lesquels les bots et les humains doivent être en mesure de résoudre les incohérences créées par des processus inefficaces. De plus, d'autres facteurs pouvant avoir un impact négatif sur la RPA sont les transactions et les activités de nature saisonnière, sporadique ou imprévisible.

Considérer la RPA comme une solution uniquement technologique est une erreur. Peu d'organisations conçoivent avec une vision plus large de toutes les technologies à leur disposition. Les chefs d'entreprise doivent envisager des «solutions empilées» qui utilisent d'autres outils, tels que les appels de workflow et d'interface de programmation d'application (API), par exemple, en conjonction avec RPA. Il est préférable de travailler avec un partenaire qui connaît les réalités et les limites de la RPA, les avantages qu'elle peut apporter spécifiquement à votre entreprise et ce qu'il en coûtera pour les mettre en œuvre.

Une autre erreur que nous voyons généralement les entreprises commettre avec la RPA est de ne pas considérer les processus de bout en bout. Souvent, la RPA est utilisée pour corriger des erreurs de données ou des incohérences qu'il était moins coûteux de corriger avec une main-d'œuvre moins coûteuse, plutôt que d'utiliser une main-d'œuvre plus coûteuse ou de faire en sorte que leurs systèmes existants fassent quelque chose de différent.

Lorsqu'elle est associée à une réingénierie intégrée des processus et de l'organisation, la RPA peut générer de meilleurs résultats, mais ne laissez pas une mentalité de preuve de concept (PoC) conduire les aspirations d'automatisation. Il est acceptable d'utiliser un PoC avec une portée très limitée pour tester la RPA et une plate-forme particulière. Cependant, lorsqu'il est temps d'automatiser, commencez par une automatisation à 100 %.

La façon dont les entreprises se modernisent une fois la RPA en place dépend fortement des opportunités commerciales spécifiques que l'automatisation peut potentiellement créer. De nombreuses organisations utilisent la RPA pour contrôler le taux d'augmentation des coûts de vente, généraux et administratifs (SG&A) en introduisant de nouvelles façons de répondre aux besoins de capacité. Le même raisonnement aide également les entreprises à faire face aux pénuries de talents en permettant à la RPA de supprimer ce qui est souvent considéré comme un travail « banal ». Les personnes exerçant ces activités sont requalifiées et redéployées vers des activités à plus forte valeur ajoutée. Et à mesure que leur activité se développe, les entreprises n'ont pas besoin d'augmenter leurs effectifs pour gérer des volumes plus importants.

À mesure que l'utilisation de la RPA et de l'automatisation des processus évolue, nous (et nos clients) détournons l'attention des volumes de transactions vers l'expérience client. Les entreprises peuvent désormais commencer à se demander :« Comment utiliser la RPA pour améliorer la rapidité, la précision et l'efficacité avec lesquelles je sers mes clients ? » Il est intéressant de noter que la même automatisation utilisée pour améliorer l'expérience client réduira également le coût des opérations. C'est simplement une question de timing.
À propos de l'auteur :

Auteur :Albert Rees, est le SVP Head of Business Consulting, EPAM

M. Rees apporte plus de 20 ans d'expérience dans l'industrie du conseil en affaires et en gestion et, avant de rejoindre l'EPAM, il a été président de North Highland, dirigeant la région du Nord et du Royaume-Uni et supervisant plus de 400 consultants et personnes de soutien. En plus d'avoir l'entière responsabilité du P&L pour la région, Albert a fourni des conseils de transformation commerciale à grande échelle à de nombreuses entreprises du Fortune 100. Avant cela, Albert a été partenaire de la ligne de services de performance humaine d'Accenture, où il a dirigé les stratégies commerciales des RH, combinant la planification stratégique, les tendances et les technologies avec les besoins de l'entreprise et créant des recommandations exploitables. Il est titulaire d'un MBA de la Tennessee Technological University et d'un baccalauréat ès sciences en finance de la University of Tennessee.