Skip to content

Overzicht en verschillen tussen RPA leveranciers

sunset

Transparantie in RPA aanbod

 


Hoeveel RPA software leveranciers zijn er, en op welke punten verschillen ze van elkaar? Er zijn meer dan 20 RPA software leveranciers. Omdat het nog een erge jonge en nieuwe markt is varieert de marktpositie van de leveranciers sterk van jaar tot jaar.

Zoals beschreven in het artikel “Welke RPA-software leverancier moet ik kiezen?”, is de keuze van een RPA leverancier sterk afhankelijk van de IT systemen die je gebruikt en welke activiteiten en rollen je wilt laten uitvoeren door de medewerkers zelf. Hoe meer medewerkers zelf gaan doen hoe eenvoudigere de software in gebruik moet zijn.

De software van de verschillende leveranciers onderscheid zich op de volgende punten:

Recorder functie: automatisch opnemen en schrijven van een deel van het programma voor het te automatiseren van het proces

Herbruikbaarheid van reeds geprogrammeerde activiteiten

Versie controles van software en applicaties die worden gebruikt

De beschikbaarheid van marktplaatsen waar standaard programma blokken voor specifieke activiteiten worden verhandeld

Ondersteuning van bedrijfsspecifieke applicaties en processen

Trainingsmogelijkheden zowel ondersteund door professionele marktpartijen als door middel van betaalde of onbetaalde online cursussen

Integratie van Optical Character Recognition software voor het omzetten van analoge in digitale informatie

Toegang tot bestand, data files en programmeer talen

Het plannen, en door gebeurtenissen laten activeren van programma’s

De mogelijkheden om gedetailleerde foutmeldingen te generen

Het genereren van activiteiten en management rapporten

De mogelijkheden voor het programmeren van uitzonderingen

Het inrichten maken van backups en herstel oplossingen

Het eenvoudig upgraden van de software onder veel inspanningen

De eenvoudig van het installeren van de software op de betreffende computers en servers

De mogelijkheid en eenvoud om autorisaties, taken en rollen toe te kennen en te beheren voor medewerkers

Ondersteuning voor de beveiliging van de inlog gegevens van de Robot service accounts

Codering van de gegevens tijdens het ophalen, bewerken en opslaan van gegevens

 

Grootste RPA- software leveranciers 2019*:

  1. UiPath
  2. Automation Anywhere
  3. Blue Prism
  4. Nice
  5. Pega
  6. Kofax
  7. NTT
  8. EdgeVere
  9. OpenConnect
  10. Help Systems

*Source Gartner

Welke RPA-softwareleverancier moet ik kiezen?

chess

De eerste zet!

 


Het kiezen van een RPA-softwareleverancier doe je meestal maar een keer, hiermee verbind je je voor langere tijd aan een platform. Daarom is het belangrijk dat je de juiste keuze maakt. Maar hoe doe je dat?

Ben je lui aangelegd en wil je snel klaar zijn, dan vraag je gewoon een marktrapport op (bekende RPA-rapporten zijn bijvoorbeeld van Gartner en Everest). Kijk in de samenvatting en kies een van de marktleiders van dit moment.

Wil je een betere en meer onderbouwde keuze maken, stel jezelf dan de volgende vragen:

Wat zijn de belangrijkste IT systemen/ databases die binnen je bedrijf worden gebruikt? Wat voor oplossingen en mogelijkheden bieden de verschillende RPA leveranciers hiervoor?

Wat zijn de vaardigheden en kennis binnen het bedrijf om RPA-activiteiten zelf op te pakken? De zelfstudie mogelijkheden en de complexiteit van het programmeren van de RPA software kunnen per leverancier verschillen.

Waar en hoe wil men het  RPA Centre of Excellence (COE) binnen de organisatie opbouwen? Wil men dit center opbouwen binnen IT, Operations  of binnen een Shared Service Centre. Welke resources zijn daar aanwezig?

De markt voor RPA-softwareleveranciers is zeer concurrerend. Dit heeft als voordeel dat nieuwe ontwikkelingen bij een leverancier direct worden gekopieerd door de concurrentie en dat de prijzen voor licenties elkaar niet significant ontlopen. Daarom is het voordeel om later van leverancier te veranderen beperkt. Ik zou adviseren om de RPA leveranciers keuze te maken alvorens je met een POC begint. Want zodra de POC succesvol is afgerond, is het vaak moeilijk om voor een andere RPA-software leverancier te kiezen.


Mijn ervaring is verder dat niet alle adviesbureaus de voor jou beste RPA-softwareleverancier adviseren. Zij hebben namelijk hun eigen doelstellingen en zijn terecht niet verantwoordelijk voor jouw bedrijfsresultaat. Hun advies zal afhangen van de kennis van de consultants die ze op dat moment op de bank hebben zitten, en van eventuele commissies die ze krijgen toebedeeld. Maak daarom altijd de keuze op basis van je eigen overtuiging.

Moet ik nog een Proof of Concept (POC) doen voor RPA?

pilot

Uit de startblokken!

 


Voor het toepassen van nieuwe technologie is het gebruikelijk dat je een Proof of Concept (of pilot) doet. RPA wordt echter inmiddels al succesvol toegepast in een groot aantal bedrijven. Moet ik dan nog steeds tijd en geld investeren in een POC?

 

Ja, dit blijft nuttig om te doen. Niet zo zeer met als doelstelling om aan te tonen dat het werkt, want dat is reeds aangetoond. Echter er zijn een aantal andere redenen om dit te doen. De drie belangrijkste zijn:

Door een POC uit te voeren creëer je draagvlak binnen de organisatie voor het implementeren van deze nieuwe technologie. In feite is het toepassen van RPA ook een cultuurverandering waar elke organisatie anders op reageert, en tijd voor nodig heeft om deze te accepteren. Hier bestaan geen kant en klare oplossingen voor. Door de POC kunnen medewerkers en management wennen aan deze nieuwe technologie en hun eigen visie daarop ontwikkelen.

Daarnaast levert de POC een schat aan informatie op omtrent de weerstanden en problemen die op korte termijn moeten worden opgelost alvorens RPA daadwerkelijk in productie kan worden gebracht. Deze informatie is essentieel om een plan van aanpak te kunnen schrijven om RPA binnen de organisatie succesvol te implementeren.

Een derde reden is dat het implementeren van RPA behoorlijke investeringen vraagt op het gebied van geld en andere resources. Deze investeringen moeten gerechtvaardigd worden en in een bedrijfsplan worden opgenomen.  Een POC geeft vaak een eerste indicatie voor zowel de kosten als de potentiele opbrengsten van RPA.


Indien de organisatie na een POC nog niet bereid is om de noodzakelijke investeringen beschikbaar te stellen, zou ik adviseren om eerst een tweede POC, met een grotere impact,  uit te voeren. Dit is beter dan met een te beperkt budget een slechte start te maken en daardoor veel tijd te verliezen.