Visuelles Modell
Masken, Daten, Workflows und Logik werden mit visuellen Werkzeugen zusammengesetzt, statt vollständig als Anwendungscode geschrieben zu werden.
Lassen Sie den vorgesehenen App-Ersteller ein reales Element anlegen und ändern.Low-Code-Plattformen erklärt
Was ist eine Low-Code-Plattform?
Visuelle Entwicklung, Daten, Workflows, Benutzererlebnis, Integration, Bereitstellung, Governance und die Grenze zwischen fachlicher Konfiguration und Softwareentwicklung verstehen.
Low-Code ist eine Plattformkategorie und keine einzelne Produktarchitektur. Manche Produkte richten sich vor allem an professionelle Entwickler, andere an gemischte Teams oder Fachbereichsersteller. Der normale Weg mit Jodoo ist No-Code; relevant ist Jodoo, wenn eine gesteuerte interne Geschäftsanwendung das gewünschte Ergebnis ist.
- Sieben Plattformebenen im Überblick
- Entwickler- und Fachverantwortungsmodelle sind voneinander getrennt
- Eine vollständige App, die der Definition einen konkreten Bezug gibt
Low-Code verbindet visuelle Entwicklung mit wiederverwendbaren Plattformdiensten und kontrollierter Erweiterbarkeit
Das Verhältnis von visueller Konfiguration, Code, Bereitstellung und Werkzeugen für den Anwendungslebenszyklus unterscheidet sich je nach Anbieter erheblich.
Anwendungsdienste
Identitätsverwaltung, Daten, Workflow, Integration, Benachrichtigungen, mobiles Verhalten, Berichterstattung, Hosting und Administration können von der Plattform bereitgestellt werden.
Klären Sie, welche Dienste nativ, optional, lizenzpflichtig oder extern sind.Erweiterung
Einige Plattformen ermöglichen Code, Komponenten, APIs, Bibliotheken oder individuelle Dienste, wenn das visuelle Modell nicht ausreicht.
Prüfen Sie Sprachen, Laufzeitumgebung, Sicherheit, Bereitstellung, Tests und die Verantwortung für die Wartung.Lebenszyklus
Plattformen können Umgebungen, Versionierung, Bereitstellung, Überwachung, Governance und Änderungskontrollen bereitstellen.
Führen Sie eine Änderung vom Entwurf über den Test bis zur Freigabe durch.Laufzeit
Je nach Plattform läuft die fertige Anwendung in der Anbieter- oder Kunden-Cloud, hybrid, in einer Private Cloud oder auf lokaler Infrastruktur.
Prüfen Sie Bereitstellung und Datenresidenz frühzeitig als Ausschlusskriterien.Die Builder-Arbeitsfläche ist nur ein Bestandteil der Plattform
Nach der Einführung muss die fertige Anwendung Sachbearbeitern, Administratoren, Führungskräften, Sicherheitsverantwortlichen und dem Support gerecht werden.
Nutzererfahrung
Web-, Mobil-, Portal-, öffentliche oder interne Benutzeroberflächen.
Testen Sie repräsentative Geräte und Rollen sowie Barrierefreiheit und Ausnahmefälle.Daten
Entitäten, Beziehungen, Validierung, Verlauf, Dateien und maßgebliche Quellen.
Laden Sie realistische Daten und prüfen Sie Migration und Export.Logik und Workflow
Regeln, Entscheidungen, Maßnahmen, Integrationen, Fehler und Prozessstatus.
Testen Sie zurückgegebene, fehlgeschlagene, überfällige und eskalierte Fälle.Integration
APIs, Konnektoren, Ereignisse, Identitätsverwaltung und das Zusammenspiel mit führenden Systemen.
Richtung, Wiederholungsversuche, Verantwortung und Fehlerbehandlung nachverfolgen.Sicherheit und Governance
Administration, Rollen, Datensatzumfang, Audit, Standards und Kontrollen für Ersteller.
Testen Sie mit tatsächlichen Benutzern und sensiblen Feldern.Lebenszyklus und Betrieb
Umgebungen, Tests, Freigabe, Überwachung, Support, Änderungen und Außerbetriebnahme.
Nehmen Sie eine repräsentative Änderung vor und dokumentieren Sie den Ablauf.Wirtschaftlichkeit
Lizenzen, Apps, Benutzer, Laufzeit, Arbeitslast, Dienstleistungen, Administration und Änderungskosten.
Modellieren Sie drei Jahre und die erste Upgrade-Schwelle.Nach Verantwortungsmodell und technischen Grenzen auswählen
Die Bezeichnungen überschneiden sich. Klarer wird die Entscheidung, wenn das Team festlegt, wer für welche Art von Änderung verantwortlich ist.
| Entscheidung | Low-Code | No-Code | Konventionelle Entwicklung |
|---|---|---|---|
| Routinemäßige Änderung an Feld, Regel, Ansicht oder Dashboard | Anwendungsersteller oder Entwickler, abhängig von der Governance | Geschulter Fachadministrator | Entwickler |
| Individueller Algorithmus, individuelle Bibliothek oder individueller Dienst | Entwicklerseitige Erweiterung auf unterstützten Plattformen | In der Regel nur per Integration oder gar nicht unterstützt | Der Entwickler ist für die Implementierung verantwortlich |
| Bereitstellungs- und Laufzeitarchitektur | Plattformabhängige Optionen für Cloud-, Hybrid- oder private Bereitstellung | In der Regel SaaS des Anbieters | Das Team entwirft und betreibt den Technologie-Stack |
| Am besten geeignete Anwendungsform | Komplexe Unternehmensanwendungen und Anwendungen für mehrere Nutzungskanäle | Konfigurierte Geschäftsworkflows und betriebliche Apps | Differenzierte Produkte und Software ohne plattformbedingte Einschränkungen |
Häufige Fragen im Anschluss an die Definition
01Macht Low-Code Entwickler überflüssig?+
Nein. Der Aufwand kann sich verlagern, sodass Maker die unterstützte Konfiguration übernehmen. Komplexe Architektur, Integration, Code-Erweiterungen, Sicherheit, Leistung, Bereitstellung und Plattform-Engineering erfordern jedoch weiterhin entsprechende Fachkenntnisse.
02Ist Low-Code dasselbe wie No-Code?+
Die Kategorien überschneiden sich. Low-Code umfasst normalerweise einen Pfad für Entwickler oder Code-Erweiterungen; No-Code betont die visuelle Konfiguration ohne regulären Programmierschritt. Entscheidend sind die Produktfunktionen, nicht das Etikett.
03Was ist ein Beispiel für eine Low-Code-Anwendung?+
Beispiele sind Fallmanagement, Außendienst, Kundenportale, operative Workflows, Compliance-Systeme und Enterprise-Anwendungen. Eine Jodoo-Anwendung vom Antrag bis zur Genehmigung ist ein No-Code-Beispiel, das viele betriebliche Aufgaben einer Low-Code-Bewertung abdecken kann.
04Was sind die größten Risiken?+
Mangelnde Eignung, doppelte Daten, unzureichende Berechtigungen, unkontrollierte Maker-Aktivitäten, verborgene Tarifgrenzen, Integrationsfehler, Anbieterbindung, unzureichende Lebenszykluskontrollen und Anwendungen ohne klar Verantwortliche.
Verankern Sie die Definition in einer funktionsfähigen App
Die Jodoo-App erkundenJede Plattformebene in Jodoo testen
Öffnen Sie die Jodoo-Anwendung und prüfen Sie Builder, Daten, Workflow, Rollen, operative Ansichten, mobile Aufgabe, Dashboard und Änderungspfad. Entscheiden Sie anschließend, ob die Grenzen von No-Code zu den Anforderungen passen.