mediawave commerce GmbH
St.-Martin-Str. 102
81669 München
Digitale Services im Maschinenbau scheitern selten an fehlenden Ideen. Die meisten Unternehmen wissen sehr genau, welche Mehrwerte sie ihren Kunden bieten wollen: Self-Service, Dokumentenzugriff, Wartungsinformationen, Diagnostik, Ersatzteilprozesse oder automatisierte Serviceprozesse.
Die Hürde liegt früher.
Kunden, Maschinen, Inhalte und Serviceprozesse sind häufig nicht sauber digital miteinander verbunden. Informationen liegen in unterschiedlichen Systemen. Maschinen lassen sich nicht eindeutig Kundenkonten zuordnen. Dokumente werden manuell bereitgestellt. Bestehende Plattformen sind historisch gewachsen und nur begrenzt erweiterbar.
In einem Projektkontext aus dem industriellen B2B haben wir untersucht, wie sich mit einem fokussierten MVP ein tragfähiger Ausgangspunkt für ein Self-Service Portal im Maschinenbau schaffen lässt und welche Struktur notwendig ist, damit digitale After-Sales-Services später nicht wieder als Insellösungen entstehen.
Die Leitfrage: Welche Struktur braucht ein Industrieunternehmen, damit digitale Services nicht bei jeder neuen Idee wieder von vorne beginnen?
Viele Maschinenbauunternehmen verfügen über langfristige Kundenbeziehungen, hochwertige Produkte und umfangreiches technisches Wissen. Was oft fehlt, ist ein zentraler digitaler Ort, an dem diese Informationen nutzbar zusammenlaufen.
Übliche Ausgangslage:
Damit wird jeder neue Service zur Einzellösung: ein Portal hier, ein Formular dort, später vielleicht eine Diagnostikfunktion oder ein separater Dokumentenzugriff. Ohne gemeinsame Struktur entsteht schnell neue Komplexität, statt bestehende zu reduzieren.
Die eigentliche Aufgabe war deshalb nicht, „ein Portal“ zu bauen. Die Aufgabe war, Ordnung in Nutzer, Maschinen, Inhalte und Schnittstellen zu bringen.
Das Projekt wurde bewusst nicht als große Plattformtransformation gestartet. Im Fokus stand ein MVP, der die wichtigsten Voraussetzungen für spätere digitale Services abbildet und im realen Nutzungskontext überprüfbar macht.
Der MVP sollte nicht alle künftigen Servicefälle lösen. Er sollte zeigen, ob die zentralen Bausteine tragfähig zusammenspielen:
Damit entstand kein abgeschlossenes Endprodukt. Der MVP wurde zum ersten klaren Bauabschnitt einer Service-Roadmap: klein genug, um schnell nutzbar zu sein, und strukturiert genug, um darauf weiterzubauen.
Gebaut wurde ein Kundenportal im Maschinenbau, das nicht nur Informationen bereitstellt, sondern Maschinen, Nutzer und Inhalte in einem gemeinsamen Zugang verbindet.
Kundenkonto und Login
Nutzer können sich registrieren, einloggen und ihre persönlichen Daten verwalten. Die Authentifizierung erfolgt über Single Sign-On. So entsteht ein konsistenter Einstiegspunkt für alle weiteren Funktionen.
Maschinenverwaltung im Kundenportal
Ein digitales Maschinenmodell bildet die Grundlage für die Zuordnung von Maschinen zu Kundenkonten. Maschinen können importiert, verknüpft und im Portal angezeigt werden. Aus einem abstrakten Maschinenbestand wird eine konkrete, nutzerbezogene Übersicht.
Content und Information
Redaktionelle Inhalte, Informationsseiten und Hilfebereiche werden über ein Headless CMS gepflegt. Fachbereiche können Inhalte eigenständig steuern, ohne für jede Anpassung Entwicklungsressourcen zu benötigen.
Frontend und Nutzerführung
Das Portal wurde mit einem modernen Frontend umgesetzt. Die Nutzerführung folgt einem einfachen Ziel: Kunden sollen schnell verstehen, wo sie ihre Maschinen, Informationen und nächsten Schritte finden.
Technische Betriebsbasis
Monitoring, Logging, CI/CD und Consent Management sorgen dafür, dass der MVP nicht nur demonstrierbar ist, sondern stabil betrieben und weiterentwickelt werden kann.
Der ungewöhnlichste Teil der Architektur lag im Backend: Shopware wurde nicht nur als Commerce-System gedacht, sondern als strukturierte Basis für Maschinenobjekte, Kontozuordnungen und spätere Serviceinteraktionen.
Das Frontend steuert die Nutzererfahrung. Das Backend bildet zentrale Datenmodelle ab. Das CMS verwaltet Inhalte. Die Authentifizierung regelt den sicheren Zugang. APIs verbinden bestehende Systeme mit dem neuen Portal.
Der technologische Kern:
Der Ansatz ist auch deshalb übertragbar, weil er nicht auf einen radikalen Systembruch setzt. Bestehende Systeme müssen nicht ersetzt werden. Sie werden über klare Schnittstellen angebunden und durch modulare Komponenten ergänzt.
Der eigentliche Gewinn liegt nicht in der Oberfläche. Er liegt darin, dass neue Servicefunktionen künftig nicht mehr jedes Mal bei null beginnen.
Für das Unternehmen bedeutet das: Kundeninteraktion, Maschinenverwaltung und Content-Prozesse laufen nicht mehr nebeneinander, sondern greifen erstmals auf eine gemeinsame Struktur zu.
Konkret entstehen:
Für Nutzer wird der Servicezugang klarer: ein Login, ein persönliches Kundenkonto, eine Übersicht der eigenen Maschinen und besser auffindbare Informationen.
Der MVP schafft damit nicht nur erste Funktionen. Er bringt Ordnung in einen Bereich, der zuvor von verteilten Daten, manuellen Abläufen und Systemgrenzen geprägt war.
Ein Self-Service Portal im Maschinenbau ist kein reines Frontend-Projekt. Es ist ein Strukturprojekt.
Bevor Diagnostik, automatisierte Serviceprozesse oder datenbasierte Angebote sinnvoll skalieren können, müssen grundlegende Fragen beantwortet sein:
Erst wenn diese Verbindungen stehen, können digitale Services über einzelne Pilotfunktionen hinaus wachsen.
Der MVP hat gezeigt: Der erste sinnvolle Schritt ist nicht der größte Funktionsumfang. Der erste sinnvolle Schritt ist ein belastbares Modell für Nutzer, Maschinen, Inhalte und Schnittstellen.
Viele Industrieunternehmen stehen an einem ähnlichen Punkt. Die Produkte sind komplex, die Kundenbeziehungen langfristig, die Servicepotenziale groß. Gleichzeitig sind Daten, Prozesse und Systeme über Jahre gewachsen.
Was diese Unternehmen oft nicht brauchen, ist die nächste isolierte Plattform. Sie brauchen einen ersten Bauabschnitt, der bestehende Systeme respektiert und trotzdem eine neue digitale Ordnung schafft.
Besonders relevant ist dieser Ansatz für Unternehmen mit komplexen Maschinen oder technischen Produkten, gewachsenen Systemlandschaften und hohem After-Sales-Anteil. Dort entscheidet nicht die nächste isolierte Plattform über den Fortschritt, sondern die Fähigkeit, Kundenzugang, Maschineninformationen und Serviceprozesse in eine gemeinsame Logik zu bringen.
Der MVP ist damit kein Provisorium. Er ist ein Startpunkt für Unternehmen, die digitale Services im Maschinenbau nicht länger als Insellösungen denken wollen.
Digitale Service-Innovation im Maschinenbau beginnt nicht mit der nächsten Einzelfunktion. Sie beginnt mit der sauberen Verbindung von Kunden, Maschinen, Inhalten und Prozessen.
Ein fokussierter MVP kann dafür der richtige Einstieg sein, wenn er nicht als Provisorium verstanden wird, sondern als Architekturentscheidung: Welche Nutzer, Daten, Inhalte und Schnittstellen müssen zusammenfinden, damit neue Services später nicht wieder isoliert entstehen?
Wer digitale Services skalieren will, muss zuerst Ordnung in diese Verbindungen bringen. Der MVP war dafür nicht die kleine Vorstufe, sondern der Moment, in dem aus verteilten Bausteinen ein skalierbares System wurde.
