RPA, Workflow-Automatisierung und KI-Agenten: was jeder Begriff bedeutet

Drei Wörter, die in Angeboten wie drei Preisstufen derselben Leistung auftreten, sind drei verschiedene Mechanismen. Worin sich jeder unterscheidet, was der Käufer erhält und warum der Unterschied jetzt auch eine Rechtsfrage ist.

Drei Wörter tauchen in einem Angebot oft so auf, als wären sie drei Preisstufen ein und derselben Leistung: robotergestützte Prozessautomatisierung, Workflow-Automatisierung und KI-Agenten. Beim Käufer entsteht der Eindruck, er müsse eines von drei Produkten wählen, und meist fällt die Wahl auf das teuerste, weil es moderner klingt.

Tatsächlich sind es drei verschiedene Mechanismen, die verschiedene Probleme lösen, und die Mehrzahl der realen Aufgaben braucht genau den, der am wenigsten kostet. Dieser Artikel vergleicht keine Werkzeuge und empfiehlt keine Plattform; er erklärt, worin sich jeder Mechanismus technisch unterscheidet, was der Käufer in jedem Fall erhält und warum genau dieser Unterschied in den letzten zwei Jahren auch zu einer Rechtsfrage geworden ist.

Drei Mechanismen, die drei verschiedene Fragen beantworten

Der einfachste Weg, sie auseinanderzuhalten, ist zu fragen, wie jeder weiß, was er tun soll. Die robotergestützte Prozessautomatisierung wiederholt die Handlungen, die ein Mensch ihr gezeigt hat; die Workflow-Automatisierung folgt einem Pfad, den jemand gezeichnet hat; der KI-Agent leitet den Weg selbst aus einem Ziel ab, das man ihm gestellt hat. Aus diesem einen Unterschied folgt fast alles andere, einschließlich Preis, Störanfälligkeit und dem, was geschieht, wenn die Lage unerwartet ist. Der Mechanismus, der wiederholt, bleibt in der unerwarteten Lage stehen; der Mechanismus, der einem gezeichneten Pfad folgt, geht in den Fehlerzweig, falls einer vorgesehen ist; der Mechanismus, der ableitet, denkt sich etwas Neues aus, und genau deshalb braucht er eine Aufsicht, die die anderen beiden nicht brauchen.

Es lohnt sich, das an einer konkreten Aufgabe zu prüfen, die in fast jedem Unternehmen gleich aussieht: eine per E-Mail eingegangene Rechnung muss in die Buchhaltung. Die robotergestützte Prozessautomatisierung würde die Arbeit so lösen, dass sie das E-Mail-Programm öffnet, den Anhang herunterlädt, das Buchhaltungsfenster öffnet und die Felder genau in der Reihenfolge ausfüllt, in der es ein Mitarbeiter täte. Ein Workflow würde sie so lösen, dass er das Dokument über eine Schnittstelle empfängt und die Schnittstelle der Buchhaltung mit fertigen Feldern aufruft, ohne irgendein Fenster zu öffnen. Ein KI-Agent würde sie so lösen, dass er den Auftrag „buchen Sie diese Rechnung“ erhält und selbst entscheidet, welche Werkzeuge er aufruft und was er tut, wenn etwas fehlt.

Alle drei Varianten können diese Aufgabe erledigen, und genau das täuscht. Der Unterschied zeigt sich nicht, wenn alles in Ordnung ist, sondern wenn der Lieferant das Rechnungsformular ändert, wenn in dem System ein neues Pflichtfeld erscheint oder wenn dieselbe Ware zwei Namen hat, und genau diese Fälle machen den größten Teil der realen Arbeit aus.

Die robotergestützte Prozessautomatisierung wiederholt Handlungen am Bildschirm

Die robotergestützte Prozessautomatisierung, im Alltag unter der englischen Abkürzung RPA geführt, ist ein Softwareroboter, der in genau denselben Oberflächen arbeitet, in denen ein Mensch arbeitet: er öffnet ein Fenster, klickt, kopiert ein Feld, drückt auf Speichern. Die Systeme, mit denen er arbeitet, bleiben vollständig unverändert, und genau das ist sowohl sein größter Vorteil als auch seine größte Schwäche. Der Vorteil ist, dass RPA mit Programmen zurechtkommt, die keine Schnittstelle für den Datenaustausch haben und die niemand mehr umbauen wird, deshalb ist es oft der einzige Weg zu alten Buchhaltungs- oder Branchensystemen. Die Schwäche ist, dass der Roboter den Bildschirm sieht, nicht die Daten, deshalb hält jede Änderung am Bildschirm — ein verschobener Knopf, ein neues Feld, eine andere Update-Version — die Arbeit an, und die Wartung wird zu laufenden Kosten, nicht zu einmaligen.

Der Käufer erhält hier eine Roboterlizenz, die Ausführungsumgebung und ein Verwaltungswerkzeug, eine Prozessbeschreibung und ein Protokoll der ausgeführten Aktionen. Es lohnt sich zu wissen, dass die Branche selbst diesen Namen für unglücklich hält: das, was RPA automatisiert, ist in der Regel eine einzelne Aufgabe, nicht ein ganzer Prozess, und genau diese Unstimmigkeit zwischen Name und Inhalt erzeugt einen Teil der Käufererwartungen, die später unerfüllt bleiben.

Ein weiteres Merkmal, das in RPA-Projekten oft überrascht, ist, dass der Roboter mit derselben Zugriffsstufe arbeitet wie der Mensch, dessen Handlungen er wiederholt. Das bedeutet, dass der Roboter in jedem System einen eigenen Benutzer braucht, dass dessen Rechte ebenso durchdacht werden müssen wie bei jedem anderen, und dass die Aktionen des Roboters im Systemprotokoll wie menschliche Aktionen aussehen, wenn er kein eigenes Konto hat. In Unternehmen, in denen das nicht bedacht wurde, ist später schwer zu beantworten, wer den konkreten Datensatz angelegt hat.

Die Workflow-Automatisierung verbindet Systeme, nicht Bildschirme

Die Workflow-Automatisierung arbeitet eine Schicht tiefer: sie spricht nicht mit dem Bildschirm, sondern mit den Systemen selbst, über deren Programmierschnittstellen. Ein Workflow ist ein vorab gezeichneter Graph von Schritten — ein Ereignis löst eine Kette aus, die Kette ruft Aktionen in anderen Systemen auf, und dazwischen kann ein Schritt stehen, in dem ein Mensch etwas bestätigt. Weil der Datenaustausch über die Schnittstelle läuft, nicht über ein Bild, berühren Änderungen am Aussehen des Systems diesen Mechanismus nicht, und das ist der Hauptgrund, warum dort, wo eine Schnittstelle verfügbar ist, sie fast immer die belastbarere und günstiger zu wartende Wahl ist als die Wiederholung am Bildschirm. Der Nachteil liegt auf der Hand: hat das System keine Schnittstelle oder ist sie auf Ihrer Lizenzstufe nicht verfügbar, existiert dieser Weg einfach nicht.

Der Käufer erhält hier den Workflow selbst, die Zugangsdaten, das Ausführungsprotokoll und den Fehlerzweig, und genau Letzteres ist das, woran ein Angebot zu messen ist, weil ein Workflow ohne Fehlerbehandlung nur so lange läuft, wie alles in Ordnung ist. Im Deutschen hat dieser Mechanismus ein eigenes Wort: Workflow ist der etablierte Fachbegriff, den der Duden als deutsches Substantiv führt, deshalb ist das englische Wort in Klammern hier nicht nötig.

Ein Wort, das hier nützt und das man präzise gebrauchen sollte, ist Softwareroboter: das ist ein Programm, das menschliche Handlungen in einer Oberfläche nachahmt, und kein physischer Roboter. Dieser Unterschied ist im Deutschen ebenso wichtig wie in anderen Sprachen, weil „Roboter“ im Alltag ein Gerät meint, und genau aus diesem Missverständnis kommen Fragen dazu, was der Roboter „sieht“ und was er „versteht“. Er versteht nichts: er wiederholt, was man ihm gezeigt hat.

Der KI-Agent leitet den Weg selbst ab

Der KI-Agent unterscheidet sich von den beiden vorigen dadurch, dass man ihm nicht den Weg vorgibt, sondern ein Ziel, und den Weg wählt er selbst, indem er Werkzeuge aufruft, die ihm zur Verfügung stehen — Suche, Datenbank, Systemschnittstelle, ein anderes Modell. Genau das Arbeiten mit Werkzeugen ist das Merkmal, das den KI-Agenten vom Chatbot unterscheidet: der Chatbot antwortet, der KI-Agent handelt. Daraus folgt, dass der KI-Agent mit Aufgaben zurechtkommt, in denen die Schrittfolge nicht im Voraus bekannt ist, und zugleich ist er der einzige der drei Mechanismen, dessen Ergebnis nicht vollständig vorhersehbar ist. Zwei identische Starts können verschiedene Wege wählen, und das bedeutet, es braucht sowohl Aufsicht als auch klar gezogene Grenzen dafür, was der KI-Agent selbst tun darf und wo er anhalten und einen Menschen fragen muss.

In der praktischen Arbeit heißt das oft, dass der KI-Agent der richtige Mechanismus dort ist, wo die Eingaben unstrukturiert und vielfältig sind, aber der falsche dort, wo die Aufgabe streng festgelegt ist und sich hunderte Male am Tag wiederholt. Im zweiten Fall ist der Workflow sowohl günstiger als auch sicherer, und den KI-Agenten dort einzusetzen heißt, Geld für Unvorhersehbarkeit auszugeben, die niemand gebraucht hat.

Beim KI-Agenten erhält der Käufer etwas anderes als in den beiden anderen Fällen, und in Angeboten ist das oft gar nicht beschrieben. Neben dem KI-Agenten selbst braucht es Werkzeuge, die er aufrufen darf, Grenzen dafür, was er ohne Bestätigung tun darf, ein Protokoll dessen, was er bei jedem Start getan hat, und eine Möglichkeit, ihn zu stoppen. Ein Angebot, in dem nur Modell und Prompt stehen, beschreibt eine Demonstration, kein Arbeitswerkzeug.

Es gibt auch einen Kostenunterschied, der in Projektplänen oft fehlt. Die Ausführung eines Workflows kostet fast nichts, weil sie ein paar Aufrufe ist, und die Kosten von RPA liegen vor allem in Lizenz und Wartung. Jeder Start eines KI-Agenten kostet dagegen für die Nutzung des Modells, und diese Kosten steigen mit dem Volumen, deshalb kann der Mechanismus, der im Versuch günstig wirkte, bei hunderten Starts am Tag der teuerste der drei sein.

Wo Automatisierung endet und künstliche Intelligenz beginnt

Diese Grenze ist in den letzten Jahren zu einer Rechtsfrage geworden, weil die Verordnung (EU) 2024/1689 über künstliche Intelligenz (KI-Verordnung) ihre Pflichten genau an die Definition des KI-Systems knüpft. Artikel 3 Nummer 1 beschreibt es als System, das ableitet, wie aus den erhaltenen Eingaben Ausgaben erzeugt werden — etwa eine Vorhersage, Inhalte, eine Empfehlung oder eine Entscheidung. Ebenso wichtig ist, was draußen bleibt. In der Präambel der Verordnung steht ausdrücklich, dass Systeme, die nur nach von Menschen festgelegten Regeln automatisch Operationen ausführen, dieser Definition nicht entsprechen, und die Leitlinien der Europäischen Kommission wiederholen das noch konkreter, indem sie das Ableiten als unverzichtbares Merkmal nennen und die Ausführung vorab festgelegter Anweisungen als etwas, das nicht unter die Definition fällt.

Dieselbe Grenze folgt aus dem deutschen Wortlaut der Verordnung selbst: Systeme, die ausschließlich nach von Menschen festgelegten Regeln automatisch Operationen ausführen, sind keine KI-Systeme. Das ist die authentische Formulierung, kein zusätzliches deutsches Gesetz. Die praktische Folge liegt unmittelbar: Ein RPA-Roboter, der Daten zwischen zwei Fenstern kopiert, und ein Workflow, der eine Schnittstelle nach einem gezeichneten Pfad aufruft, lösen keine Pflichten der KI-Verordnung aus. Ein KI-Agent, der ableitet, kann sie auslösen, und genau deshalb ist die Vermischung der Bezeichnungen in einem Angebot keine Stilfrage.

Was der Käufer in jedem Fall erhält

Angebote zu vergleichen fällt leichter, wenn man nicht auf den Namen schaut, sondern darauf, was nach Ende der Arbeit im Unternehmen bleibt. Bei der robotergestützten Prozessautomatisierung bleiben Lizenz, Ausführungsumgebung, Verwaltungswerkzeug, Prozessbeschreibung und ein Protokoll der ausgeführten Aktionen, und von alledem ist die Prozessbeschreibung das Wichtigste, weil genau sie sagt, was der Roboter tut, wenn etwas nicht der Erwartung entspricht.

Beim Workflow bleiben der Workflow selbst, die Zugangsdaten zu jedem verbundenen System, das Ausführungsprotokoll und der Fehlerzweig, und hier lohnt die Aufmerksamkeit dafür, wem die Zugangsdaten gehören und wo der Workflow läuft. Läuft er im Konto des Lieferanten mit den Schlüsseln des Lieferanten, bedeutet ein Abbruch der Beziehung auch den Abbruch der Arbeit, und das lässt sich im Moment des Vertragsschlusses leichter ordnen als später.

Beim KI-Agenten bleibt zusätzlich zu allem Vorigen auch die Verantwortung für das, was er getan hat, und genau deshalb ist das Protokoll dort keine technische Kleinigkeit, sondern der Kern. Kann man nicht sagen, warum der KI-Agent im konkreten Fall so gehandelt hat, wie er gehandelt hat, kann man auch dem Kunden nicht antworten, der fragt, warum sein Antrag genau so geprüft wurde.

Welche Fristen schon laufen

Weil die Anforderungen der Verordnung schrittweise gelten, lohnt es sich zu wissen, was heute schon gilt und was noch nicht. Die Pflicht, einen Menschen zu informieren, dass er mit einem KI-System kommuniziert, ist seit dem 2. August 2026 anwendbar, und sie betrifft einen für Kunden sichtbaren KI-Agenten oder Chatbot auf Ihrer Website. Ist einer eingerichtet, ist das eine Frage, die jetzt zu lösen ist, nicht in der Zukunft.

Die Anforderungen an Hochrisiko-Systeme, die Bereiche wie Personalauswahl und Beschäftigungsentscheidungen betreffen, gelten ab dem 2. Dezember 2027, und dieses Datum wurde kürzlich verschoben, deshalb steht in einem Teil der Artikel noch ein früheres Jahr. Die verbotenen Praktiken und die Definition des Systems selbst gelten dagegen schon jetzt.

Unabhängig von der KI-Verordnung bleibt die Anforderung der Datenschutz-Grundverordnung an Entscheidungen, die ausschließlich automatisiert getroffen werden und rechtliche Wirkung entfalten oder den Menschen in ähnlicher Weise erheblich beeinträchtigen. Diese Anforderung hängt nicht davon ab, ob der Mechanismus ein KI-Agent oder ein einfacher Workflow ist: maßgeblich ist, ob die Entscheidung über den Menschen die Maschine allein trifft.

Es lohnt sich auch zu verstehen, warum diese Grenze genau durch das Ableiten gezogen ist, nicht durch die Komplexität. Ein Programm kann sehr komplex sein und trotzdem kein KI-System, wenn jeder seiner Schritte von einem Menschen festgelegt wurde, und umgekehrt — eine ganz kleine Lösung, die ein Modell verwendet, um zu entscheiden, was zu tun ist, fällt unter die Definition. Das heißt, die Antwort auf die Frage nach den Pflichten gibt weder das Projektbudget noch die Zahl der Codezeilen, sondern nur, wie die Entscheidung über die nächste Handlung getroffen wird.

In der Praxis betreffen diese Fristen am häufigsten eine konkrete Sache, die viele Unternehmen schon haben: einen Chatbot oder Assistenten auf der Website. Ist er für den Kunden sichtbar und beruht er auf einem Sprachmodell, gilt die Pflicht, zu sagen, dass der Gesprächspartner kein Mensch ist, bereits, und praktisch erfüllt man sie mit einem klaren Hinweis in der Oberfläche, nicht mit einem Absatz in der Datenschutzerklärung. Ist er ein einfacher Regelbaum mit vorab geschriebenen Antworten, ist das kein KI-System und diese Pflicht entsteht nicht, aber den Unterschied schriftlich festzuhalten lohnt sich, weil nach einem Jahr niemand mehr weiß, wie es gebaut war.

Warum sich die Namen am Markt vermischen

Die Verwirrung hat auch einen ganz objektiven Grund, und das ist nicht nur Marketing. Werkzeuge, die früher eine Sache taten, tun jetzt mehrere: Plattformen, die als Workflow-Werkzeuge begannen, bieten jetzt auch einen KI-Agenten-Schritt, und Unternehmen, die robotergestützte Prozessautomatisierung verkauften, beschreiben dieselben Produkte jetzt als solche, die von selbst arbeiten.

Das heißt, am Produktnamen lässt sich der Mechanismus nicht mehr erkennen, und die einzige sichere Frage an ein Angebot ist, wie im konkreten Lösungsweg der Handlungspfad festgelegt wird: ob ihn ein Mensch einschreibt, ob man ihn als Graphen zeichnet, oder ob ihn bei jedem Start das Modell wählt. Die Antwort auf diese eine Frage sagt den Preis, die Störanfälligkeit und ob Pflichten der Verordnung überhaupt entstehen können.

Es gibt auch Wörter, mit denen man im Deutschen vorsichtig sein muss. Die Abkürzung RPA ist in anderen Fächern schon vergeben, unter anderem in der Luftfahrt für ferngesteuerte Luftfahrzeuge, deshalb sollte man sie im Text nie allein setzen, ohne die Langform bei der ersten Nennung. Ebenso ist die Form Robotik-Prozessautomatisierung ein Fehler: Robotik meint physische Roboter, und hier geht es um Software.

Die zweite Stelle, an der Namen durcheinandergeraten, ist der Gebrauch des Wortes „Automatisierung“ selbst. Im Deutschen bezeichnet man damit sowohl die industrielle Prozessleittechnik als auch die Automatisierung der Büroarbeit, und das sind zwei völlig verschiedene Märkte mit verschiedenen Anbietern. Wenn Sie ein Angebot einholen, lohnt es sich zu sagen, welche der beiden gemeint ist, weil sonst ein Teil der eingehenden Angebote aus einer ganz anderen Branche kommt.

Drei Behauptungen, die in Angeboten falsch sind

Die erste ist, robotergestützte Prozessautomatisierung sei künstliche Intelligenz. Das ist nicht nur eine Terminologiefrage, weil daraus Pflichten folgen: ein System, das von einem Menschen geschriebene Schritte ausführt, entspricht der Definition eines KI-Systems nicht, und ein Angebot, das den Roboter künstliche Intelligenz nennt, verkauft entweder teurer als nötig oder erzeugt Sorgen, die unbegründet sind. Die zweite ist, der KI-Agent sei einfach ein klügerer Chatbot. Der Unterschied liegt nicht in der Klugheit, sondern im Handeln: der Chatbot erzeugt eine Antwort, der KI-Agent ruft Werkzeuge auf und ändert den Zustand in anderen Systemen, und genau deshalb braucht der KI-Agent Grenzen, die der Chatbot nicht braucht. Ein Unternehmen, das das nicht trennt, gibt dem KI-Agenten oft Zugriff, über den niemand nachgedacht hat.

Die dritte ist, die Wahl zwischen diesen dreien sei die Wahl zwischen drei Lieferanten. Tatsächlich kann ein und dasselbe Werkzeug oft alle drei: Plattformen, die als Workflow-Werkzeuge begannen, bieten jetzt auch einen KI-Agenten-Schritt, und das heißt, die Frage ist nicht, was man kauft, sondern wie im konkreten Lösungsweg der Handlungspfad festgelegt wird.

Wie Sie den Mechanismus für eine konkrete Arbeit wählen

Die Wahl ist in der Praxis kurz, wenn man die Fragen in der richtigen Reihenfolge stellt. Klären Sie zuerst, ob die beteiligten Systeme eine Programmierschnittstelle haben, denn wenn sie eine haben, wird der Workflow fast immer belastbarer und günstiger zu warten sein als die Wiederholung am Bildschirm, und weiter ist die Frage nicht mehr der Mechanismus, sondern der Umfang. Fehlt die Schnittstelle und lässt sich das System nicht ändern, ist die robotergestützte Prozessautomatisierung das richtige Werkzeug, aber mit offenen Augen: im Budget muss die Wartung stehen, und im Projekt muss es einen Verantwortlichen geben, der den Roboter repariert, wenn sich der Bildschirm ändert. Sind die Eingaben unstrukturiert, unterscheidet sich jeder Fall und lässt sich die Schrittfolge nicht im Voraus aufschreiben, erst dann lohnt der Blick in Richtung KI-Agent, und auch dann muss klar sein, wo er anhält und wer ihn beaufsichtigt.

Die häufigste praktische Lösung ist gemischt: der Workflow führt die Kette und erledigt alle vorhersehbaren Schritte, aber an einer konkreten Stelle ruft er ein Modell auf, um unstrukturierte Eingaben zu verarbeiten, und gibt das Ergebnis in die Kette zurück. Das verbindet Vorhersehbarkeit mit Flexibilität genau dort, wo sie gebraucht wird, und es ist auch die günstigste der Varianten, die überhaupt funktionieren.

Es gibt noch eine praktische Überlegung, die die Wahl oft mehr entscheidet als die Technik. Jeder der drei Mechanismen braucht einen anderen Betreuer: einen Workflow kann ein Mensch warten, der Systemschnittstellen versteht, der Roboter braucht jemanden, der genau das Werkzeug und die Bildschirme kennt, mit denen er arbeitet, der KI-Agent braucht zusätzlich jemanden, der regelmäßig nachsieht, was er tatsächlich tut. Gibt es diesen Menschen im Unternehmen nicht und ist nicht geplant, Wartung einzukaufen, muss die Wahl zwischen den Mechanismen damit beginnen, welchen davon man real warten kann.

Es lohnt sich auch, den Fehler zu nennen, der in dieser Wahl am teuersten ist, und das ist nicht die Wahl des Mechanismus, sondern die Reihenfolge. Unternehmen wählen oft zuerst das Werkzeug, suchen danach, was sich damit automatisieren lässt, und verstehen erst danach, dass der Prozess, den sie automatisieren wollten, noch nicht beschrieben ist. Die richtige Reihenfolge ist die umgekehrte: zuerst beschreibt man die Arbeit mit ihren Ausnahmen, dann klärt man, ob die Systeme Schnittstellen haben, und erst dann wählt man den Mechanismus, weil die Wahl in diesem Moment meist offensichtlich ist und fünf Minuten dauert. Ebenso häufig ist das andere Extrem, in dem das Unternehmen wartet, bis alles geordnet ist, und nichts beginnt. Hier hilft die Erinnerung, dass sich ein Workflow auch für einen kleinen Abschnitt bauen und später erweitern lässt, und dass genau der erste fertige Abschnitt gewöhnlich zeigt, wo der Engpass wirklich liegt, viel genauer als jede vorherige Bewertung.

Es lohnt sich auch zu sagen, dass ein späterer Wechsel des Mechanismus keine Katastrophe ist, wenn der Prozess selbst beschrieben ist. Unternehmen fürchten oft eine falsche Wahl, als wäre sie unumkehrbar, aber in der Praxis ist der größte Wert im Projekt genau die Prozessbeschreibung mit ihren Ausnahmen, und die bleibt gültig unabhängig davon, ob sie ein Roboter, ein Workflow oder ein KI-Agent ausführt. Den ausführenden Mechanismus zu wechseln, wenn die Beschreibung schon steht, ist viel günstiger, als die Beschreibung neu zu schreiben.

Was Sie den Lieferanten fragen sollten

Liegt das Angebot schon auf dem Tisch, reichen in der Regel vier Fragen, um zu verstehen, was darin tatsächlich angeboten wird, unabhängig davon, welche Wörter in der Überschrift stehen. Die erste betrifft, wer den nächsten Schritt entscheidet: ein hinterlegtes Skript, ein gezeichneter Graph oder das Modell im Moment der Ausführung. Genau diese Antwort nennt den Mechanismus genauer als jeder Produktname in der Überschrift.

Die zweite ist, was geschieht, wenn etwas nicht der Erwartung entspricht, und hier lohnt es, ein konkretes Beispiel zu verlangen, keine allgemeine Behauptung über Zuverlässigkeit. Die dritte ist, wem die Zugangsdaten gehören und wo die Lösung läuft, weil davon abhängt, ob die Arbeit weitergeht, wenn die Beziehung zum Lieferanten endet. Die vierte ist, was die Wartung im Jahr kostet und was genau dafür geleistet wird, weil genau die Wartung die Kostenposition ist, die in Angeboten am häufigsten gar nicht steht.

Ist die Antwort auf eine dieser Fragen unklar, heißt das noch nicht, dass das Angebot schlecht ist, sondern dass über diesen Teil noch nicht nachgedacht wurde, und sich darüber zu einigen ist vor dem Vertrag viel günstiger als nach dem ersten Stillstand.

Nützlich ist auch die Gegenliste, nämlich Fragen, die nichts entscheiden, obwohl man sie oft stellt. Wie große Unternehmen der Lieferant betreut hat, wie viele Jahre er am Markt ist und wie viele Prozesse er automatisiert hat, sagt etwas über Erfahrung, aber nichts darüber, ob der konkrete Mechanismus zur konkreten Aufgabe passt. Ebenso wenig nützt die Frage, welche Plattform der Lieferant verwendet, weil ein und dieselbe Plattform heute in allen drei Mechanismen arbeiten kann, und die Antwort auf diese Frage sagt Ihnen nichts über die Störanfälligkeit der Lösung oder die Wartungskosten.

Schließlich lohnt die Bitte, der Lieferant möge ein schon laufendes Beispiel zeigen und erzählen, was darin seit der Einrichtung kaputtgegangen ist und warum. Die Antwort auf diese Frage sagt über die Arbeitsqualität des Lieferanten mehr als jede Referenzliste, weil alles kaputtgeht, was lange genug läuft, und entscheidend ist, wie schnell man es merkte und reparierte.

Es ist ehrlich, auch die eigene Position zu sagen, weil sie erklärt, warum dieser Artikel genau so geschrieben ist. Wir verkaufen keine Lizenzen für robotergestützte Prozessautomatisierung und sind Partner keiner solchen Plattform, deshalb haben wir kein Interesse daran, dass Sie den teuersten Mechanismus wählen.

Unsere Arbeit ist Geschäftsprozess-Automatisierung mit Workflows und Schnittstellen zwischen den Systemen, die Sie schon haben, einschließlich der gemischten Variante, in der die Kette ein Workflow führt und das Modell nur in einem unstrukturierten Schritt aufgerufen wird, und gesondert KI-Lösungen dort, wo die Aufgabe wirklich das Ableiten verlangt. Wenn Sie gerade ein Angebot haben, in dem diese Wörter vermischt sind, oder einfach unklar ist, welcher Mechanismus zu Ihrer Aufgabe passt, schicken Sie uns eine Beschreibung: oft lautet die Antwort, dass eine Verbindung reicht, und das ist die günstigste Antwort, die man bekommen kann.