Diese Beispiele zeigen, was möglich ist, wenn RPA als Teil einer geschäftsorientierten Strategie implementiert wird, bei der genügend Zeit aufgewendet wird, um Prozesse zu analysieren und zu ermitteln, wo Automatisierung am effektivsten sein kann.
Doch bei bis zur Hälfte der Unternehmen, die RPA eingesetzt haben, waren die Ergebnisse nicht so glänzend.⁴ Entweder hat RPA überhaupt nicht den erwarteten ROI gebracht, oder die ersten Erfolge haben sich nicht zu einer kontinuierlichen, unternehmensweiten Optimierung ausgeweitet.
Dies kann manchmal wie ein Softwareproblem erscheinen. Aber in fast allen Fällen liegt das Problem nicht so sehr bei der RPA-Lösung, sondern bei der Art und Weise, wie sie eingesetzt wird.
Insbesondere die niedrigen Einstiegshürden für RPA bedeuten, dass es oft innerhalb einer bestimmten Abteilung implementiert wird, um bestimmte Aufgaben zu automatisieren, die die Zeit der Mitarbeiter binden oder die scheinbar Engpässe und Ineffizienzen verursachen.
Stellen Sie sich zum Beispiel ein Unternehmen vor, das von seinen Lieferanten mit Beschwerden über verspätete Zahlungen konfrontiert wird. Der Zeitaufwand für die manuelle Eingabe von Daten aus Papierrechnungen scheint ein Problem zu sein. Also nutzt die Finanzabteilung RPA, um einen Bot zu entwickeln, der Rechnungen scannt und die Details in das SaaS-Finanzsystem eingibt.
Der Bot funktioniert gut, aber die Zeiten für die Beschaffung bis zur Bezahlung (Procure-to-Pay, P2P) scheinen sich nicht zu verbessern. Irgendwann verlässt die Person, die den Bot entwickelt hat, das Unternehmen. Niemand sonst weiß, wie man ihn auf dem neuesten Stand hält. Als der SaaS-Anbieter das nächste Mal das Finanzsystem aktualisiert, fällt der Bot aus.