Gerade erst eine andere BPM-Software gekauft? Dann beginnt jetzt der eigentliche Test
Die Lizenz ist bestellt. Die Plattform ist ausgewählt. Vielleicht wurde bereits ein Einführungspartner beauftragt und der erste Workshop hat stattgefunden.
Dann ist noch kein einziger Prozess dadurch digitalisiert.
Das klingt nach einer spitzen Bemerkung, beschreibt aber den wichtigsten Unterschied bei jeder BPM-Einführung: Software kaufen und Arbeitsabläufe in laufende Anwendungen überführen sind zwei verschiedene Dinge. Wer gerade erst eine andere BPM-Software angeschafft hat, sollte deshalb nicht aus falscher Konsequenz an einer langsamen Umsetzung festhalten. Gerade jetzt ist der richtige Zeitpunkt für eine Gegenprobe mit flying dog.
Der Kauf löst nicht den Umsetzungsengpass
Bei der Auswahl einer BPM-Plattform stehen Funktionsumfang, Integration, Betrieb und Lizenzmodell zu Recht im Vordergrund. Doch der wirtschaftliche Nutzen entsteht erst durch die Verfahren, die damit tatsächlich umgesetzt werden.
Wenn nach der Einführung weiterhin jeder Prozess ein längeres Projekt bleibt, ist der ursprüngliche Engpass nur in ein neues Werkzeug umgezogen. Modelle und Spezifikationen müssen weiterhin manuell in Formulare, Datenstrukturen, Regeln und Berechtigungen übersetzt werden. Jede Änderung braucht einen neuen Zyklus. Die Testarbeit bleibt bei Fachbereich und IT.
Die entscheidende Frage lautet deshalb nicht nur, was eine Plattform grundsätzlich kann. Sie lautet: Wie schnell kommt mein eigener Prozess in einen geprüften, benutzbaren Zustand?
Ein früher Wechsel verhindert weitere Umsetzungskosten
Eine getroffene Kaufentscheidung darf nicht dazu führen, dass alle späteren Entscheidungen nur noch ihre Bestätigung suchen. Die bisherige Auswahl kann nach dem damaligen Kenntnisstand richtig gewesen sein. Entscheidend ist, welcher Weg ab heute schneller zu laufenden Prozessen führt.
Wer bereits Monate in Implementierung und individuelle Entwicklung investiert hat, prüft einen Wechsel meist ohnehin. Doch auch kurz nach dem Kauf lohnt sich der Vergleich. Zu diesem Zeitpunkt lässt sich verhindern, dass aus der Lizenzentscheidung zusätzlich ein langjähriger Umsetzungs- und Änderungsstau entsteht.
Umschwenken bedeutet dabei nicht, alles bisher Erarbeitete zu verwerfen. Vorhandene BPMN-Modelle, Verfahrensbeschreibungen, PDFs, Visio-Diagramme und Screenshots können als Ausgangsmaterial dienen. Die fachliche Arbeit an Zuständigkeiten, Freigaben und Ausnahmen bleibt wertvoll. Bei flying dog wird daraus eine laufende Anwendung, und BPMN kann wieder aus dem gebauten Prozess entstehen.
Auch eine sofortige Komplettablösung ist nicht erforderlich. Bestehende Werkzeuge können zunächst bestehen bleiben, während ein noch nicht umgesetzter Prozess als konkreter Vergleich dient.
Die Gegenprobe: ein Prozess, zwei Ergebnisse
Der fairste Vergleich findet nicht zwischen zwei Präsentationen statt. Er findet an einem Verfahren, das in der bestehenden Umgebung noch nicht fertig umgesetzt wurde.
Dabei sollten beide Wege an denselben Fragen gemessen werden:
- Was entsteht aus den vorhandenen Unterlagen? Ein Modell, ein Prototyp oder eine vollständige Fachanwendung mit Daten, Formularen, Rollen und Workflow?
- Wie wird geprüft? Werden nur vorbereitete Testfälle abgearbeitet, oder meldet sich die KI selbst als jede beteiligte Rolle an und durchläuft den Prozess?
- Was ist nachweisbar? Lösen Fristen tatsächlich aus? Welche Benachrichtigung ging wann an welche Gruppe? Welche Befunde enthält der Prüfbericht?
- Was passiert bei einer Änderung? Beginnt ein neues Entwicklungs- und Testprojekt, oder baut die KI die Anwendung um und prüft den gesamten Prozess erneut?
- Wann kann der Fachbereich selbst urteilen? Erst nach der Einführung oder anhand eines eigenen, durchgespielten Verfahrens vor der endgültigen Entscheidung?
Dieser Vergleich macht den Unterschied konkret. Es geht nicht darum, welche Plattform die längere Funktionsliste besitzt, sondern welcher Ansatz schneller ein belastbares Arbeitsergebnis liefert.
Was flying dog anders macht
Bei flying dog beschreibt der Fachbereich die Anforderungen oder liefert vorhandene Unterlagen. Die KI baut über MCP Datenmodell, Oberflächen, serverseitige Logik und Prozess als zusammengehörige Fachanwendung.
Anschließend legt sie Testkonten für die Rollen an und spielt den Prozess selbst durch. Fristen laufen mit Testwerten real ab, der Mailversand wird protokolliert und Befunde führen zu Korrektur und erneutem Test. Das Ergebnis ist nicht nur ein Vorschlag für eine spätere Umsetzung, sondern eine geprüfte Prozessversion mit ihrem Bericht.
Derselbe Kreislauf bleibt nach dem Go-live erhalten. Neue Vorgaben und veränderte Zuständigkeiten führen zu einer neuen Version und einem vollständigen erneuten Durchlauf. Genau diese spätere Änderungsfähigkeit sollte in den wirtschaftlichen Vergleich einbezogen werden: Die Kosten einer BPM-Plattform entstehen nicht nur bei ihrer Einführung, sondern über die gesamte Lebensdauer ihrer Prozesse.
Für Organisationen mit besonderen Anforderungen an Betrieb und Datenkontrolle kommen On-Premise-Betrieb, Quellcode im Lieferumfang und die freie Modellwahl für KI-Agenten im Prozess hinzu.
Nicht die Lizenz entscheidet, sondern das laufende Verfahren
Ein Plattformwechsel ist keine Selbstverständlichkeit. Wenn die vorhandene Software schnell geprüfte Prozesse hervorbringt und spätere Änderungen mühelos trägt, spricht nichts für einen Wechsel. Wenn dagegen die Lizenz vorhanden ist, aber der Umsetzungsstau wächst, sollte die bisherige Investition kein Argument für weitere Wartezeit sein.
Die falsche Frage ist dann: „Was kostet der Wechsel?“
Die richtige Frage lautet: „Was kostet es, wenn wir nach weiteren Monaten immer noch mehr gekaufte Software als laufende Prozesse haben?“
Geben Sie uns einen Prozess, der mit Ihrer neuen BPM-Software noch nicht umgesetzt wurde. Wir bauen und durchspielen ihn. Danach vergleichen Sie nicht zwei Präsentationen, sondern zwei Ergebnisse.