Zum Inhalt springen

Fallstudie · Fertigung · Produktionssteuerung

StartApp — ein Produktionssteuerungssystem für einen Möbelhersteller

Wie wir StartApp von Grund auf umgesetzt haben — ein einheitliches Ökosystem, das mobile Apps für iOS und Android mit einer administrativen Web-Konsole verbindet, jeden Auftrag über seinen gesamten Lebenszyklus von der Werkstatt bis zum Versand verfolgt, direkte Kommunikationskanäle mit Geschäftspartnern öffnet und bidirektional mit dem bestehenden 1C-Buchhaltungssystem des Kunden integriert ist — alles betrieben auf den eigenen Servern des Kunden.

BrancheFertigung · Möbelproduktion
Projektjahr2024
Engagement10 Monate · 3 Plattformen
StartApp — ein Produktionssteuerungssystem für einen Möbelhersteller

Die Aufgabe — eine Fabrik ohne Telefonate koordinieren

Der Kunde ist ein großer föderaler Möbelhersteller mit mehreren Produktionsstandorten sowie Logistik und Vertrieb. Mit wachsendem Auftragsvolumen wurde die Koordination zwischen Produktion, Logistik und Vertrieb nur noch durch Telefonate und verstreute Messenger zusammengehalten, und Kunden wie Geschäftspartner riefen ständig an, nur um den Status eines Auftrags zu erfahren. Ziel war es, den Auftragsstatus ohne Anrufe in der Werkstatt transparent zu machen, einen direkten Kommunikationskanal mit Geschäftspartnern zu öffnen, die Mitarbeiter- und Kundendatenbank zu zentralisieren und die Callcenter-Last durch einen asynchronen Self-Service zu senken — alles on-premise auf der eigenen Infrastruktur des Kunden und integriert mit dem bestehenden 1C-System.

Projekt-Highlights

Native iOS- + Android-AppsReact-AdministrationskonsoleAuftragsstatus in EchtzeitAuftragsbezogene ChatsBidirektionale 1C-IntegrationOn-Premise-BetriebDatenbank für Partner & Personal-30 % Statusanrufe (Pilot)

In Zahlen

Ein Überblick, was StartApp im ersten Produktionszyklus über drei Plattformen und einen Backend-Dienst auf den eigenen Servern des Kunden geliefert hat.

3Plattformen in einem Ökosystem — iOS- und Android-Apps sowie eine Web-Administrationskonsole
-30 %statusbezogene Callcenter-Anfragen während des Pilotbetriebs
10 Mon.Umsetzung über drei Plattformen mit PHP Laravel, React und Flutter
1Cbidirektionale Integration — Auftragsstatus und -parameter synchronisieren mit der Buchhaltung
0Daten verlassen den Perimeter — das gesamte System läuft auf den Servern des Kunden
1Quelle der Wahrheit pro Auftrag — derselbe Status auf dem Handy und im Backoffice
Auftragsliste in der StartApp-Mobil-App — Tabs für aktive und abgeschlossene Aufträge, Auftragskarten mit Status und untere Navigation

Warum plattformübergreifend mit Flutter und ein Echtzeit-Auftragsfeed

Die mobilen Clients für iOS und Android basieren auf Flutter, sodass eine einzige Codebasis beide Plattformen im Gleichschritt bedient — der richtige Kompromiss, wenn Dutzende Mitarbeiter von Geschäftspartnern die App gleichzeitig nutzen und der Termin fixiert ist. Der Startbildschirm ist ein Auftragsfeed mit den Tabs „Aktiv“ und „Abgeschlossen“ und Suche nach Auftragsnummer; jede Karte zeigt ein Produktbild, die Auftragsnummer, das Datum, das Partnerunternehmen und einen farblich gekennzeichneten Status wie „Zuschnitt“ oder „In Bearbeitung angenommen“.

Der Feed soll den Statusanruf überflüssig machen. Die Status kommen direkt aus dem Buchhaltungssystem, sodass ein Mitarbeiter in der Werkstatt oder im Vertrieb dasselbe sieht wie das Backoffice — niemand muss mehr in der Fabrik anrufen.

Auftragsdetail — technische Zeichnung und Foto, Auftragsnummer, Termine, Ersteller, Status und Produktionsparameter

Die Auftragskarte — jeder Produktionsparameter an einem Ort

Ein Tippen auf einen Auftrag öffnet eine Karte mit allem, was die Werkstatt braucht: eine technische Zeichnung und ein Foto des Artikels, Auftragsnummer und Bezeichnung, Menge, Erstell- und Versanddatum, den Ersteller und den aktuellen Status wie „Vom Technologen übernommen“. Darunter stehen die Produktionsparameter — Spanplattenfarben sowie Spanplatten- und MDF-Meterage.

All das wird über die bidirektionale 1C-Integration aus dem Buchhaltungssystem geladen, sodass die Karte stets mit dem Backoffice übereinstimmt. Der Hersteller pflegt keine zwei Wahrheiten mehr, und ein Partner kann die genaue Spezifikation seiner Bestellung selbst einsehen.

Chatliste in StartApp — Archiv, Unternehmensnachrichten und auftragsbezogene Konversationen mit Zählern ungelesener Nachrichten

Geschlossene Kommunikationskreise, einer pro Auftrag

Der Bereich „Nachrichten“ ist ein Chat-Feed: ein Archiv, Unternehmensnachrichten und Konversationen, die an einen konkreten Auftrag und eine Lieferadresse gebunden sind — jeweils mit letzter Nachricht, Zeitstempel und Zähler ungelesener Nachrichten. Im Auftragschat besprechen die Teilnehmer Details und tauschen Anhänge aus — Fotos von Artikeln, Zeichnungen, Muster — mit einer Galerie, die zusätzliche Bilder in eine „+N“-Kachel faltet.

Die Zusammenführung aus privaten Messengern ist die andere Hälfte des Callcenter-Gewinns: Der gesamte Verlauf eines Auftrags liegt an einem Ort, sichtbar genau für die beteiligten Personen, und die Antwortzeiten gegenüber Partnern verbesserten sich, sobald die verstreuten Chats in die eine Unternehmensplattform umzogen.

StartApp-Web-Administrationskonsole — Tabelle der Geschäftspartner mit Statusfiltern, Suche und linker Modulnavigation

Die React-Administrationskonsole — die Backoffice-Steuerungsebene

Die administrative Seite ist eine React-Webanwendung, die dem Backoffice einen großen Bildschirm für Arbeit gibt, die nicht auf ein Handy gehört. Das Modul „Geschäftspartner“ ist eine Tabelle aller Unternehmen mit Filtern nach Status und Datum sowie einem Suchfeld; die Zustände „Aktiv“, „Gesperrt“ und „Gelöscht“ sind farblich gekennzeichnet.

Eine linke Leiste navigiert durch das gesamte System — Administration, Geschäftspartner, Partnermitarbeiter, Aufträge, Nachrichten, Rollen und News — sodass eine Konsole das gesamte Ökosystem verwaltet, während die mobilen Apps schlank und auf Aufträge und Kommunikation fokussiert bleiben.

Tabelle der Partnermitarbeiter in der StartApp-Konsole mit Filtern nach Unternehmen und Status

Mitarbeiter, Rollen und eine zentrale Datenbank

Das Modul „Partnermitarbeiter“ listet Personen über alle Unternehmen hinweg mit Filtern nach Unternehmen und Status, gestützt auf ein Rollenmodul, das Zugriffsrechte trennt, und ein Dashboard, das Leistungskennzahlen bündelt. Ein Mitarbeiter kann mehreren juristischen Personen angehören, und die zentrale Datenbank beseitigt die Unklarheit, wer für welchen Auftrag zuständig ist.

Da der Hersteller diese Steuerungsebene besitzt und keinen Drittanbieter-Dienst mietet, bleiben Auftrags-, Partner- und Gesprächsdaten innerhalb des Unternehmensperimeters — der On-Premise-Betrieb macht Datenhoheit zum Standard statt zur späteren Nachrüstung.

Vorgehensweise

Ein agiler Aufbau in fünf Phasen, der StartApp in zehn Monaten von verstreuten Telefonaten zu einer einzigen Produktionssteuerungsplattform brachte.

Phase 1

Discovery & Prozess-Mapping

Interviews in Produktion, Logistik und Vertrieb; Abbildung des Auftragslebenszyklus und des 1C-Datenvertrags sowie der On-Premise- und Datenhoheits-Haltung.

Phase 2

Architektur & Integration

Eine Laravel-Steuerungsebene, die REST-API für Apps und Konsole, das Rollenmodell und der bidirektionale 1C-Austauschvertrag.

Phase 3

Plattform-Entwicklung

Flutter-Clients für iOS und Android sowie die React-Konsole — Auftragsfeed, Auftragskarte, auftragsbezogene Chats, Partner- und Mitarbeitermodule.

Phase 4

Integration & QA

Bidirektionale 1C-Synchronisierung, geschlossene Kommunikationskreise, rollenbasierter Zugriff und Tests über viele Partnergeräte hinweg.

Phase 5

Pilot & Iteration

On-Premise-Rollout, ein Pilot, der Statusanrufe um ~30 % senkte, und agile Iteration an Chats und Konsole aus echter Nutzung.

Technologie-Stack und Roadmap

FlutterDartReactJavaScriptPHPLaravelREST APIPostgreSQLRedis1C-IntegrationOn-PremiseRollenbasierter ZugriffDockerWebSockets

Die Roadmap baut auf derselben Server-Grundlage auf: Push-Benachrichtigungen bei Statusänderungen, Analysen zu Produktionszeiten und Standortauslastung, ein tieferes Rollenmodell und weitere Integrationen — jeweils eine Ergänzung der bestehenden Laravel-Steuerungsebene statt einer Neuentwicklung.

Ein Produktionssteuerungssystem wie dieses entwickeln — sprechen Sie mit uns

Wenn Sie ein Produkt für Fertigung, Logistik oder Außeneinsätze planen, bei dem der Auftragsstatus transparent sein und die Kommunikation vom Telefon wegkommen muss, haben wir diesen Stack durchgängig umgesetzt — Flutter-Apps, eine React-Konsole, ein Laravel-Backend und eine bidirektionale Buchhaltungssystem-Integration auf Ihrer eigenen Infrastruktur. Die russischsprachige Produktübersicht finden Sie unter yusmpgroup.ru, und das Team dahinter gehört zu YuSMP Group.

Beratungsgespräch buchen Mobile-App-Leistungen ansehen

Häufig gestellte Fragen

Was kostet ein Produktionssteuerungssystem wie dieses?

Die Kosten hängen von der Zahl der Plattformen (mobile Apps und/oder Web-Konsole), der Tiefe der Buchhaltungssystem-Integration (1C, ERP), dem Rollenmodell und dem Betriebsmodell ab. Für ein Ökosystem in der Größenordnung von StartApp — Flutter-Apps, React-Konsole, Laravel-Backend und bidirektionale 1C-Integration — geben wir nach einer Discovery-Phase einen verbindlichen Richtwert.

Warum sowohl mobile Apps als auch eine Web-Konsole?

Die Rollen arbeiten unterschiedlich. Werkstatt und Partner wollen ein Handy: Auftragsstatus, Artikelkarte und Chats immer griffbereit. Das Backoffice braucht einen großen Bildschirm für Tabellen, Filter, Rollenverwaltung und Kennzahlen — das ist die React-Web-Konsole. Beide Clients laufen auf einer API, sodass die Daten überall konsistent bleiben.

Wie erfolgt die Integration mit 1C?

Die Integration ist bidirektional: Auftragsstatus und Produktionsparameter — Spanplattenfarben, Meterage, Erstell- und Versanddaten — fließen aus 1C in die App, und Nutzeraktionen fließen zurück. Der Austausch läuft innerhalb der kontrollierten Infrastruktur des Kunden, da das System on-premise betrieben wird.

Was ist mit Daten und Betrieb?

Das System wird auf den eigenen Servern des Kunden betrieben (on-premise): Auftrags-, Partner- und Gesprächsdaten bleiben im Unternehmensperimeter und werden nicht an externe Dienste übergeben. Der Zugriff ist authentifiziert und über das Rollenmodul getrennt, und die Datenverarbeitung kann an die Infrastruktur des Kunden gebunden werden.

Wie lange dauert eine solche Umsetzung?

StartApp dauerte rund zehn Monate über drei Plattformen (iOS, Android, Web) mit einer 1C-Integration. Der Zeitrahmen hängt von der Zahl der Module, der Komplexität des Rollenmodells und der Integrationstiefe ab. Genaue Termine legen wir nach der Discovery fest.

Eine ähnliche Entwicklung planen

Discovery-Call buchen

Angebot anfordern

Teilen Sie uns einige Details mit, und ein Senior-Consultant antwortet innerhalb eines Werktages.