No-Code-Automatisierung: Werkzeugarten, Einsatzfälle und Grenzen

Warum No-Code-Automatisierung gerade für kleine Betriebe interessant ist

Jeden Morgen kopiert jemand die Anfragen aus dem Kontaktformular ins CRM. Eingangsrechnungen werden aus dem Postfach heruntergeladen und in einen Ordner für die Buchhaltung gelegt. Freitags stellt jemand aus drei Listen einen Wochenbericht zusammen. Jede dieser Tätigkeiten dauert nur Minuten, aber sie wiederholen sich, sie sind fehleranfällig, und sie fallen aus, wenn die zuständige Person krank ist.

Früher brauchte man für ihre Automatisierung eine Programmiererin oder einen IT-Dienstleister. Heute gibt es Werkzeuge, mit denen Beschäftigte ohne Programmierkenntnisse solche Abläufe selbst einrichten. Die Auswahl ist groß und unübersichtlich. Dieser Vergleich beantwortet die Frage: Welche Art von No-Code-Werkzeug passt zu welchem Automatisierungsfall in einem kleinen Betrieb, und wo liegen die Grenzen? Dafür klären wir die Begriffe, stellen ein Denkmodell zur Akzeptanz von Technik vor, vergleichen vier Werkzeugarten nach denselben Kriterien und wägen ab, wie viel Freiheit Beschäftigte beim Automatisieren haben sollten.

Wer einen unklaren Ablauf automatisiert, bekommt einen unklaren Ablauf, der schneller Fehler macht.

Was bedeuten No-Code, Low-Code und Automatisierung?

No-Code bezeichnet Werkzeuge, mit denen sich Abläufe oder kleine Anwendungen über eine grafische Oberfläche zusammenstellen lassen, ohne Programmcode zu schreiben. Low-Code folgt demselben Prinzip, erlaubt aber an einzelnen Stellen eigenen Code für Sonderfälle. Die Grenze zwischen beiden ist fließend. Binzer, Elshan, Fürstenau und Winkler (2024) beschreiben den Kern so: Visuelle Darstellungen und das Zusammenziehen von Bausteinen verbergen die Komplexität der Programmierung, sodass Beschäftigte ohne IT-Hintergrund, sogenannte Citizen Developer, selbst Lösungen bauen können.

Automatisierung heißt hier, dass ein wiederkehrender Ablauf ohne menschliches Zutun ausgeführt wird, sobald ein festgelegtes Ereignis eintritt. Ob ein Ablauf sich dafür eignet, prüft der ARA-Test aus dem Beitrag Vertrieb automatisieren: Gibt es einen eindeutigen Auslöser, eine Regel, die sich in einem Satz sagen lässt, und eine festgelegte Ausnahme? Fehlt eine Antwort, ist zuerst der Ablauf zu klären, wie es die AVA-Reihenfolge aus dem Beitrag Prozess vor Tool verlangt.

Das Denkmodell: das Technologieakzeptanzmodell

Warum manche Werkzeuge im Betrieb genutzt werden und andere nach drei Wochen vergessen sind, erklärt ein Modell, das der Wirtschaftsinformatiker Fred Davis 1989 vorgestellt hat: das Technologieakzeptanzmodell, kurz TAM. Es nennt zwei Einschätzungen, die darüber entscheiden, ob Menschen eine Technik annehmen. Die wahrgenommene Nützlichkeit ist die Überzeugung, dass das Werkzeug die eigene Arbeit besser macht. Die wahrgenommene Einfachheit ist die Überzeugung, dass seine Nutzung keine große Mühe kostet. Beide zusammen prägen die Absicht, das Werkzeug zu nutzen, und damit die tatsächliche Nutzung.

Das Modell ist vielfach erweitert worden. Pypłacz (2025) hat es zum Beispiel auf Software-Roboter übertragen und mit Beschäftigten kleiner und mittlerer Unternehmen in Polen geprüft. Für die Auswahl eines No-Code-Werkzeugs liefert das TAM zwei einfache Prüffragen, die wichtiger sind als jede Funktionsliste: Spart das Werkzeug der Person, die es einrichten soll, spürbar Arbeit? Und kann sie den ersten Ablauf in einer Stunde selbst bauen?

Eine Analogie aus der Werkstatt macht das greifbar. Ein Spezialwerkzeug, das jeden Schraubenschlüssel ersetzt, aber eine Schulung braucht, bleibt oft im Schrank. Der einfache Akkuschrauber, der sofort hilft, wird jeden Tag benutzt. Bei Software ist es nicht anders.

Vier Werkzeugarten im Vergleich

Die folgenden vier Arten unterscheiden sich darin, was sie verbinden und wie viel Pflege sie brauchen. Die Kriterien sind für alle gleich. Anbieter werden als Beispiele genannt, nicht als Empfehlung.

Wie die Integrationsplattformen abrechnen

Bei den Integrationsplattformen lohnt ein Blick auf die Abrechnungseinheit, weil sie bestimmt, wie die Kosten mit der Nutzung wachsen. Nach den Angaben der Anbieter, geprüft im November 2026, rechnet Zapier nach Tasks, also nach jeder erfolgreich ausgeführten Aktion, während Auslöser nicht zählen. Make hat 2025 von Operations auf Credits umgestellt, wobei die meisten Aktionen einen Credit verbrauchen. n8n berechnet in der Cloud-Variante Ausführungen eines ganzen Ablaufs, unabhängig von der Zahl der Schritte, und lässt sich auch selbst betreiben, unter einer eigenen Lizenz für die interne Nutzung, die keine Open-Source-Lizenz im engeren Sinn ist. Power Automate ist Teil der Microsoft Power Platform und liegt für Betriebe nahe, die ohnehin mit Microsoft-Programmen arbeiten. Preise und Bedingungen ändern sich häufig und sollten vor der Entscheidung beim Anbieter geprüft werden.

Was die Forschung zu No-Code und Automatisierung in Betrieben zeigt

Binzer und Kollegen (2024) haben die Einführung von No-Code- und Low-Code-Werkzeugen in 24 Unternehmen untersucht. Ihr wichtigster Befund ist eine Warnung vor der Haltung „Wenn wir es bereitstellen, werden sie es schon nutzen“. Die Werkzeuge einfach zu installieren, führte in den untersuchten Fällen nicht automatisch zum Erfolg. Sich selbst überlassen, wichen Citizen Developer auf eigene, teils gegen die zentrale IT gerichtete Wege aus. Die Autoren empfehlen deshalb eine Strategie in sieben Schritten, zu der neben der Wahl der Plattform eine zentrale Anlaufstelle, Regeln und Richtlinien, der gezielte Aufbau der Nutzergruppe und eine Zusammenarbeit mit der IT gehören. Die untersuchten Unternehmen sind überwiegend größer als ein typischer Mittelständler. Der Grundgedanke trägt trotzdem: Freiheit beim Bauen braucht einen Rahmen.

Smolarek, Potoczek und Kraus (2026) kommen in einer Literaturübersicht zur Prozessautomatisierung in kleinen und mittleren Unternehmen zu einem ähnlich abgewogenen Ergebnis. Automatisierung kann die Wettbewerbsfähigkeit stärken, ist aber keine allgemeingültige Lösung. Als Hindernisse nennen sie Kosten, fehlende Kompetenzen, Schwierigkeiten bei der Verbindung von Systemen, Risiken der IT-Sicherheit und Widerstand der Beschäftigten. Zwei Fallbeispiele zeigen, was im Kleinen möglich ist. Marian, Neferu und Mitrea (2026) beschreiben ein Freigabesystem für Dokumente auf Basis der Microsoft Power Platform, das in einem sechswöchigen Pilotbetrieb die Dauer der Freigaben verkürzte. Nandam und Paternina-Arboleda (2026) zeigen für Betriebe, deren Finanzberichte in Tabellenkalkulationen entstehen, wie ein Software-Roboter die Berichterstellung beschleunigt, ohne dass ein neues System eingeführt werden muss.

Zwei Sichtweisen: Freiheit für alle oder zentrale Kontrolle?

Die erste Sichtweise sagt: Wer die Arbeit kennt, soll sie auch automatisieren dürfen. Die Innendienstkraft weiß am besten, welche Kopierarbeit sie jeden Morgen macht, und mit einem No-Code-Werkzeug kann sie das selbst ändern, ohne auf einen Dienstleister zu warten. Dafür spricht das Technologieakzeptanzmodell, denn wer selbst baut, erlebt den Nutzen unmittelbar.

Die zweite Sichtweise warnt vor dem Gegenteil: vor Abläufen, die niemand kennt, die mit dem Zugang einer Person laufen, die längst gekündigt hat, und die personenbezogene Daten an Dienste weitergeben, die nie geprüft wurden. Fachleute sprechen von Schatten-IT. Dafür spricht der Befund von Binzer und Kollegen, dass sich selbst überlassene Citizen Developer eigene Wege suchen.

Ich halte für einen kleinen Betrieb einen Mittelweg für richtig, der mit wenigen Regeln auskommt. Beschäftigte dürfen automatisieren, aber jede Automatisierung steht in einem Verzeichnis mit Besitzer, Zweck, beteiligten Programmen und dem Hinweis, ob personenbezogene Daten fließen. Wer automatisiert, ist auch dafür zuständig, wenn es nicht mehr läuft. Ob und wie Kundendaten an einen Dienst außerhalb der EU gehen dürfen, ist eine Frage des Datenschutzes, die vor dem Start geklärt sein muss. Einen Überblick gibt der Beitrag Datenschutz im Vertrieb, eine Rechtsberatung ersetzt er nicht.

Wie du den ersten Ablauf auswählst und rechnest

1. Kandidaten sammeln

   Frage das Team eine Woche lang, welche Tätigkeiten sich täglich oder wöchentlich gleich wiederholen. Notiere Dauer und Häufigkeit.

2. ARA-Test anwenden

   Streiche alles, was keinen eindeutigen Auslöser, keine klare Regel oder keine festgelegte Ausnahme hat.

3. Nutzen rechnen

   Minuten je Durchlauf mal Durchläufe im Jahr ergeben die gesparte Zeit. Mit dem Kapazitätskostensatz aus dem Beitrag Prozesskosten rechnen wird daraus ein Betrag.

4. Werkzeugart wählen

   Prüfe zuerst, ob die vorhandene Software den Ablauf selbst automatisieren kann. Erst wenn Daten zwischen Programmen fließen müssen, kommt eine Integrationsplattform infrage.

5. Klein bauen und beobachten

   Baue den Ablauf, lass ihn zwei Wochen parallel zur Handarbeit laufen und vergleiche die Ergebnisse, bevor die Handarbeit entfällt.

Die Pflege wird oft vergessen. Jede Automatisierung muss angepasst werden, wenn sich ein beteiligtes Programm ändert, und jemand muss reagieren, wenn sie ausfällt. Wer bereits viele Werkzeuge im Einsatz hat, sollte vor einem weiteren die Inventur aus dem Beitrag Werkzeug-Wildwuchs reduzieren machen. Oft kann ein vorhandenes Programm mehr, als genutzt wird.

Fazit: Welches No-Code-Werkzeug passt zu welchem Fall?

Offen war zu Beginn, welche Art von No-Code-Werkzeug zu welchem Automatisierungsfall passt und wo die Grenzen liegen. Die Antwort folgt einer Reihenfolge. Zuerst kommt die Automatisierung, die vorhandene Software schon mitbringt, weil sie am wenigsten Pflege braucht. Sollen Daten zwischen Programmen fließen, ist eine Integrationsplattform das passende Werkzeug, und ihre Abrechnungseinheit entscheidet über die Kosten. App-Baukästen lohnen sich für kleine eigene Anwendungen wie Freigaben, werden aber schnell zu eigener Software. Software-Roboter sind die Lösung für Altsysteme ohne Schnittstelle und die anfälligste der vier Arten. Die gemeinsame Grenze aller Werkzeuge liegt nicht in der Technik, sondern im Ablauf: Was keinen klaren Auslöser, keine Regel und keine Ausnahme hat, lässt sich nicht sinnvoll automatisieren. Und ohne Verzeichnis und Besitzer wird aus vielen kleinen Erleichterungen ein Geflecht, das niemand mehr versteht.

So fängst du an

1. Sammle mit dem Team die fünf Tätigkeiten, die sich am häufigsten gleich wiederholen, mit Dauer und Häufigkeit.
2. Prüfe jede mit dem ARA-Test und streiche, was nicht besteht.
3. Rechne für die übrigen die gesparte Zeit im Jahr aus.
4. Prüfe für den Ablauf mit dem größten Nutzen, ob die vorhandene Software ihn bereits automatisieren kann.
5. Lege ein Verzeichnis an, in dem jede Automatisierung mit Besitzer, Zweck und beteiligten Programmen steht, bevor die erste live geht.

Der erste Ablauf ist weniger wegen der gesparten Zeit wichtig als wegen der Gewohnheit, die er begründet: erst den Ablauf klären, dann automatisieren, dann eintragen. Wer das beim ersten Mal einhält, hat beim zehnten Mal noch den Überblick.