In-House-App-Entwicklung beschleunigen mit Low-Code- und No-Code-Plattformen

Hersteller setzen zunehmend auf No-Code- und Low-Code-Programmierplattformen, um Mitarbeitern zu ermöglichen, eigene maßgeschneiderte Apps zur Problemlösung zu entwickeln – basierend auf der Prämisse, dass die besten Ideen oft „von unten“ kommen.

Treiber der Entwicklung

Auslöser für diese Plattformen sind der Bedarf an Apps, die nicht in gängigen App-Stores zu finden sind, der Mangel an qualifizierten Entwicklern, überlastete IT-Abteilungen und Agenturen, hohe Kosten und Zeitaufwand klassischer App-Entwicklung sowie die schwankende Qualität externer Lösungen.

Laut Prognose von Gartner Inc. wird Low-Code-Anwendungsentwicklung bis 2024 mehr als 65 % der gesamten App-Entwicklungsaktivität ausmachen.

Typische Einsatzbereiche in der Fertigung

Beliebte DIY-Apps decken Garantieverwaltung, Lieferketten-Transparenz, Bestandsverfolgung, regulatorisches Reporting, Logistik, Point-of-Sale und Projekt-Workflows ab.

Warum Fertigung prädestiniert ist

Die technische Ausbildung der Belegschaft in Ingenieurkonzepten und -methoden macht die Fertigungsbranche ideal für DIY-Apps. Viele Ingenieure haben bereits mit Programmiersprachen experimentiert, um Arbeitsabläufe zu automatisieren oder Analysen durchzuführen – Softwareentwicklung ist ihnen also nicht fremd, auch wenn sie nicht ihre Hauptrolle ist.

„Was mich fasziniert: Diese Leute sind auf solchen Plattformen extrem effektiv“, sagt Mike Schiraldi, Solution Architect Team Lead bei Mendix in Boston. „Sie werden nicht von der esoterischen Syntax einer Programmiersprache ausgebremst und verstehen gleichzeitig das Geschäftsproblem, die Prozesslücke und deren Lösung.“

Mendix wurde 2018 von Siemens übernommen.

Mitarbeiter als Entwickler

Bei Flowserve in Irving, Texas (Hersteller von Fluidbewegungslösungen für Öl und Gas) nutzen Mitarbeiter eine Low-Code-Plattform von Appian (Tysons, VA), um Apps für diverse Zwecke zu erstellen – darunter ein Service-Center-Portal für den Pumpenreparaturprozess. Damit lässt sich ein Auftrag anlegen und der gesamte Prozess verwalten: Inspektion, Preisangebot, Koordination von Arbeitskraft und Ersatzteilen, Prüfung und Freigabe bis hin zur Rechnungsstellung.

„Für Flowserves Zwecke gibt es keine Standardsoftware“, erklärt Malcolm Ross, Deputy CTO und VP Product Strategy bei Appian. „Es gibt Software für Bestands- und HR-Management, aber nichts, das beides – Arbeitskraft und Teile – zusammenführt.“

Low-Code-Plattformen ermöglichen Fachanwendern wie den Flowserve-Mitarbeitern, maßgeschneiderte Lösungen zur Automatisierung und Organisation von Prozessen zu entwickeln.

„Jeder Low-Code-Nutzer, der eine kundenspezifische Anwendung entwickelt, verfügt über intimstes Wissen über das Problem und den Prozess“, sagt Tejas Gadhia, Head Evangelist für Plattformentwicklung bei Zoho Corp. (Pleasanton, CA). „Das ist der Kernvorteil: Die Entwicklung bleibt im Haus, statt Anforderungen an IT-Teams oder externe Entwickler kommunizieren zu müssen.“

Zusätzlich ermöglichen die Plattformen Updates, wenn sich Prozesse und Anforderungen basierend auf Nutzerfeedback weiterentwickeln. Ob Apps in einem unternehmensinternen Portfolio oder in einem kommerziellen App Store gespeichert werden, hängt vom Anbieter ab – Updates lassen sich per SMS- oder E-Mail-Link verteilen.

Agile App-Entwicklung

„Das Wichtigste für wirklich agile und innovative App-Entwicklung: In die Hände von Nutzern geben, Feedback holen, Iteration produzieren“, sagt Praveen Seshadri, CEO von AppSheet (Seattle). „Die Anzahl qualitativ hochwertiger Iterationen entscheidet, ob die App für Nutzer nützlich und erfolgreich wird. Iterationsgeschwindigkeit treibt den Erfolg.“

Während die Entwicklung und Nutzung einer App bereits Produktivität steigert, erkennen Hersteller irgendwann den zusätzlichen Plattformwert: viele Apps bauen. Dieser Erkenntnisprozess wird oft vom Analytics-Team angestoßen, das sieht, dass Anwendungen nicht nur Produktivität treiben, sondern auch Daten sammeln, die sich in ERP-, MES- oder PLM-Software nutzen lassen.

„Das ist wie Gold“, sagt Seshadri. „Es gibt Einblick in Dinge, die wir vorher nicht hatten.“

Mit diesen Daten können Fabriken analysieren, welche Fertigungslinien besser laufen als andere und wo mehr Probleme auftreten – und Chancen identifizieren.

„Das treibt strategisches Denken an: Wie macht uns das fundamental wettbewerbsfähiger?“

Effizienz-Fallstudie: Tutti Gourmet

Elijah Magrane, Operations Director bei Tutti Gourmet (Hersteller gesünderer Snacks in Hudson, Québec, Kanada), nutzt AppSheet seit ca. 16 Monaten für die Bestandsverwaltung.

Früher basierte die Inventur auf physischen Zählungen, die manuell in Tabellen übertragen wurden – fehleranfällig und unvollständig. Mit der Plattform erstellte Magrane eine Inventar-App mit Formeln und Berechnungen wie in Tabellenkalkulationen, später ergänzt um Barcode- und QR-Code-Scanning für automatisierte Zählungen.

„Die Implementierung eines Barcode-Systems über AppSheet samt automatischer Nachbestellbenachrichtigungen hat unsere Effizienz gesteigert und sichergestellt, dass wir Aufträge stets erfüllen und mit voller Kapazität produzieren können“, sagt Magrane.

Die ca. 40 erstellten Apps decken tägliche Abläufe ab: Zeiterfassung, Lieferantenlisten, Prüfchecklisten, Lagerverwaltung, Produktverfolgung u. v. m.

„Ehrlich gesagt: Ich habe jetzt ein voll funktionsfähiges ERP mit AppSheet.“

Da die Plattform cloudbasiert ist, kann Magranes Chef unterwegs auf Inventar-, Projektmanagement- und F&E-Apps zugreifen. Der neue Vertriebsleiter sieht, wie lange ein Geschäft keine Lieferung erhalten hat, und kann bei Bedarf anrufen.

„Low Code ist zu Code wie ein Fertighaus zu einem von Grund auf gebauten Haus.“

Bei Audits zur Rückverfolgbarkeit kann Magrane Informationen sofort abrufen, statt in Ordnern zu wühlen.

„Unser Buchhaltungssystem hat keine Rückverfolgbarkeit für Fertigwaren. Vor AppSheet dokumentierten wir manuell in Excel – enormer Zeitaufwand, hohe Fehlerquote. Seit AppSheet ist der Rückverfolgbarkeits-Workflow um mehr als halbiert, Fehler nahezu ausgeschlossen.“

Updatability als kritischer Faktor

Das wichtigste Unterscheidungsmerkmal unter DIY-App-Plattformen ist oft, ob der technisch versierte Ersteller eigenen Code hinzufügen kann.

• No-Code: 100 % Point-and-Click, Zielgruppe: Fachanwender ohne/minimaler Programmierkenntnisse. Oft Tabellenkalkulations-Ersatz oder -Erweiterung. Beispiel: AppSheet.
• Low-Code: Überwiegend Point-and-Click, aber erweiterte Funktionen über Skriptsprachen für komplexe Geschäftslogik. Zielgruppe: Nutzer mit technischem Hintergrund, aber nicht Entwickler-Niveau. Beispiele: Appian, Mendix, Zoho Creator.

„Low Code ist zu Code wie ein Fertighaus zu einem von Grund auf gebauten Haus. No Code ist im Wesentlichen ein fertiges Doppelhaus.“ – Jon Scolamiero, Manager Architecture & Governance bei Mendix.

Sicherheit variiert je Anbieter. Gadhia rät: „Prüfen Sie die Security-Seite des Anbieters auf Richtlinien und Verfahren zum Datenmanagement.“ Relevant sind Zertifizierungen wie ISO 27001 (Informationssicherheitsmanagement) und SOC 2 Type II (Sicherheit, Verfügbarkeit, Verarbeitungsintegrität, Vertraulichkeit, Datenschutz bei SaaS).

Genauso wichtig: Datenschutzrichtlinien. Kunden müssen sicherstellen, dass Anwendung, Daten und geistiges Eigentum ihnen gehören – nicht dem Anbieter –, und dass Daten nicht an Dritte verkauft oder weitergegeben werden.

Der Kernwert von Low/No Code liegt nicht nur in der App-Zusammenstellung, sondern in der laufenden Wartung und dem Upgrade-Lebenszyklus der Plattform bei mobiler oder Web-Nutzung, betont Ross. Genau hier hapert es oft bei Enterprise-Software.

„Die Idee: Einmal gebaut, läuft es. Aber nur weil es heute mit einem mobilen OS funktioniert, heißt das nicht, dass es nächstes Jahr mit iOS 13, 14 oder 15 noch klappt.“ Gleiches gilt für Web-Apps: Web-Standards entwickeln sich täglich weiter. Wichtig bei der Anbieterwahl: Liefert die Plattform Software, die Wartungsanforderungen abstrahiert und Future-Proofing integriert?

„Als Parallele frage ich oft: ‚Welche Google-Version nutzt du?‘ Google aktualisiert Suche und Browser täglich, aber wir sehen es als Service, nicht als Version. Das ist das Ziel: Plattformen als Service konsumieren.“ – Malcolm Ross.

Scolamiero rät zu prüfen, ob die Plattform cloud-nativ ist – also Kernprinzipien und Architekturen folgt, die nicht nur in einer Cloud funktionieren, sondern Prozesse in jeder Cloud, on-premise und in hybriden Umgebungen ausführen und integrieren können.

„Wir haben eine hybride Welt: Software läuft intern in hochsicheren Systemen ohne Internetzugang, muss aber auch in der breiteren Cloud und im Internet ausführen und mit alledem integrieren.“

Letztlich ist die wichtigste Frage bei der Plattformwahl, ob sie hilft, Geschäftsprobleme zu lösen und Produktivität sowie Innovation freizusetzen, so Seshadri. Jeder Fachbereich steht unter Innovations- und Verbesserungsdruck – ob Inspektion im Werk oder Lagerbestandsautomatisierung.

„Nehmen wir eine App zur Geräteinspektion im Werk: Sie zieht Anlagendaten aus dem ERP, erfasst Prüfergebnisse. Bei Schäden kann man ein Foto machen und Reparatur anstoßen. Jeden Morgen braucht das Management einen Schadensbericht.“