Hypercare: Die 6 Wochen, die den NPS bestimmen
Stand 2026-09-03
Der NPS wird nicht im Lenkungsausschuss entschieden - er entscheidet sich in den sechs Wochen nach dem Go-live, wenn der erste Monatsabschluss am Montag auf eine langsame BW-Abfrage trifft und der Bereitschaftsanalyst sie entweder in zwei Stunden löst oder zu einer P1-Eskalation abdriften lässt. Dieses Modul baut das Hypercare-Betriebsmodell, das vor dem Cutover stehen muss: eine vierstufige Schweregradmatrix, SLA-Stufen (30-Minuten-P1-Bestätigung, 4-Stunden-Lösung) sowie Exit-Kriterien, die in Woche eins statt Woche sechs verhandelt werden - typischerweise 10 aufeinanderfolgende Werktage ohne offenes P1/P2. Der Einsatz ist direkt: Ein Berater, der ein Hypercare beschreiben kann, das an einem benannten Tag mit einer benannten Kennzahl geschlossen wurde, erzielt in der Tagessatzverhandlung 15-20 % mehr als einer, der nur allgemeine "Post-Go-live-Support"-Erfahrung anführt.
Was Sie lernen
- Entwerfen Sie ein Hypercare-Betriebsmodell – Schweregradmatrix, SLA-Stufen, Triage-Runbook und Bereitschaftsrota –, das am Go-live-Tag funktionsfähig ist und nicht erst reaktiv zusammengestellt wird
- Unterscheiden Sie Vorfälle der Datenschicht von solchen der Präsentationsschicht und wenden Sie in einer SAP-Analytics-Cloud- oder BW/4HANA-Umgebung jeweils den richtigen Diagnose- und Lösungspfad an
- Definieren Sie Exit-Kriterien, die messbar, im Voraus verhandelt und beim Projektabschluss rechtlich verteidigungsfähig sind
- Kommunizieren Sie Hypercare-Leistungsdaten transparent an Lenkungsausschüsse und erkennen Sie den Unterschied zwischen beruhigenden Kennzahlen und ehrlicher Berichterstattung
Warum Hypercare die Referenz bestimmt
Der Go-live ist der Beginn Ihres Rufs, nicht das Ende des Projekts. In der EMEA-SAP-Analytics-Umsetzung sind die sechs Wochen nach dem Cutover die Zeit, in der alles, was im UAT noch unvollkommen war, real wird: Die konsolidierte GuV des CFO flackert an einem Montagmorgen-Abschluss, das FP&A-Team stellt fest, dass die BW-Abfrage hinter seiner Kachel „Ist gegen Plan" 40 % langsamer ist als das alte BEx, und das Data-Warehouse-Team in Bratislava jagt um 02:00 Uhr einem Delta-Load-Fehler hinterher, während der Fachbereichsverantwortliche in München fragt, warum das Dashboard die Zahlen der Vorwoche zeigt.
Der NPS wird nicht im Lenkungsausschuss festgelegt. Er wird dadurch festgelegt, wie kompetent Ihr Team auf diese ersten Vorfälle reagiert. Ein Projekt, das im Umfang, termingerecht und im Budget geliefert wurde, wird dennoch eine lauwarme Referenz erzeugen, wenn die Hypercare chaotisch verläuft. Umgekehrt wird ein Projekt, das drei Monate zu spät kam, mitunter eine starke Referenz erzeugen, wenn die Stabilisierung sichtbar professionell war. Das Sechs-Wochen-Fenster ist derart asymmetrisch.
Das Hypercare-Betriebsmodell: Was Sie an Tag 1 wirklich brauchen
Das Betriebsmodell muss vor dem Go-live stehen, nicht als Reaktion auf den ersten P1 zusammengebaut werden. Bauen Sie es im letzten Sprint auf:
Voraussetzungen
- Zunächst die Kernkonzepte durcharbeiten: C054, C058, C047
Lernergebnisse
- Arbeiten Sie ein realistisches Szenario durch: Ein BW/4HANA-Analytics-Programm für eine DACH-Fertigungsgruppe geht an einem Freitag live.
- Erkennen und vermeiden Sie das Anti-Pattern: Jedes Problem wird als P1 trianiert — Die Rota brennt bereits in Woche eins aus und hat keine Kapazität mehr für einen echten P2 in einer späteren Woche.
- Wenden Sie die Kernentscheidung des Moduls an: Wie viele Schweregradstufen und welches SLA versprechen — wählen Sie vier Stufen (P1–P4) mit SLAs, die auf die Rota zugeschnitten sind, die Sie tatsächlich haben – z. B.
- Verfolgen Sie die Beherrschung mit dem KPI: Bestätigungs- und Lösungszeit für P1.
Vollständiges Modul für Mitglieder. Das vollständige Modul ergänzt: den Entscheidungsrahmen · das durchgehende Szenario · die KPI-Scorecard · die Anti-Muster · die Wissenskontrolle · die Schemata.