← Alle Projekte
Thales

Eine Serviceplattform über viele Systeme

Die Serviceabteilung eines internationalen Konzerns wickelt Garantie und Reparatur über SAP und mehrere Altsysteme ab. Wir erfassen, wie die Arbeit wirklich abläuft, entwerfen den künftigen Reparaturprozess und verbinden die Systeme, sodass Tickets sich selbst anlegen und weiterleiten.

40%weniger Tools in der Servicelandschaft
25%schneller ein Ticket lösen
AutoAnlegen und Weiterleiten von Tickets zwischen Systemen

Die Herausforderung

Im After-Sales-Service löst ein Unternehmen seine Versprechen ein. Laufen Garantie und Reparatur über getrennte Systeme, warten Kunden länger, die Kosten steigen und niemand hat den Überblick.

Vom Flickenteppich aus Tools zu einem integrierten Servicemodell: Das heißt, zuerst die Prozesse neu zu denken und dann jedes System zu verbinden, damit die Arbeit von selbst läuft. Gut gemacht wird das Unternehmen zum einzigen verantwortlichen Ansprechpartner für seine Kunden, auch wenn viele Partner und Tools im Hintergrund arbeiten.

So sieht es aus

service-desk.internal/tickets/WAR-1147
Service Desk

Alle Tickets

AlleSAPJiraMonitoringLegacy
RMA-2291Reparaturanfrage · Radaranzeige
SAPAuto zugewiesen
INC-8810Festplattenlatenz auf dem Build-Server
MonitoringAuto angelegt
WAR-1147Garantiefall · Anzeigeeinheit
SAPGenehmigt
REQ-3302Zugang zur Testumgebung
JiraIn Arbeit
INC-8807Nächtlicher Export fehlgeschlagen
LegacyAuto wiederholt
RMA-2288Reparaturanfrage · Netzteil
SAPWartet auf Teile
WAR-1147 · aus SAP
Garantiefall · Anzeigeeinheit
Priorität P2Verantwortlich ReparaturteamSLA Im Plan
SAP-Serviceauftrag eingegangen09:02
Webhook legt das Ticket an09:02
Garantie geprüft: in der Garantie09:03
An das Reparaturteam weitergeleitet09:03
Reparatur genehmigt11:40
Kunde per E-Mail informiert11:41
4 Systeme1 Warteschlange0 Mal Kopieren und Einfügen

Beispiel-Screens mit erfundenen Daten.

Was wir getan haben

Entdecken

Die aktuellen Garantie- und Reparaturprozesse durchgängig über SAP und die Altsysteme erfasst, gemeinsam mit den Menschen, die damit arbeiten.

Definieren

Ein künftiger Reparaturprozess und Service-Management-Praktiken auf Basis von ITIL, bereit für eine digitale Toolchain.

Planen

Ein Migrationsplan, der zwei Jira-Instanzen auf eine Plattform bringt, ohne den täglichen Betrieb zu unterbrechen.

Bauen

Systeme über APIs und Webhooks verbunden. Tickets werden zwischen den Tools automatisch angelegt und bearbeitet.

Launch

Migration auf eine Jira-Plattform, derzeit im Gange.

Verbessern

Monitoring, das prüft, ob die verbundenen Systeme kompatibel bleiben, als Teil eines SIAM-Modells mit Service-Integrator.

Was es brauchte

Möchten Sie solche Ergebnisse für Ihr Unternehmen?

Sagen Sie uns, was Sie bauen. Wir antworten innerhalb eines Arbeitstags damit, was wir zuerst tun würden.

Erzählen Sie uns Ihre Idee
Nächstes Projekt

KI-native Gestaltung und Umsetzung

→