Low-Code verspricht Automatisierung in einer Woche, ohne Entwickler und ohne Freigabe der IT-Abteilung. Manchmal hält es dieses Versprechen. Häufiger als in den Landingpages behauptet — nicht. Und die echten Kosten sieht man erst nach sechs Monaten.
Make (früher Integromat), Zapier und n8n sind Plattformen, mit denen man ein System per Klick an ein anderes anschließt: eine Bestellung kommt aus dem Marktplatz — eine Nachricht landet in Slack, ein Datensatz entsteht im CRM. Klingt wie ein Traum für einen Firmeninhaber, der jahrelang von IT-Anbietern gehört hat „das muss man programmieren, dauert ein Quartal". Und oft ist der Traum echt. Aber nicht immer — und darüber reden wir hier.
In den letzten zwei Jahren haben wir sowohl Automatisierungen gesehen, die den Mitarbeitern eine halbe Stelle freigespielt haben, als auch solche, die still und leise 47 Bestellungen verschluckt haben, bevor es jemand bemerkte. Der Unterschied lag fast nie an der Plattform. Er lag daran, wie — und wozu — sie eingeführt wurde.
Wann Low-Code tatsächlich Sinn ergibt
Low-Code ist in seinem Element, wenn: du zwei Cloud-Systeme mit einer vernünftigen API verbindest, der Prozess mittelkritisch ist (ein kurzer Ausfall stoppt die Firma nicht) und das Volumen in Hunderten liegt, nicht in Hunderttausenden Operationen pro Monat. Da gewinnst du wirklich — kein Dreimonatsprojekt, sondern ein paar Tage Konfiguration und weiter.
Bei einem unserer Kunden — ein 18-köpfiger Elektronikgroßhändler aus Großpolen — liefen Bestellungen aus Allegro und WooCommerce in Baselinker ein und mussten von dort per Hand in Comarch Optima übertragen werden. Ein Vertriebsmitarbeiter brauchte im Schnitt 4 Minuten pro Bestellung mal 200 Bestellungen pro Woche — 13 Stunden wöchentlich. Ein Szenario in Make.com (Baselinker → Cloud-API von Optima) hat die Bearbeitung einer einzelnen Bestellung auf ~30 Sekunden verkürzt. Die frei gewordenen ~12 Stunden pro Woche gingen in das Forderungsmanagement, in dem die Firma seit jeher eine Lücke hatte.
Die Konfiguration hat uns 3 Werktage gekostet — kein Quartal. Testen und Rollout zusammen — eine Woche. Lizenzkosten Make: rund 40 EUR pro Monat für einen Tarif in dieser Größenordnung. Amortisation: der erste Monat.
Gute Kandidaten für Low-Code, kurz zusammengefasst:
- Benachrichtigungen und Synchronisationen zwischen SaaS-Systemen (CRM ↔ Slack, Formular ↔ Trello, Mail ↔ Notion).
- Import/Export aus Excel in ein System und zurück, wenn niemand Lust hat, ein Makro zu schreiben.
- Aktualisieren von Kundendatensätzen zwischen CRM und Marketing.
- Einfache ETL zwischen APIs — ohne Buchhaltungslogik und ohne verteilte Transaktionen.
Wann Low-Code eine schlechte Idee ist
Dieselbe Technologie kann einer Firma erhebliche Schäden zufügen, wenn man sie an der falschen Stelle einsetzt. Ein kritischer Prozess — also einer, dessen Ausfall keine Rechnung, keinen Lohn oder ein Bußgeld vom Finanzamt bedeutet — gehört nicht dorthin. Nicht weil die Plattform schlecht wäre. Weil Low-Code-Werkzeuge von Natur aus „transparent" sind: wenn das Szenario um 2 Uhr nachts abstürzt, erfährst du es aus einer Kundenreklamation, nicht aus einer Warnung.
Zurück zu unserem Großhändler. Nach sechs Monaten hat der API-Anbieter von Optima das Rate-Limit geändert — niemand hat eine Mail geschickt. Das Szenario hat still 2–3 Bestellungen pro Tag verloren und sie als „bearbeitet" markiert, obwohl sie im System nie ankamen. 3 Tage lang hat es niemand bemerkt. Das Ergebnis: 47 Bestellungen wurden am Wochenende aus den Baselinker-Logs von Hand nachgetragen, ein wütender Inhaber und eine Woche Arbeit an dem Monitoring, das von Anfang an gefehlt hatte.
Lehren, die man mitnehmen sollte, bevor man anfängt:
- Automatisiere finanzkritische Prozesse (KSeF, JPK, Lohnabrechnung) nicht auf Zapier. Das ist ein Fall für eine ernsthafte Integration mit Audit-Trail und Logs.
- Verbinde keine On-Prem-Systeme über einen Cloud-Vermittler, wenn sie keine API ins Internet anbieten — das Szenario bleibt immer fragil.
- Geh nicht mit Low-Code in hohe Volumina. 100.000 Operationen pro Monat auf Zapier ergeben sechsstellige Jahreskosten. Ein Entwickler schreibt die Integration einmal — und sie ist günstiger.
- Bau keine mehrstufigen Workflows mit echter Geschäftslogik per Klick — keine Tests, keine Versionierung, kein Code Review. Ein Jahr später versteht niemand mehr ein Szenario mit 47 Modulen.
Die versteckten Kosten, die niemand nennt
Die Preisseite erzählt nur einen Teil. Zapier zählt „Tasks" — 100 Tasks pro Monat kostenlos, danach ab 20 USD für 750 Tasks. Bei einem Szenario, das bei jeder Bestellung feuert und 5 Schritte ausführt, ergeben 500 Bestellungen 2.500 Tasks. Simple Arithmetik wird schnell teuer.
Make ist bei Volumen günstiger — es zählt „Operationen", mit einem 10.000-Operationen-Tarif für rund 9 EUR pro Monat. n8n kannst du selbst hosten (Open Source), du zahlst nur einen VPS, brauchst aber jemanden, der es wartet und aktualisiert.
Die echten versteckten Kosten, die im Preisblatt nicht stehen, sind:
- Wartung. Jede API-Änderung auf der Gegenseite (neue Auth, entfernter Endpunkt) muss nachgezogen werden. Über zwei Jahre typisch 3–5 Mal.
- Monitoring. Ohne E-Mail-Warnungen und Logs bist du blind — und Make/Zapier können das im Standard nicht gut.
- Fachwissen. Jemand in der Firma muss wissen, was das Szenario tut. Wenn ein externer Berater es gebaut hat und weg ist — herzlichen Glückwunsch, du hast ein weiteres Legacy-System, nur ein Jahr jünger.
- Versionierung. Gibt es nicht. Klickt jemand versehentlich falsch, ist das Zurückrollen mühsam.
Wie man pragmatisch vorgeht
Ein paar Regeln, die einer Firma Ärger ersparen:
- Ein Szenario — ein fachlicher Owner. Nicht die IT. Die Person, die merkt, dass etwas nicht stimmt, weil sie das Ergebnis täglich nutzt.
- Warnungen in einem Kanal, den jemand liest. Eine Mail an 4 Personen „nur zur Sicherheit" liest niemand. Ein Slack- oder Teams-Kanal mit einem Bereitschafts-Owner — den liest jemand.
- Ein Produktivtest mit einem Testkunden. Nach jeder Änderung prüfst du die erste Bestellung/den ersten Datensatz an eigenen Daten, bevor die Automatisierung echte Kunden erreicht.
- Einseitige Dokumentation. Was das Szenario tut, seine Trigger, wer der Owner ist, wo die API-Secrets liegen. Ohne das kannst du in einem Jahr nichts anfassen.
- Ein Quartals-Audit. 15 Minuten, prüfen, ob die Szenarien überhaupt noch feuern und ob die Statistiken plausibel aussehen.
Welches: Make, Zapier oder n8n
Praktisch: für ein typisches polnisches KMU mit 10–50 Personen ohne eigene IT — Make. Deutlich besseres Preis-Leistungs-Verhältnis als Zapier, genug fertige Integrationen, darunter Baselinker, WooCommerce, Cloud Comarch Optima, Subiekt GT über die eigene API.
Zapier hat seinen Platz in Kleinstunternehmen, in denen alles in Google Workspace und Slack lebt — es ist am einfachsten, aber am schnellsten teuer.
n8n nimmst du, wenn du eine technisch versierte Person im Team hast, volle Kontrolle willst und ein Dutzend Szenarien oder mehr planst. Dann rechnet sich selbst gehostetes n8n in 2–3 Monaten.
Wie geht es weiter
Low-Code ist weder ein Allheilmittel noch ein Spielzeug. Es ist ein sehr gutes Werkzeug für sehr konkrete Aufgaben und ein sehr schlechtes für andere. Ein Inhaber muss nicht jedes dieser Werkzeuge kennen — aber die Frage muss er stellen können: „wenn das kippt, wer merkt es und nach wie vielen Minuten". Hat der Anbieter darauf keine Antwort, ist das noch kein Projekt, sondern nur eine Demo.
Wenn du dich fragst, wo Low-Code in deinem Unternehmen tatsächlich Stunden spart — und wo ein paar Entwickler-Tage die bessere Wahl sind — sprich kurz mit uns. Ohne Verkaufsdruck am Ende.
Low-Code ersetzt keine solide Integration, wo es um Geld geht. Aber an den vielen Stellen, an denen es nicht darum geht, spart es zu geringen Kosten eine halbe Stelle.