Ein Supportvertrag kann jede Kennzahl erfüllen, die er unterschrieben hat, und das Geschäft, dem er dient, trotzdem im Stich lassen.
Das klassische SLA misst die Mechanik des Supports: wie schnell ein Ticket bestätigt wurde, wie schnell es gelöst wurde, wie viele geschlossen wurden. All das ist wissenswert. Nichts davon stellt die Frage, die das Geschäft tatsächlich stellt — haben die Systeme gehalten, als es darauf ankam?
Die Reaktionszeit misst die Stoppuhr. Das Geschäft misst, ob die Entgeltabrechnung lief, der Monat geschlossen wurde und der wiederkehrende Fehler endlich aufgehört hat.
Wo das klassische SLA blind wird
Durchschnitte verdecken den Incident, auf den es ankam
Ein Monat mit grünen Durchschnittswerten kann den einen P2 enthalten, der die Freigabe der Entgeltabrechnung einen Tag lang blockiert hat. Statistisch ging er in vierzig Routinetickets unter; geschäftlich war er der Monat. Gemittelte Kennzahlen sind — ungewollt — darauf ausgelegt, genau die Ereignisse zu verwässern, an die sich das Geschäft erinnert.
Alle Stunden kosten gleich viel
Ein Schnittstellenfehler an einem gewöhnlichen Dienstag und derselbe Fehler während des Abrechnungslaufs unterscheiden sich in den Folgen um eine Größenordnung — und in der klassischen Prioritätsmatrix überhaupt nicht. Severity-Schemata, die den Geschäftskalender ignorieren, bepreisen genau das Risiko falsch, für dessen Steuerung der Vertrag existiert.
Abschluss wird belohnt, Prävention bleibt unsichtbar
In einem Regime aus Reaktion und Lösung verliert niemand Punkte, wenn derselbe Incident monatlich wiederkehrt — und niemand gewinnt Punkte für die Ursachenbehebung, die ihn nie wiederkehren lässt. Der Vertrag kann den Unterschied zwischen einem Laufband und einer Verbesserungskurve buchstäblich nicht sehen.
Derselbe Monat, zwei Lesarten
Was stattdessen in den Vertrag gehört
- Verfügbarkeit im Geschäftsmoment — benannte kritische Zeitfenster (Abrechnungsläufe, Abschluss, Einstellungsspitzen) mit eigenem Schutz, eigener Besetzung und eigenem Reporting, abgestimmt auf den Geschäftskalender.
- Wirkungsgewichtete Severity — Priorität danach, was der Incident blockiert und wann, nicht allein danach, wie viele Nutzende ein Ticket geschrieben haben.
- Eine Kennzahl für abgeschaffte Wiederholungen — die Zahl der Incident-Klassen, die es im letzten Quartal gab und heute nicht mehr gibt, mit fest reservierter Kapazität, um sie zu senken.
- Verbesserungskapazität im Grundhonorar — ein geschützter Anteil an Stunden für Ursachenarbeit, damit Prävention nicht das erste Opfer eines vollen Monats wird.
Geschäftsmomente kartieren→Incidents danach gewichten→Verbesserungskapazität reservieren→Berichten, was nicht mehr wiederkehrt
Die klassischen Zahlen behalten — aber herabgestuft
Reaktions- und Lösungszeiten gehören weiterhin in den Vertrag; sie überwachen die Mechanik. Was sich ändert, ist die Hierarchie: Sie werden zu Hygienekennzahlen unterhalb der Ergebniskennzahlen, nicht zur Schlagzeile darüber. Ein Anbieter, dem diese Umkehrung unangenehm ist, sagt Ihnen damit, welche der beiden er zu steuern gedenkt.
Perspektive von VISCAP
Ein SLA ist eine Aussage darüber, wofür der Anbieter bezahlt wird, es zu schützen. Sorgen Sie dafür, dass es die Dinge benennt, deren Verlust sich Ihr Geschäft nicht leisten kann.
Wir strukturieren Support-Engagements zuerst entlang des Kalenders unserer Kunden — der Abrechnungsläufe, der Abschlüsse, der saisonalen Spitzen — denn dort verdient sich Support seinen Platz oder verliert ihn. Die Zahlen der Ticket-Queue bleiben auf dem Dashboard; sie sind nur nicht mehr der Punkt.
Eine Frage an Ihren aktuellen Vertrag
Nehmen Sie den Bericht des letzten Quartals und fragen Sie: Könnten diese Zahlen alle grün sein in einem Monat, in dem die Entgeltabrechnung zu spät kam? Wenn ja, misst der Vertrag die Queue — und die Queue ist nicht das Geschäft.