Low-Code-Anbieter sprechen gern darüber, wie schnell ihre Plattform Dinge baut. Was du selten hörst: warum so viele dieser schnellen Builds nie über die Pilotphase hinauskommen. Der Engpass bei der Einführung von Low-Code in Unternehmen hat heute fast nichts mit Geschwindigkeit zu tun. Er hat fast alles damit zu tun, ob die IT dem vertraut, was die Fachbereiche gerade gebaut haben.
Die Geschwindigkeit stimmt, aber sie ist nicht die ganze Geschichte
Ehre, wem Ehre gebührt: Low-Code verdient sich seinen Ruf redlich. Ein durchschnittliches No-Code- oder Low-Code-Projekt ist nach etwa 3,2 Wochen fertig, ein vergleichbares klassisch entwickeltes Projekt braucht 14,8 Wochen. Dieser Unterschied zeigt sich branchenübergreifend, nicht nur in einer einzelnen Erfolgsgeschichte. Für einen bestimmten Bereich, interne Anwendungen, schlanke Prozessanwendungen, Dashboards auf Abteilungsebene, verändert diese Geschwindigkeit tatsächlich, was ein Unternehmen leisten kann.
Teams geben Vollgas und kommen von der Idee zur fertigen Software in der Zeit, die früher allein für die Terminfindung zum Kickoff draufging. Aber Geschwindigkeit war nie der schwierige Teil bei Unternehmenssoftware. Governance war es, und ist es immer noch. Und genau hier wird die Geschichte weniger schmeichelhaft.
Die Lücke, die wir beim Namen nennen müssen: Ausgeliefert ist nicht vertraut
Der Kern des Problems lässt sich einfach fassen: Eine Low-Code-Anwendung, die live ist, ist nicht dasselbe wie eine Low-Code-Anwendung, der echte Unternehmensdaten anvertraut werden. Viele Plattformen machen den ersten Teil einfach. Nur wenige schaffen das auch beim zweiten Teil, und genau in dieser Lücke bleiben Rollouts leise stecken.
Fast die Hälfte der Unternehmen nennt heute Datensicherheit als Hürde beim Ausbau ihrer Low-Code-Nutzung, und die Reibung nimmt zu, je stärker eine Branche reguliert ist. Die Integration mit Altsystemen ist besonders in stark regulierten Branchen wie Finanzwesen und Gesundheitswesen ein Problem, und das ist keine Randnotiz. Der Finanzsektor ist von allen Branchen der mit Abstand begeistertste Nutzer von Low-Code, mit einer Adoptionsrate von 82 Prozent, angetrieben vor allem durch die Automatisierung regulatorischer Compliance. Das ist kein Zufall. Es ist eine Branche, die die Geschwindigkeit braucht und sich bei der Compliance-Frage keinen Fehltritt leisten kann, deshalb treibt sie das Thema schneller voran als jede andere.
Überleg mal, wie sorgfältig die meisten Unternehmen Kundendaten in einer cloudbasierten CRM-Plattform schon heute schützen. Rollenbasierter Zugriff, Prüfprotokolle und Berechtigungsstufen sind dort keine Option, sie werden vorausgesetzt. Das Merkwürdige ist, wie oft genau diese Sorgfalt verschwindet, sobald ein Team eine interne Anwendung baut, statt ein System mit dem CRM-Label zu nutzen. Die Daten sind oft genauso sensibel, die Kontrolle aber meistens nicht.
Die IT ist nicht der Bösewicht in dieser Geschichte
Es ist einfach, die IT als Türsteher zwischen Fachbereich und Fortschritt darzustellen. Ganz fair ist das nicht. Ehrlicher ist: Die IT kommt erst ins Spiel, nachdem eine von Mitarbeitern gebaute Anwendung schon Kundendaten berührt hat. Jetzt muss sie herausfinden, wer Zugriff darauf hat. Läuft irgendwo ein Protokoll? Und verletzt das Ganze womöglich still und leise eine Compliance-Vorgabe, an die beim Bauen niemand gedacht hat? Niemand will kalt erwischt werden, wenn ein Prüfer irgendwann fragt, wer was gebaut hat und warum.
Die Plattformen, die aktuell die großen Unternehmensaufträge gewinnen, ignorieren diese Spannung nicht. Sie lassen die IT echte Leitplanken setzen, bei Identität, Datenzugriff, Prüfprotokollen, ohne dass ein Fachanwender für jedes neue Feld ein Ticket eröffnen muss. Genau das ist die eigentliche Lücke in diesem Markt. Nicht die Frage „Kannst du schnell bauen", das kann heute jeder. Sondern die Frage „Kannst du schnell bauen, ohne dass jemand in der IT deswegen nicht schlafen kann."
Wo Ninox dabei steht
Ninox baut genau auf dieser Unterscheidung auf, deshalb sind Identitäts- und Zugriffskontrollen keine nachträgliche Enterprise-Ergänzung. Workplace Collaboration in Ninox umfasst von Anfang an SSO, SAML, OAuth 2.0, MFA, OIDC sowie vollständiges Sitzungs- und Token-Management. So kann ein Fachbereich bauen, was er braucht, und die IT weiß trotzdem genau, wer worauf zugreift, ohne dass das den Builder ausbremst.
Dasselbe Prinzip gilt dafür, wie Ninox sich mit dem Rest deines Systems verbindet. Als Low-Code-Integrationsplattform nutzt Ninox eine RESTful API mit CRUD-, Upsert- und Batch-Operationen sowie begrenzten API-Schlüsseln, sodass deine bestehenden Systeme verbunden bleiben, ohne bei jeder neuen Integration ein Sicherheitsrisiko zu öffnen. Dein Operations-Team baut, was es braucht. Dein Compliance-Team sieht trotzdem, wer wann worauf zugegriffen hat. Keine Seite muss der anderen etwas abtreten, genau darum geht es.
Ninox ist DSGVO-konform und ISO-27001-zertifiziert, damit du die Governance-Frage nicht erst beantworten musst, wenn die Anwendung schon live ist und jemand aus der Rechtsabteilung unangenehme Fragen stellt.
Es steht immer mehr auf dem Spiel
Das ist kein Nischenthema, das sich verliert, sobald der Markt reift. Gartner erwartet, dass Low-Code-Plattformen bis 2026 für 85 Prozent der großen Unternehmen zum zentralen Baustein von Hyperautomatisierung und einer zusammensetzbaren Unternehmensstrategie werden. Das heißt: Die Governance-Frage ist bald für fast niemanden mehr optional, sie wird für fast jeden, der im großen Stil baut, zur Grundvoraussetzung. Wer das jetzt löst, wird später nicht kalt erwischt, wenn er Sicherheit nachträglich in Hunderte selbst gebaute Systeme einbauen muss.
