In einem Gespräch mit dem Geschäftsführer eines mittelgroßen Systemhauses kam neulich eine ehrliche Beobachtung auf den Tisch: Drei der fünf Berater im Haus bauten bereits No-Code-Workflows für ihre Kunden — jeder mit einem anderen Werkzeug, jeder nach eigenem Gusto, keiner mit einer Übergabe-Dokumentation. „Wir machen das schon“, sagte er, „aber wir machen es nicht als Geschäft. Wir machen es als Bastelei.“
Das ist die typische Ausgangslage. No-Code-Automation hat in Systemhäusern und Beratungshäusern längst Einzug gehalten — aber meistens informell, ohne klare Plattform-Strategie, ohne Governance, ohne ein Liefermodell, das wartbar bleibt. Genau dort liegt die Chance: No-Code ist 2026 reif genug, um sowohl die eigenen internen Prozesse zu tragen als auch eine saubere, wiederholbare Dienstleistung zu werden.
Dieser Beitrag richtet sich an Verantwortliche in IT-Systemhäusern und Beratungshäusern. Er schaut auf den aktuellen Stand der Plattformen, die Auswahl nach Kundentyp, die Governance-Fragen, die im üblichen KMU-Pitch fehlen, und das Geschäftsmodell, das aus No-Code mehr macht als Bastelei.
Zwei Perspektiven, die zusammengehören
Für ein Systemhaus oder Beratungshaus hat No-Code-Automation immer zwei Seiten — und beide gehören in eine Strategie.
Intern nutzen. Die eigenen Prozesse — Angebotserstellung, Projektübergabe von Sales an Delivery, Stundenerfassung, Reporting, Onboarding neuer Kunden. Hier ist No-Code ein direkter Effizienzhebel im eigenen Haus.
An Kunden liefern. No-Code-Automation als Beratungs- und Implementierungsleistung. Vom Prozess-Audit über die Tool-Auswahl bis zum Betrieb. Ein margenstarkes Geschäft, weil der Aufwand pro Workflow überschaubar und der Kundennutzen unmittelbar sichtbar ist.
Die beiden Perspektiven verstärken sich. Wer intern Erfahrung sammelt, liefert besser an Kunden. Wer an Kunden liefert, professionalisiert die internen Standards. Das informelle Bastel-Modell nutzt keine der beiden Synergien.
Der aktuelle Plattform-Stand 2026
Die drei führenden Plattformen haben sich 2026 spürbar weiterentwickelt — vor allem in Richtung KI-Agenten. Eine nüchterne Einordnung.
Zapier. Die breiteste Integrationsbasis (über 8.000 Apps), mit „Zapier Agents“ für autonome Aufgabenausführung. Abrechnung pro Task — ein zehnstufiger Zap, der tausendmal pro Monat läuft, verbraucht zehntausend Tasks. Das macht Zapier bei hohem Volumen teuer, dafür ist der Einstieg für nicht-technische Teams am einfachsten.
Make. Visueller Flowchart-Editor, deutlich günstiger als Zapier bei vergleichbarer Funktionalität, mit „Maia“ als KI-Assistent, der Szenarien aus natürlicher Sprache baut. Abrechnung pro Operation. Gute Balance aus Funktionsumfang, Preis und Bedienbarkeit. EU-Rechenzentren verfügbar.
n8n. Mit Version 2.0 (Januar 2026) zur stärksten Plattform für KI-Agenten gereift: native LangChain-Integration, über 70 AI-Nodes, sandboxed Code-Ausführung, persistenter Agenten-Speicher, volle Datensouveränität. Abrechnung pro Workflow-Ausführung (unabhängig von der Schrittzahl) in der Cloud — oder kostenlos self-hosted in der Community Edition mit unbegrenzten Ausführungen.
Die wichtigste Verschiebung gegenüber den Vorjahren: Alle drei Plattformen sind keine reinen Workflow-Tools mehr, sondern Agenten-Plattformen. Das verändert die Beratungslogik — die Frage ist nicht mehr nur „welche Schritte verkette ich“, sondern „welche Entscheidungen delegiere ich an einen Agenten und welche Leitplanken setze ich“.
Welche Plattform für welchen Kundentyp
Statt einer pauschalen Empfehlung eine Zuordnung, die sich in der Praxis bewährt — gerade für Systemhäuser, die mehrere Kundentypen bedienen.
| Kundenprofil | Empfehlung | Begründung |
|---|---|---|
| Kleinkunde ohne IT, einfache Workflows | Zapier oder Make | Schneller Einstieg, geringer Betreuungsaufwand |
| Mittelständler, kostensensibel, mittlere Komplexität | Make | Bestes Preis-Leistungs-Verhältnis, EU-Hosting |
| Kunde mit hohen Datenschutz-Anforderungen | n8n self-hosted | Volle Datensouveränität, keine Drittserver |
| Kunde mit hohem Ausführungsvolumen | n8n | Ausführungsbasierte oder kostenlose Abrechnung schlägt Task-Modell |
| Kunde mit eigenem KI-Agenten-Bedarf | n8n | Tiefste Agenten-Fähigkeiten, LangChain-Integration |
| Kunde, der maximale Integrationsbreite braucht | Zapier | Größtes App-Ökosystem |
Für ein Systemhaus ergibt sich daraus eine pragmatische Strategie: nicht eine Plattform für alle Kunden, sondern zwei bis drei beherrschte Werkzeuge, die nach Kundenprofil eingesetzt werden. Wer alle drei tief beherrscht, kann jeden Kundentyp bedienen — aber das kostet Schulungsaufwand. Realistisch sind für die meisten Häuser n8n (für anspruchsvolle und datenschutzkritische Fälle) plus Make (für den Mittelbau) eine gute Kombination.
Die Governance-Frage, die im KMU-Pitch fehlt
Die typischen No-Code-Artikel richten sich an Endkunden und enden bei der Tool-Auswahl. Für ein Systemhaus, das No-Code liefert oder intern breit einsetzt, beginnt die eigentliche Arbeit dort. Vier Governance-Themen entscheiden über tragfähig oder chaotisch.
Zugangs- und Credential-Management. No-Code-Workflows greifen auf E-Mail-Konten, CRMs, Datenbanken und APIs zu — mit gespeicherten Zugangsdaten. Wer hat Zugriff auf welche Verbindungen? Was passiert, wenn ein Mitarbeiter das Haus verlässt? Ohne ein zentrales Credential-Management entsteht ein Sicherheitsrisiko, das mit jedem Workflow wächst.
Workflow-Eigentümerschaft. Jeder Workflow braucht einen Verantwortlichen. Der „Bastel-Workflow“, den ein Berater nebenbei für einen Kunden gebaut hat und der nun geschäftskritisch läuft, ohne dass jemand ihn dokumentiert hat, ist die häufigste Zeitbombe in Systemhäusern.
Fehler- und Monitoring-Konzept. Was passiert, wenn ein Workflow fehlschlägt? Wer wird benachrichtigt? Wie wird ein fehlgeschlagener Lauf nachgeholt? Ein Rechnungs-Workflow, der still scheitert, kann einen Kunden Tage später teuer kosten — und das fällt auf das Systemhaus zurück.
Datenschutz und AVV-Kette. Wenn ein Systemhaus für einen Kunden Workflows betreibt, die personenbezogene Daten verarbeiten, entsteht eine Auftragsverarbeitungs-Kette. Welche Daten fließen durch welche Plattform, in welchem Rechenzentrum, mit welchem Vertragsgerüst? Diese Frage muss vor dem ersten produktiven Workflow geklärt sein, nicht beim ersten Audit.
Diese vier Punkte sind der Unterschied zwischen No-Code als Bastelei und No-Code als professioneller Dienstleistung. Sie sind auch das, was ein Systemhaus von einem Endkunden unterscheidet, der sich selbst etwas zusammenklickt.
No-Code als Systemhaus-Leistung: das Geschäftsmodell
No-Code-Automation ist als Dienstleistung attraktiv, weil sie schnellen, sichtbaren Kundennutzen mit überschaubarem Aufwand verbindet. Drei Leistungsstufen ergeben in der Praxis Sinn.
Stufe 1 — Prozess-Audit und Roadmap. Eine strukturierte Aufnahme der automatisierbaren Prozesse beim Kunden, priorisiert nach Aufwand und Nutzen. Liefert dem Kunden Klarheit und dem Systemhaus die Pipeline für die nächsten Stufen.
Stufe 2 — Implementierung. Aufbau der priorisierten Workflows, mit sauberer Dokumentation, Eigentümer-Zuordnung und Übergabe. Hier entsteht der Hauptumsatz.
Stufe 3 — Betrieb und Pflege. Monitoring, Fehlerbehebung, Anpassung bei sich ändernden Anforderungen — als wiederkehrende Leistung. Das ist der margenstabile Teil, der aus einem Projekt eine Kundenbeziehung macht.
Der entscheidende strategische Punkt: Stufe 3 ist das, was No-Code von einem Einmal-Projekt zu einem Geschäftsmodell macht. Wer nur Stufe 2 verkauft, baut Workflows, die der Kunde nach sechs Monaten selbst kaputt-konfiguriert. Wer Stufe 3 mitverkauft, bleibt im Kundenkonto und sichert die Qualität.
Wo No-Code an Grenzen stößt — und Pro-Code beginnt
Ein ehrliches Systemhaus kennt die Grenze, jenseits derer No-Code zur falschen Wahl wird. Diese Grenze klar zu kommunizieren ist Teil der Beratungskompetenz.
No-Code passt für:
- Integrationen zwischen Standard-Systemen mit vorhandenen Connectoren
- Lineare und moderat verzweigte Prozesse
- Mittlere Datenvolumina
- Anwendungsfälle, bei denen Time-to-Value wichtiger ist als maximale Effizienz
Pro-Code wird nötig bei:
- Sehr hohem Transaktionsvolumen, bei dem die Plattform-Abrechnung unwirtschaftlich wird
- Komplexer Geschäftslogik mit vielen Sonderfällen und tiefer Fehlerbehandlung
- Performance-kritischen Echtzeit-Anforderungen
- Tiefen Integrationen in proprietäre Systeme ohne brauchbare API
- Anforderungen, bei denen die Workflow-Logik selbst zum Produkt wird
Für ein Systemhaus ist gerade der Übergangsbereich interessant: ein hybrider Ansatz, bei dem No-Code die Orchestrierung übernimmt und einzelne Custom-Komponenten (etwa über n8n-Code-Nodes oder eigene API-Services) die anspruchsvolle Logik tragen. Diese Mischform ist oft die wirtschaftlichste Lösung — und sie spielt genau die Stärke eines Hauses aus, das beides beherrscht.
Die Wartungs- und Übergabefalle
Der häufigste Fehler in No-Code-Projekten — intern wie beim Kunden — ist die fehlende Wartbarkeit. Ein Workflow, den nur die Person versteht, die ihn gebaut hat, ist eine technische Schuld auf Zeit.
Drei Disziplinen, ohne die No-Code-Leistung nicht trägt.
Dokumentation als Standard. Jeder produktive Workflow braucht eine knappe Dokumentation: Was tut er, welche Systeme berührt er, welche Credentials nutzt er, wer ist verantwortlich, was passiert im Fehlerfall. Das kostet pro Workflow eine halbe Stunde und spart bei der ersten Störung Tage.
Namens- und Strukturkonventionen. Workflows, Variablen und Verbindungen brauchen ein konsistentes Benennungsschema über alle Kunden und Mitarbeiter hinweg. Sonst ist jeder Workflow ein Einzelfall, den niemand außer dem Ersteller übernehmen kann.
Versionierung und Test. Änderungen an produktiven Workflows sollten nicht direkt im Live-System passieren. Eine Test-Umgebung, eine Versionshistorie und ein klarer Freigabeprozess sind bei geschäftskritischen Automationen kein Luxus.
Diese Disziplinen sind unspektakulär. Sie sind aber der Unterschied zwischen einem Systemhaus, das No-Code-Workflows skalierbar liefert, und einem, das mit jeder Mitarbeiter-Kündigung Wissen verliert.
Ein realistischer Aufbaupfad für das eigene Haus
Statt „sofort alles anbieten“ ein nüchterner Pfad, der intern Kompetenz aufbaut und dann nach außen trägt.
Monate 1–2 — Intern starten. Die eigenen Prozesse automatisieren — Angebots-Drafts, Projektübergabe, Reporting. Das schult das Team an realen Fällen, ohne Kundenrisiko.
Monate 3–4 — Standards etablieren. Aus der internen Erfahrung Governance-Standards ableiten: Plattform-Auswahl, Credential-Management, Dokumentationsvorlagen, Namenskonventionen.
Monate 5–6 — Erste Kundenprojekte. Mit ein bis zwei Pilotkunden die Leistung erproben, beginnend mit Stufe 1 (Audit) und Stufe 2 (Implementierung). Erfahrungen dokumentieren.
Ab Monat 7 — Betriebsmodell aufbauen. Stufe 3 (Betrieb und Pflege) als wiederkehrende Leistung etablieren. Erst jetzt skaliert das Geschäft wirklich.
Dieser Pfad führt in einem halben Jahr von der informellen Bastelei zu einer strukturierten Leistung — mit internem Nutzen vom ersten Monat an.
Was ich für Sie entwickle
Ich unterstütze Systemhäuser und Beratungshäuser dabei, No-Code-Automation von der Bastelei zur tragfähigen Leistung zu machen — intern und als Kundenangebot.
Plattform-Strategie — Auswahl der zwei bis drei Werkzeuge, die zum Kundenportfolio des Hauses passen, mit klarer Zuordnung nach Kundentyp und ehrlicher Bewertung der Abrechnungsmodelle.
Governance-Framework — zentrales Credential-Management, Workflow-Eigentümerschaft, Monitoring- und Fehlerkonzept, AVV-Kette für kundenbezogene Workflows. Das Fundament, ohne das No-Code-Leistung nicht skaliert.
Interne Prozessautomatisierung — Aufbau der eigenen Workflows (Angebot, Projektübergabe, Reporting, Onboarding) als Schulungsfall und direkter Effizienzhebel.
Liefermodell für Kundenprojekte — die drei Leistungsstufen (Audit, Implementierung, Betrieb) als wiederholbares Angebot, mit Dokumentationsvorlagen, Namenskonventionen und Test-/Freigabeprozessen.
Hybride No-Code/Pro-Code-Architekturen — wo No-Code an Grenzen stößt, die Orchestrierung über No-Code mit Custom-Komponenten kombinieren. Damit bleibt der wirtschaftlichste Mittelweg offen.
Schulung des Teams — damit nicht nur einzelne Berater basteln, sondern das Haus eine gemeinsame Praxis hat, die Übergaben und Skalierung erlaubt.
Der pragmatische Einstieg ist meist die interne Automatisierung plus ein Governance-Framework — daraus entsteht die Grundlage, No-Code als professionelle Kundenleistung anzubieten.
Fazit
No-Code-Automation ist 2026 für Systemhäuser und Beratungshäuser eine doppelte Chance: als interner Effizienzhebel und als margenstarke Dienstleistung. Die Plattformen sind reif, haben sich zu Agenten-Plattformen weiterentwickelt und decken vom einfachen Workflow bis zum self-hosted KI-Agenten jeden Bedarf ab. Die Frage ist nicht mehr „ob“, sondern „mit welcher Plattform-Strategie und welcher Governance“.
Der Unterschied zwischen Bastelei und Geschäft liegt nicht im Werkzeug, sondern in den Disziplinen drumherum: Credential-Management, Workflow-Eigentümerschaft, Dokumentation, Monitoring, ein klares Liefermodell mit Betriebsstufe. Wer diese Disziplinen etabliert, macht aus den drei Beratern, die heute jeder für sich basteln, eine skalierbare Leistung, die Kunden bindet und das eigene Haus effizienter macht.
Der ehrliche erste Schritt ist nicht das nächste Tool, sondern die interne Standardisierung. Aus einer beherrschten internen Praxis heraus wird No-Code zur Kundenleistung, die im zweiten Jahr noch trägt — und nicht zur Sammlung verwaister Workflows, die niemand mehr versteht.
