Workflows statt Aufgabenlisten.

Die Beobachtung

In vielen Teams heißt Digitalisierung erst einmal: ein neues Aufgaben-Tool. Trello, Planner, Asana, Jira — die Auswahl ist groß, die Tools sind gut. Und trotzdem passiert etwas Merkwürdiges: Die Listen werden nicht kürzer. Sie werden länger, unübersichtlicher und dadurch unordentlicher.

Der Grund ist kein Tool-Problem. Eine Aufgabenliste ist ein Sammelbecken — sie hält fest, dass etwas zu tun ist, aber sie tut nichts davon. Jede Anfrage kommt weiter per Zuruf, Telefon oder WhatsApp herein („ich will …", „ich brauche …"), jemand übersetzt sie in einen Listeneintrag, jemand anderes muss nachschauen, verteilen, erinnern. Das Wissen, wie etwas geht und wer es entscheiden darf, steckt dabei in Köpfen — nicht im Prozess.

Ich habe in den letzten Wochen an zwei Systemen gebaut, die diesen Schritt anders gehen: ehrenamtlich am Mitgliederportal der Feuerwehren der Stadt Erding und an der Praxis-Umgebung der Naturheilpraxis meiner Frau. Beide laufen auf derselben Idee: Wiederkehrendes läuft als Workflow durch, und Menschen kommen genau dort vor, wo eine Entscheidung gebraucht wird.

Eine Liste sammelt Arbeit. Ein Workflow erledigt sie.

Der Unterschied klingt banal, ändert aber die Richtung der Arbeit. Eine Liste zieht: Irgendwer muss regelmäßig hineinschauen und Arbeit herausziehen. Ein Workflow drückt: Er läuft von allein und meldet sich nur, wenn er einen Menschen wirklich braucht. Human in the loop heißt für mich: Menschen entscheiden. Systeme erledigen.

Beispiel 1: Eine Praxis-Umgebung ohne Zettelwirtschaft

Für die Praxis meiner Frau betreibe ich eine komplett selbst gehostete Umgebung auf einem einzelnen Server: Cal.com für die Terminbuchung, Twenty als CRM mit den Stammdaten, Invoice Ninja für Rechnungen, Authelia als Login für das Patientenportal — und n8n als Klebstoff dazwischen. Kein Anbieter-Lock-in, alle Daten bleiben auf eigener Infrastruktur in Deutschland.

Der Kern sind derzeit 16 aktive n8n-Workflows. Ein Beispiel für eine Kette, die früher aus lauter Einzelaufgaben bestanden hätte:

Niemand legt dafür eine Aufgabe an. Niemand hakt etwas ab. Die Buchung ist der Auslöser, alles Weitere folgt aus dem Prozess.

Auch das Portal-Onboarding ist so eine Kette: Ein Klick in der Patientenverwaltung stößt einen Webhook an, n8n prüft die Anfrage, legt den Benutzer im Login-System an, synchronisiert die Daten und verschickt die Willkommensmail. Wichtig dabei — der Fehlerfall ist Teil des Prozesses: Wer ohne gültiges Secret anklopft, bekommt eine 403-Antwort. Auch das ist keine Handarbeit.

Beispiel 2: Feuerwehr — Self-Service statt Papier

Der öffentliche Sektor hat dieselben Muster, nur mit mehr Papier. Bei den Freiwilligen Feuerwehren der Stadt Erding liefen Mitgliedsbescheinigungen, Einweisungsanträge und Lehrgangswünsche lange über individuelle Abstimmung: anrufen, ansprechen, Zettel. Funktioniert — skaliert aber nicht, und dokumentiert ist hinterher wenig.

Das Mitgliederportal ersetzt das durch einen klaren Eingangskanal. Mitglieder legitimieren sich einmal mit ihren Stammdaten — ohne Konto, ohne Passwort — und erledigen dann selbst: Kontaktdaten ändern, Bankverbindung aktualisieren, Mitgliedschaft nachweisen (PDF mit QR-Prüflink), Mitgliedsausweis in Apple- und Google-Wallet, Fahrzeugeinweisungen beantragen, Lehrgangswünsche melden. Seit Kurzem gibt es das Portal auch als iOS-App; die Anmeldung übernimmt dort Face ID, optional mit Gerätetoken und Passkeys.

Unter der Haube ist das Portal genau ein n8n-Workflow — ein großer:

Datenschutz ist hier kein Anhängsel, sondern der Grund für die Architektur: Die App speichert Stammdaten Face-ID-geschützt im Schlüsselbund des Geräts, das Portal zeigt Daten nur maskiert an, und jeder Antrag hinterlässt einen nachvollziehbaren Verlauf — statt eines Zettels, der irgendwo liegt.

Human in the loop — aber im Push-Prinzip

Der Teil, der mir am wichtigsten ist, hat mit Technik wenig zu tun. Self-Service weckt bei Führungskräften eine berechtigte Sorge: Entsteht da nicht ein Kaufhaus — jeder beantragt alles und erwartet, es zu bekommen?

Die Antwort steckt an zwei Stellen im Prozess. Erstens: Die Regeln sind im Workflow verankert. Ein 16-Jähriger kann keine Einweisungsfahrt beantragen, weil die Voraussetzungen hinterlegt sind — der Antrag lässt sich gar nicht erst stellen. Das nimmt Führungskräfte aus der Rolle, jede Anfrage einzeln abwehren zu müssen.

Zweitens: Niemand muss in ein Admin-Panel schauen. Montagmorgen kommt eine Wochen-Zusammenfassung per Mail — die offenen Anträge, die Änderungen, und pro Entscheidung drei Buttons: freigeben, ablehnen, zurückstellen. Die Entscheidung bleibt beim Menschen. Nur das Einsammeln, Aufbereiten und Nachfassen übernimmt das System.

Das ist der Unterschied zwischen „wir haben ein Tool" und „der Prozess trägt": Nicht der Mensch bedient das System, das System bedient den Menschen — mit genau einer Frage: Wie entscheidest du?

Die Werkzeugfrage ist die langweiligste

Ob das nun n8n ist, Camunda im Konzernumfeld oder etwas anderes — die Werkzeugwahl ist am Ende Geschmack und Kontext. Drei Dinge halte ich für entscheidend, unabhängig vom Tool:

• Prozesse explizit machen. Ein Workflow auf einem Canvas ist les-, versionier- und übergebbar. „Das macht immer die Verwaltungsfachkraft" ist es nicht.
• Fehlerpfade gehören in den Prozess. Der 403-Fall, die Absage, der Antrag ohne Voraussetzungen — wenn das Sonderfälle für Menschen bleiben, hat man nur die Hälfte automatisiert.
• Idempotenz ernst nehmen. Lehrgeld aus der Praxis: Ein früher Bewertungs-Workflow hat wegen eines Denkfehlers in der „schon erledigt"-Prüfung dieselbe Mail dutzendfach verschickt. Seitdem gilt: Der Erledigt-Status lebt in einer dauerhaften Tabelle, nicht im Gedächtnis des Workflows.

Der letzte Punkt ist mir wichtig, weil er gegen den Automatisierungs-Kitsch hilft: Workflows sind Software. Sie brauchen dieselbe Sorgfalt — Tests, Backups, saubere Fehlerbehandlung — wie jeder andere Code auch.

Was daraus wird

Die beiden Systeme sind kein Endpunkt. Die Architektur aus der Praxis-Umgebung — Terminbuchung, CRM, Portal, Abrechnung, alles über Workflows verbunden — baue ich in den kommenden Monaten zur Grundlage einer Praxismanagement-Software aus. Und auch dabei bleibt das Prinzip dasselbe: Der Feedback- und Umsetzungsprozess selbst läuft als Workflow, mit KI als Entwicklungsbegleiter und Menschen an den Entscheidungspunkten.

Bei der Feuerwehr geht es ebenfalls weiter: mehr Anwendungsfälle, die heute noch über Zuruf laufen — Lehrgangswünsche, Verteiler, Geräteeinweisungen. Immer nach demselben Muster: klare Regeln in den Prozess, Entscheidungen zu den Menschen, Rest automatisch.

Wenn Sie sich fragen, wo Sie anfangen sollen: Nehmen Sie die Anfrage, die Ihnen diese Woche zum dritten Mal per Zuruf begegnet ist. Das ist Ihr erster Workflow.

Fragen, Widerspruch, eigener Anwendungsfall? Schreiben Sie mir.