Bewertung von Low-Code-Plattformen

Anforderungen an Low-Code-Plattformen für gesteuerte Geschäftsanwendungen

Bewerten Sie die vollständige Anwendung und entscheiden Sie dann, ob eine betriebsorientierte No-Code-Plattform oder eine entwicklerorientierte Low-Code-Plattform zum benötigten Verantwortungs-, Erweiterungs- und Bereitstellungsmodell passt.

Jodoo wird normalerweise als No-Code-Plattform für Geschäftsanwendungen eingesetzt. Auf eine Low-Code-Shortlist gehört Jodoo dann, wenn eine gesteuerte Betriebsanwendung gefragt ist, die geschulte Administratoren konfigurieren können; steht dagegen Code-Erweiterung, private Bereitstellung oder vollständiges DevSecOps im Mittelpunkt, ist eine Entwicklerplattform die richtige Wahl.

  • Eine durchgängige Anwendung vom Entwurf bis zur täglichen Arbeit
  • Eine an den Anforderungen ausgerichtete Plattformbewertung
  • Jodoo wird vor dem Produktaufruf als No-Code eingeordnet
Die Plattform, Ebene für Ebene

Eine nützliche Plattform verknüpft Datensatz, Entscheidung und operative Ansicht

Bewerten Sie ein Low-Code-Produkt nicht allein anhand der Entwicklungsoberfläche. Führen Sie eine Anwendung durch alle sechs Ebenen.

01

Datenmodell

Definieren Sie die Anfrage, Anlage, den Kunden, das Projekt, die Inspektion oder den Fall sowie die jeweils zugehörigen Datensätze.

Öffnen Sie einen befüllten Datensatz und prüfen Sie Beziehungen, automatische Nummerierung, Auswahlwerte, Termine, Verantwortliche, Nachweise und Verlauf.
02

Nutzererfahrung

Stellen Sie jeder Rolle das Formular und die Ansicht bereit, die sie für ihren Teil der Arbeit benötigt.

Testen Sie am Desktop und auf Mobilgeräten die Eingabe, bedingte Felder, Filter, Detailansichten und den rollenspezifischen Zugriff.
03

Workflow

Führen Sie denselben Datensatz durch Entscheidungen, Rückgaben und Erinnerungen bis zum Abschluss.

Lösen Sie eine Genehmigung, einen Ausnahmefall, eine Eskalation, eine Benachrichtigung und einen Rückgabepfad mit sichtbarem Verlauf aus.
04

Steuerung

Legen Sie klare Zuständigkeiten für App-Administration, Berechtigungen und Datensatzsichtbarkeit fest.

Prüfen Sie, wer gestalten, administrieren, einreichen, anzeigen, bearbeiten, genehmigen und exportieren darf.
05

Entscheidungsunterstützung

Aktuelle Datensätze in Warteschlangen, Kennzahlen und Detailansichten umwandeln.

Öffnen Sie die zugrunde liegenden Vorgänge für überfällige, blockierte, besonders wertvolle oder unvollständige Arbeiten.
06

Änderungspfad

Ermöglichen Sie der richtigen zuständigen Person, Felder, Regeln, Ansichten und Dashboards sicher anzupassen.

Nehmen Sie eine gezielte Prozessänderung vor, testen Sie sie und vergewissern Sie sich, dass die vorhandenen Datensätze weiterhin schlüssig sind.
Von der Erstellung bis zum Betrieb

Verfolgen Sie eine Anfrage von der Entwurfsoberfläche bis zur Managemententscheidung

Das Produkt bewährt sich, wenn die Anwendung auch nach dem Absenden des ersten Formulars in sich stimmig bleibt.

  1. 01

    Modellieren Sie den operativen Datensatz

    Definieren Sie den Datensatz, den Verantwortlichen, die erforderlichen Nachweise, zugehörige Stammdaten, Termine, Statuswerte und die Abschlussregel.

    Ein durchsuchbarer Datensatz – keine lose Einzelantwort.
  2. 02

    Rollenspezifische Nutzererfahrung gestalten

    Stellen Sie Antragstellern, Prüfern, Bearbeitern und Führungskräften die für ihre Entscheidungen relevanten Felder und Ansichten bereit.

    Weniger Unübersichtlichkeit und klarere Zuständigkeiten.
  3. 03

    Den Entscheidungsweg automatisieren

    Ergänzen Sie Abläufe für Genehmigung, Rückgabe, Eskalation, Erinnerung und Abschluss, ohne den aktuellen Status und den Verlauf zu verlieren.

    Eine wiederholbare Übergabe.
  4. 04

    Mit aktuellen Warteschlangen arbeiten

    Ermitteln Sie mit gefilterten Listen und Dashboards fehlende Verantwortliche, fällige Aufgaben, blockierte Datensätze und Ergebnisse.

    Die laufende Arbeit macht einen nachträglichen Datenabgleich überflüssig.
  5. 05

    Eine Regel sicher ändern

    Passen Sie ein Feld, einen Ablauf, eine Berechtigung, eine Ansicht oder eine Kennzahl an und testen Sie die betroffenen Rollen und Datensätze.

    Eine Anwendung, die der Fachbereich weiterentwickeln kann.
Änderungstest für die Administration

Messen Sie die Warteschlange rund um die Änderung – nicht nur die Minuten für die Bearbeitung einer Maske

Fügen Sie eine Prioritätsauswahl, eine bedingte Nachweisregel, einen Genehmigungszweig, eine Rollenansicht und einen Dashboard-Filter hinzu. Vergleichen Sie anschließend die gesamte Durchlaufzeit der verschiedenen Verantwortungsmodelle.

Zentrale Entwicklungswarteschlange5–20 Arbeitstage

Umfangsklärung, Rückstand, Programmierung, Prüfung, Test und Freigabe verursachen häufig Wartezeiten, selbst wenn die Änderung an sich klein ist.

Geschulter Fachadministrator30 Minuten–4 Stunden

Eine gezielte Änderung an einem Feld, einer Regel, einer Rollenansicht oder einem Dashboard lässt sich häufig in derselben Arbeitssitzung konfigurieren und testen.

  • Fügen Sie eine Auswahl für Standort oder Geschäftseinheit hinzu und zeigen Sie sie nur dort an, wo sie relevant ist.
  • Leiten Sie Anfragen mit hohem Wert an eine zweite Genehmigungsstufe weiter und geben Sie unvollständige Nachweise zurück.
  • Erstellen Sie eine rollenspezifische Warteschlange und ergänzen Sie ein Dashboard um dieselbe Dimension.
Wo Jodoo geeignet ist

Jodoo für betriebliche Abläufe und entwicklerorientiertes Low-Code für individuelle Softwareentwicklung wählen

Stimmen Sie das Plattformmodell auf die Anwendung ab, statt jedes Projekt in dieselbe Kategorie zu zwingen.

AnforderungJodoo-No-Code-PfadWeg zur EntwicklerplattformEntscheidung
Formulare, verknüpfte Datensätze, Workflow, Berechtigungen, Ansichten und DashboardsSehr gut für betriebliche Anwendungen geeignet, die vom Fachbereich verantwortet werden.Ebenfalls unterstützt, häufig mit größerer technischer Tiefe bei Entwicklung und Lebenszyklus.Nach Komplexität, Governance-Modell, Kompetenzen und Gesamtkosten auswählen.
Individueller Quellcode, Bibliotheken, Microservices und anspruchsvolle UI-EntwicklungNicht das primäre Produktmodell.Bevorzugen Sie eine Plattform, die für professionelle Entwickler und Code-Erweiterungen ausgelegt ist.Betrachten Sie einen No-Code-Arbeitsbereich nicht als vollwertige Softwareentwicklungsplattform.
On-Premises-, souveräne oder individuelle Cloud-TopologieGehostetes SaaS-Modell; aktuelle Regionen und Sicherheitsbedingungen bestätigen.Mehrere Enterprise-Plattformen bieten vielfältigere Bereitstellungsoptionen.Machen Sie die Bereitstellungsarchitektur vor der Erstellung zu einem Entscheidungskriterium.
Fachadministratoren verantworten häufige ProzessänderungenBesonders stark, wenn sich Änderungen auf konfigurierte Daten, Workflows, Ansichten und Dashboards beschränken.Möglich, doch Governance für Citizen Development und Abhängigkeit von Entwicklern fallen unterschiedlich aus.Führen Sie mit dem künftigen Verantwortlichen einen realen Änderungstest durch.
Fragen zu Low-Code-Plattformen

Fragen, die zu klären sind, bevor aus dem Pilotprojekt eine Plattformentscheidung wird

01Ist Jodoo eine Low-Code- oder eine No-Code-Plattform?

Der normale Weg zur Anwendungserstellung in Jodoo ist No-Code. Dennoch kann Jodoo viele Low-Code-Bewertungskriterien erfüllen, wenn das Ziel eine gesteuerte interne Geschäftsanwendung mit konfigurierbaren Daten, Formularen, Workflows, Berechtigungen, Ansichten und Dashboards ist. Wenn individueller Code, eine bestimmte Bereitstellungsarchitektur oder vollständiges DevSecOps erforderlich sind, ersetzt Jodoo keine Entwicklerplattform.

02Was sollte ein Machbarkeitsnachweis für eine Low-Code-Plattform umfassen?

Nutzen Sie einen echten Prozess mit befüllten Datensätzen, mindestens zwei Rollen, einer Genehmigung oder Ausnahme, einer mobilen Aktion oder einer Aktion im operativen Einsatz, einem Dashboard, das Quelldatensätze öffnet, und einer Änderung während des Pilotprojekts. Eine reine Builder-Demo belegt noch keine Betriebstauglichkeit.

03Können Fachanwender die Anwendung pflegen?

Ein geschulter Administrator kann innerhalb des unterstützten Produktmodells Felder, Auswahloptionen, Regeln, Formulare, Ansichten, Berechtigungen, Workflows und Dashboards konfigurieren. Benennen Sie den Verantwortlichen, dokumentieren Sie die Änderung und testen Sie vor dem Produktiveinsatz alle betroffenen Rollen.

04Wann sollten wir stattdessen herkömmliche Entwicklung wählen?

Wählen Sie konventionelle Entwicklung, wenn die Produktdifferenzierung von individuellem Code und einer maßgeschneiderten UX abhängt, Bereitstellung oder Architektur vollständig kontrolliert werden müssen oder die Anwendung Entwicklungsverfahren und Laufzeitfunktionen außerhalb der Plattformgrenzen benötigt.

Die No-Code-Option für den Betrieb testen

Erstellen Sie eine echte betriebsfähige App, bevor Sie die Plattformkategorie auswählen

Verwenden Sie eine mit Daten befüllte Jodoo-Anwendung, um Datenmodell, Workflow, Berechtigungen, tägliche Warteschlangen, Detailaufrufe im Dashboard, mobile Nutzung und eine von einem Administrator vorgenommene Änderung zu testen.

Eine Geschäftsanwendung erstellen