+50 % Aftermarket-Umsatz: Was ein Self-Service-Ersatzteilportal voraussetzt

Ersatzteile bilden in vielen Maschinenbau-Sparten 40 bis 60 Prozent der Service-Marge. Nach Angaben der Unternehmensberatung Horváth liegen die Margen im Ersatzteilgeschäft zwei bis zehn Mal höher als im Neuverkauf. Die Digitalisierung dieses Bereichs über ein Customer-Portal kann den Aftermarket-Umsatz erheblich steigern. Ein konkretes Beispiel: Der Automatisierungsspezialist Industrility steigerte seinen Ersatzteilumsatz um 50 Prozent, nachdem das Unternehmen ein durchdachtes Self-Service-Portal einführte.

Doch die meisten Portale scheitern nicht am Frontend. Sie scheitern an der Datenbasis. Ein Ersatzteilportal ist keine isolierte Website, sondern ein komplexes Zusammenspiel aus fünf Datenquellen, die in Echtzeit zusammenpassen müssen: Installed Base (welche Maschine gehört dem Kunden), PLM-Stücklisten (welche Teile gehören zur Maschine), Pricing aus dem ERP (was kostet das Teil für diesen Kunden), Bestände in Echtzeit (ist das Teil lieferbar), und die Rückführung der Order ins ERP.

Wenn nur eine dieser Quellen nicht sauber integriert ist, bricht das Geschäftsmodell zusammen. Der Kunde findet das richtige Teil nicht, kann den Preis nicht sehen oder bekommt keine Lieferzeit angezeigt. In diesem Moment wechselt er zum Telefon, und das Portal wird zum teuren Schaufenster statt zum Umsatztreiber.

Ein funktionierendes Ersatzteilportal beginnt mit der Installed Base. Der Kunde muss seine Maschinen identifizieren können: über Seriennummer, Standort oder Kaufdatum. Ohne diese Zuordnung wird die Teilesuche zum Rätselspiel. Die Installed Base ist die digitale Maschinenakte, sie muss aus dem ERP oder einem Asset-Management-System stammen und mit den Kundenstammdaten im CRM verknüpft sein.

Zweiter Baustein: Die Stücklisten. Sie kommen aus dem PLM-System oder aus der ERP-Strukturstückliste und definieren, welche Teile zu welcher Maschinenvariante passen. Ein und dasselbe Modell kann je nach Baujahr, Konfiguration oder Region unterschiedliche Ersatzteile benötigen. Diese Varianz muss im Portal abgebildet sein, maschinenspezifisch, nicht generisch.

Dritter Baustein: Customer-spezifische Pricing-Logik. Rabattvereinbarungen, Master Service Agreements, Rahmenvertragspreise, all das sind Konditionen, die im ERP hinterlegt sind, aber für jeden Kunden individuell gelten. Das Portal muss diese Logik abbilden können: Der Kunde sieht seinen Preis, nicht den Listenpreis. Das erfordert eine bidirektionale Anbindung ans ERP, die Preise und Konditionen in Echtzeit abruft.

Vierter Baustein: Bestandsabfragen in Echtzeit. Der Kunde will wissen, ob das Teil verfügbar ist und wann es geliefert wird. Diese Information liegt im WMS oder im ERP-Lagermodul. Ohne Echtzeit-Anbindung zeigt das Portal Phantom-Bestände an, und die Enttäuschung ist vorprogrammiert.

Fünfter Baustein: Die Order muss zurück ins ERP. Der Kunde hat bestellt, das Portal hat die Bestellung erfasst, aber sie muss als Auftrag im ERP ankommen, automatisch, mit allen Konditionen, mit der richtigen Zuordnung zum Kundenkonto. Manuelle Nachpflege ist keine Option.

Diese fünf Datenquellen direkt ans Portal anzubinden ist technisch möglich, aber fragil. Jede Änderung im Quellsystem erfordert Anpassungen im Portal. Jedes neue Zielsystem (etwa ein zweites ERP nach einer Akquisition) verdoppelt den Integrationsaufwand. Der bessere Weg: Eine Middleware-Schicht, die alle Quellen konsolidiert und dem Portal eine einheitliche Datenbasis liefert.

Statt fünf direkte Anbindungen ans Portal baut MARINI eine DataEngine als konsolidierende Schicht zwischen Quellsysteme und Frontend. Die HubEngine synchronisiert Installed Base, Stücklisten, Pricing und Bestände in die DataEngine. Die DataEngine strukturiert die Daten, reichert sie an (z.B. mit Produktbildern, technischen Datenblättern, Cross-Selling-Empfehlungen) und stellt sie dem Portal als API bereit.

Das Portal redet nur noch mit MARINI, nicht mehr mit fünf verschiedenen Quellsystemen. Das entkoppelt Frontend und Backend, macht das Portal flexibel und beschleunigt die Entwicklung. Wenn ein neues ERP hinzukommt, wird es in die HubEngine integriert, das Portal bleibt davon unberührt.

Der zweite Vorteil: Die DataEngine kann Datenqualität und Konsistenz sicherstellen. Dubletten in der Installed Base werden erkannt und bereinigt, Stücklisten-Inkonsistenzen (z.B. veraltete Teilenummern) werden aufgelöst, Preise werden validiert. Das Portal arbeitet auf einer Golden-Record-Datenbasis, die Quelle der Wahrheit liegt in der DataEngine, nicht verstreut über fünf Systeme.

Der dritte Vorteil: MARINI bietet eine klare Trennung von Datenhaltung und Präsentation. Das Portal kann von einem spezialisierten E-Commerce-Anbieter gebaut werden, der sich auf Benutzererfahrung und Conversion-Optimierung konzentriert. MARINI kümmert sich um die Datenintegration, Synchronisation und Qualität. Das ist die klassische Arbeitsteilung: Frontend-Spezialist für das Portal, Datenplattform-Spezialist für die Integration.

Pricing ist eine eigene Disziplin. Im B2B-Aftermarket gibt es praktisch keine Listenpreise, jeder Kunde hat individuelle Konditionen. Das können Mengenrabatte sein (ab 10 Stück 15 % Nachlass), Rahmenvertragspreise (Kunde X zahlt für Teil Y immer Preis Z), oder Master Service Agreements (jährliches Kontingent, innerhalb dessen rabattierte Konditionen gelten).

Diese Komplexität aus dem ERP ins Portal abzubilden ist eine Herausforderung. Viele Portale scheitern hier und zeigen stattdessen Listenpreise an, was den Kunden verwirrt, der seine Konditionen kennt und einen anderen Preis erwartet. Die Konsequenz: Der Kunde ruft an, der Vertrieb muss manuell das Angebot erstellen, das Portal wird umgangen.

Die MARINI DataEngine kann diese Pricing-Logik als Mapping-Regeln abbilden. Die HubEngine holt die Konditionen aus dem ERP (Kundenrabatte, Rahmenverträge, Sonderkonditionen), die DataEngine wendet sie auf die Ersatzteile an und liefert dem Portal für jeden Kunden den individuellen Preis. Das Portal zeigt, was der Kunde tatsächlich zahlt, sofort, ohne Rückfrage.

Das ist nicht nur eine Frage der Benutzerfreundlichkeit. Es ist eine Frage der Umsatz-Realisierung. Portale mit transparenten, kundenspezifischen Preisen haben eine deutlich höhere Conversion-Rate als solche, die nur Listenpreise zeigen. Der Kunde muss nicht nachfragen, nicht verhandeln, nicht warten. Er sieht seinen Preis und bestellt.

Ersatzteilbestellungen sind zeitkritisch. Eine Maschine steht still, die Produktion läuft nicht, jede Stunde kostet Geld. Der Kunde will nicht nur wissen, ob das Teil verfügbar ist, er will wissen, wann er es bekommt. Morgen früh? In drei Tagen? Erst nächste Woche, weil es beim Lieferanten bestellt werden muss?

Diese Information liegt im ERP oder im WMS, aber sie ist volatil. Bestände ändern sich stündlich, Lieferzeiten schwanken je nach Lieferantenperformance. Ein Ersatzteilportal muss diese Daten in Echtzeit abfragen können, sonst zeigt es veraltete Informationen an.

Die MARINI HubEngine synchronisiert Bestände kontinuierlich, nicht einmal täglich, sondern im Minutentakt. Das Portal fragt bei jeder Produktabfrage den aktuellen Bestand ab, die DataEngine liefert die Information sofort. Das ist technisch aufwendig, aber entscheidend für die Akzeptanz des Portals.

Der zweite Aspekt: Lieferzeiten. Wenn ein Teil nicht auf Lager ist, muss das Portal eine realistische Lieferzeit anzeigen können. Das erfordert eine Integration mit dem ERP-Beschaffungsmodul, das Vorlaufzeiten und Lieferantenperformance kennt. Auch hier gilt: Transparenz schafft Vertrauen. Der Kunde sieht, wann er das Teil bekommt, und kann entscheiden, ob er wartet oder auf ein Alternativteil ausweicht.

MARINI positioniert sich als Datenplattform zwischen ERP, PLM, WMS und dem Customer-Portal. Die drei Phasen der Plattform, Data Integration, Data Cloud und Agentic, decken den gesamten Aftermarket-Prozess ab.

In der Data Integration Phase werden die fünf relevanten Quellsysteme angebunden: ERP für Pricing und Aufträge, PLM für Stücklisten, Asset-Management für die Installed Base, WMS für Bestände, CRM für Kundenstammdaten. Die HubEngine baut für jedes System einen Plan auf (Credentials, Sync-Logik, Mapping), synchronisiert bidirektional und in Echtzeit.

In der Data Cloud Phase werden die Daten konsolidiert, dedupliziert und angereichert. Golden Records für Kunden, Maschinen und Ersatzteile entstehen. Die DataEngine stellt dem Portal eine einheitliche API bereit, über die alle Daten abgerufen werden können, Installed Base, Stücklisten, Preise, Bestände, Lieferzeiten. Das Portal ist vom Backend entkoppelt.

In der Agentic Phase kommen AI-Agents ins Spiel: automatische Klassifikation neuer Ersatzteile, Predictive Quality (welche Teile werden demnächst nachgefragt), Empfehlungen für Cross-Selling (welche Zusatzteile passen zur Bestellung). Der MCP (Model Context Protocol) ermöglicht natürlichsprachliche Abfragen: Der Servicetechniker fragt „Welche Dichtungen brauche ich für die Maschine in Halle 3?“, das System liefert die Antwort, mit Teilenummern, Preisen und Bestelllink.

Der Unterschied zu einem reinen E-Commerce-Dienstleister: MARINI bringt die Datenbasis mit. Der Portal-Anbieter kann sich auf UX und Conversion konzentrieren, MARINI liefert die Daten. Das ist die Arbeitsteilung, die funktioniert.

Ein Ersatzteilportal ist der Einstieg, kein Endzustand. Wenn die Datenbasis steht, Installed Base sauber, Stücklisten synchronisiert, Pricing kundenspezifisch, Bestände in Echtzeit, dann kann das Portal zu einem umfassenden Customer-Portal mit 360-Grad-Datenbasis ausgebaut werden.

Die Installed Base wird zur digitalen Maschinenakte: Der Kunde sieht nicht nur, welche Maschinen er besitzt, sondern auch deren Service-Historie, anstehende Wartungen, Predictive-Maintenance-Empfehlungen. Die Maschine wird zum Touchpoint für alle Services: Ersatzteile bestellen, Service-Termin buchen, technische Dokumentation abrufen, Customer Health Score einsehen.

Der zweite Ausbauschritt: Cross-Selling auf Basis der Installed Base. Wenn das System weiß, welche Maschinen der Kunde besitzt, kann es proaktiv Zusatzprodukte empfehlen: Verschleißteile, die in drei Monaten fällig sind. Software-Upgrades, die zur Maschinenkonfiguration passen. Zubehör, das andere Kunden mit ähnlichen Maschinen gekauft haben. Das ist Aftermarket-Cross-Selling auf Datenbasis, kein Zufallstreffer, sondern systematisch.

Der dritte Ausbauschritt: Integration mit dem Vertrieb. Das Portal ist kein isolierter Self-Service-Kanal, sondern ein Hybrid-Modell. Standardbestellungen laufen über das Portal, komplexe Anfragen werden an den Vertrieb weitergeleitet, aber mit vollständigem Kontext. Der Vertriebsmitarbeiter sieht im CRM, was der Kunde im Portal angesehen hat, welche Maschinen er besitzt, welche Teile er zuletzt bestellt hat. Das macht den Vertrieb effizienter und den Kunden glücklicher.

Der vierte Ausbauschritt: Predictive Services. Wenn die Installed Base mit IoT-Daten angereichert wird (Maschinenlaufzeiten, Betriebsstunden, Fehlermeldungen), kann das System proaktiv Service-Empfehlungen aussprechen. „Ihre Maschine hat 10.000 Betriebsstunden erreicht, die nächste Wartung ist fällig. Hier ist das passende Service-Paket.“ Das ist Predictive Maintenance auf Stammdaten-Basis, möglich gemacht durch eine saubere Datenintegration.

All das beginnt mit einem funktionierenden Ersatzteilportal. Und ein funktionierendes Ersatzteilportal beginnt mit fünf Datenquellen, die zusammenpassen. Das ist die Voraussetzung. Ohne diese Basis bleibt jedes Portal ein Pflegefall.