Vibe Coding für BPM: Geschäftsprozesse entstehen jetzt im Dialog

„Bau mir eine Anwendung für die Gerätewartung.“

Noch vor Kurzem wäre das der Anfang eines Projekts gewesen. Heute kann es eine unmittelbare Arbeitsanweisung an eine KI sein. Diese neue Art, Software im Dialog zu beschreiben und erzeugen zu lassen, wird häufig als Vibe Coding bezeichnet.

Für Geschäftsprozesse ist das besonders interessant. Schließlich kennt der Fachbereich den gewünschten Ablauf meist schon. Er weiß, welche Angaben ein Antrag braucht, wer ihn prüft, wann eine Eskalation nötig wird und welche Ausnahmen vorkommen. Der aufwendige Teil begann bisher danach: dieses Wissen in eine funktionierende Anwendung zu übersetzen.

Vibe Coding für BPM verkürzt genau diesen Weg. Aber erst ein zweiter Schritt macht daraus mehr als eine schnelle Erzeugung: Die KI prüft, was sie gebaut hat.

Ein Workflow ist noch keine Anwendung

Bei der Gerätewartung würde ein einzelner Workflow nicht weit reichen. Die Anwendung muss wissen, welche Standorte, Geräte und Wartungsaufträge es gibt. Verschiedene Menschen brauchen unterschiedliche Sichten und Rechte. Überschreitet eine Reparatur ihr Budget, beginnt eine Freigabe. Fristen und Benachrichtigungen müssen funktionieren.

Deshalb beschränkt sich Vibe Coding für BPM bei flying dog nicht auf einen Prozessgraphen. Die KI erzeugt über MCP die vollständige Fachanwendung:

• Tabellen und Beziehungen für die fachlichen Daten
• Oberflächen und Formulare für die beteiligten Menschen
• serverseitige Funktionen und Prüfregeln
• Rollen, Gruppenpostkörbe und Berechtigungen
• den Workflow einschließlich Fristen, Eskalationen und Benachrichtigungen

Diese Bestandteile entstehen gemeinsam. Sie müssen nicht nachträglich aus verschiedenen Werkzeugen und Arbeitspaketen zu einer Anwendung zusammengesetzt werden.

Der Unterschied beginnt nach dem Bau

Ein erzeugter Prozess kann überzeugend aussehen und trotzdem an einer entscheidenden Stelle scheitern. Vielleicht landet der Vorgang im richtigen Postkorb, aber der notwendige Freigabeknopf fehlt. Vielleicht ist eine Erinnerung konfiguriert, wird beim tatsächlichen Ablauf der Frist aber nicht versandt. Vielleicht verschwinden nach einem Rücksprung Eingaben oder offene Ereignisse.

Solche Fehler sind kein Argument gegen KI-gestützte Entwicklung. Sie sind ein Argument gegen ungeprüfte KI-gestützte Entwicklung.

Bei flying dog spielt die KI den gebauten Prozess deshalb selbst als jede beteiligte Rolle durch. Sie meldet sich mit Testkonten an, füllt Formulare aus, wechselt die Rollen und liest den gespeicherten Laufzeitzustand aus. Fristen laufen im Test mit verkürzten Werten wirklich ab. Jede Benachrichtigung kann über das Sendeprotokoll nachgeprüft werden.

In einem eigenen Test mit einem interstellaren Onboarding-Prozess umfasste das Ergebnis 66 Knoten und fünf beteiligte Gruppen. Die KI durchlief 15 Testinstanzen und fand sechs Fehler in ihrer eigenen Arbeit. Darunter war eine Warn- und Eskalationsmail, die nie versandt worden wäre. Die Fehler wurden behoben und erneut getestet.

Das ist der entscheidende Unterschied zur einmaligen Erzeugung: Nicht die erste Antwort der KI ist das Ergebnis, sondern der durchgespielte Anwendungsstand mit seinem Prüfbericht.

Aus Anforderungen werden Versionen

Vibe Coding endet bei Geschäftsprozessen nicht mit dem ersten Go-live. Die Anforderungen verändern sich weiter. Eine Freigabegrenze wird angehoben. Eine zusätzliche Stelle muss beteiligt werden. Ein Formular braucht ein neues Feld. Nach einer Umorganisation existiert eine bisherige Rolle nicht mehr.

Auch dann bleibt der gleiche Arbeitsweg erhalten: Die Änderung wird beschrieben, die KI baut die Anwendung um und spielt anschließend den gesamten Prozess erneut durch. Der neue Prüfbericht gehört zur neuen Version. Frühere Stände bleiben archiviert und lassen sich vergleichen.

Damit wird Vibe Coding nicht nur eine schnelle Startmethode. Es wird eine dauerhafte Arbeitsweise für Anwendungen, deren Anforderungen sich ohnehin weiterentwickeln.

Menschen beschreiben die Arbeit, KI baut den Ablauf

Die fachlichen Entscheidungen bleiben bei den Menschen. Wer entscheiden darf, welche Kontrolle notwendig ist und welche Ausnahme sinnvoll ist, lässt sich nicht aus einem überzeugend formulierten Prompt ableiten. Was die KI aus Unterlagen nicht eindeutig entnehmen kann, muss als Annahme sichtbar und besprechbar bleiben.

Was sich ändert, ist der Weg zwischen diesen Entscheidungen und ihrer Umsetzung. Fachbereiche können ihren Prozess beschreiben und das Ergebnis selbst aus ihrer Rolle erleben. Die IT muss nicht jede fachliche Änderung erneut in Datenmodelle, Oberflächen und Testschritte übersetzen.

Vibe Coding für BPM ist deshalb mehr als ein bequemer neuer Editor. Es verbindet die Sprache der Fachbereiche direkt mit einer vollständigen Anwendung und einem wiederholbaren Prüfzyklus.

Fordern Sie uns mit einem eigenen Prozess heraus.

Der Prompt ist der Anfang. Der Prüfbericht ist das Ergebnis.