Was ist ein Service Level Agreement (SLA)?

Ein Service Level Agreement (SLA) ist ein Vertrag zwischen einem Dienstleister und einem Kunden, der konkrete, messbare Leistungsstandards festlegt, etwa Reaktionszeit, Lösungszeit oder Verfügbarkeit, sowie die Folgen, falls diese Standards nicht eingehalten werden. SLAs beseitigen Unklarheiten darüber, was „guter Service“ tatsächlich bedeutet, indem sie vage Erwartungen in Zahlen übersetzen, auf die sich beide Seiten einigen. Für SaaS- und Support-Teams ist ein SLA der Mechanismus, der Verbindlichkeit durchsetzbar statt nur wünschenswert macht.

Was ist ein Service Level Agreement in der Praxis?

Ein SLA macht aus einem Versprechen eine formale Zusage. Statt dass ein Anbieter lediglich sagt, der Support sei „schnell“, nennt das SLA die genaue Verpflichtung: SLAs sind formale Vereinbarungen, die die erwarteten Servicestandards festlegen, darunter Kennzahlen wie Reaktionszeit und Lösungszeit, sodass sowohl der Dienstleister als auch der Kunde ein klares Verständnis der zu erfüllenden Leistungsmaßstäbe haben.

Das ist wichtig, weil „schnell“ für jeden im Raum etwas anderes bedeutet. Ein Support-Leiter hält eine Antwort am selben Tag für schnell. Ein Enterprise-Kunde, der einen sechsstelligen Vertrag verlängert, erwartet eine Antwort innerhalb einer Stunde. Das SLA klärt diesen Widerspruch, bevor daraus ein Streit wird. Ein Service Level Agreement ist eine formale Zusage zu konkreten Reaktions- und Lösungszeiten und schafft Verbindlichkeit, indem es klare Erwartungen für das Team und den Kunden festlegt.

SLAs sind nicht auf den Kundensupport beschränkt. IT-Services, Cloud-Infrastruktur, Übergaben zwischen Marketing und Vertrieb sowie Managed Service Provider nutzen sie alle, um zu definieren, was „geliefert“ bedeutet. In jedem Kontext bleibt die Struktur gleich: ein messbares Ziel, eine Methode, es zu verfolgen, und eine Konsequenz, wenn es verfehlt wird.

Die Kernbestandteile eines starken SLA

Die meisten SLAs bestehen, unabhängig von der Branche, aus denselben wenigen Elementen. Fehlt eines davon, wird aus einer klaren Vereinbarung meist später eine Quelle für Streit.

• Reaktionszeit: wie schnell der Anbieter den Eingang einer Anfrage bestätigt.
• Lösungszeit: wie lange es dauert, das Problem vollständig zu lösen und nicht nur zu bestätigen.
• Verfügbarkeit oder Uptime: der Prozentsatz der Zeit, in der ein Service voraussichtlich betriebsbereit ist, oft angegeben als 99,9 % oder ähnlich.
• Eskalationspfad: was passiert und wer eingebunden wird, wenn ein Ziel verfehlt zu werden droht.
• Vertragsstrafen oder Service Credits: die Entschädigung, die dem Kunden bei Verletzung der Zusagen zusteht.
• Überprüfungsrhythmus: wie oft das SLA selbst überprüft und angepasst wird.

Die Reaktionszeit misst, wie schnell eine Anfrage beantwortet wird, während die Lösungszeit die Zeit bezeichnet, die bis zur Lösung der Kundenanfrage oder des Problems vergeht. Beide als getrennte Kennzahlen zu behandeln ist wichtig. Ein Team kann sein Ziel bei der Reaktionszeit mit einer schnellen Eingangsbestätigung erreichen, während das eigentliche Problem tagelang ungelöst bleibt. Starke SLAs erfassen beides, nicht nur die Kennzahl, die leichter zu erreichen ist.

Welche Haupttypen von SLAs gibt es?

Nicht jedes SLA sieht gleich aus. Die passende Struktur hängt davon ab, wie viele Kunden Sie betreuen und wie unterschiedlich deren Anforderungen sind.

Kundenbasierte SLAs werden mit einem einzelnen Kunden ausgehandelt. Sie sind in Enterprise-Deals üblich, bei denen der Vertragswert individuelle Konditionen wie ein festes Reaktionsfenster oder einen namentlich benannten Account Manager rechtfertigt.

Servicebasierte SLAs legen für alle Kunden, die einen bestimmten Service nutzen, einen einheitlichen Standard fest, unabhängig von der Größe des Kunden. Das funktioniert gut, wenn sich der Service selbst zwischen Kunden kaum unterscheidet.

Mehrstufige SLAs kombinieren diese Ansätze. Teams wählen häufig eine mehrstufige SLA-Struktur, um Doppelungen zu vermeiden und seltener aktualisieren zu müssen. Typischerweise wird sie in eine Unternehmensebene für alle Kunden, eine Kundenebene für einen bestimmten Kunden und eine Serviceebene für bestimmte Services gegliedert. Die meisten wachsenden SaaS-Unternehmen landen hier, denn ein einziges einheitliches SLA passt selten zugleich zu einem Self-Serve-Kunden und einem Enterprise-Kunden im selben Vertrag.

Wie unterscheidet sich ein SLA von einem OLA?

Das ist einer der häufigsten Verwechslungspunkte, und es lohnt sich, ihn zu klären, denn die beiden Dokumente richten sich an ganz unterschiedliche Adressaten. Operational Level Agreements (OLAs) sind interne Vereinbarungen, die festlegen, wie Teams und Abteilungen zusammenarbeiten, um die in SLAs gemachten Zusagen zu erfüllen, während SLAs die Erwartungen gegenüber Kunden festlegen und Verbindlichkeit schaffen.

Einfach gesagt: Das SLA ist das Versprechen an den Kunden. Das OLA ist die interne Maschinerie, die dieses Versprechen erfüllbar macht. Das SLA definiert das „Was“, also welcher Service in welcher Qualität erbracht wird, während das OLA das „Wie“ definiert, also wie interne Teams zusammenarbeiten, um diesen Service zu liefern. Das eine ist das externe Versprechen, das andere die interne operative Roadmap, die dieses Versprechen einlöst.

Ein Team, das auf das OLA verzichtet, hat oft am Ende ein SLA, das es nicht zuverlässig einhalten kann. Wenn der Support eine Reaktion innerhalb von zwei Stunden zusagt, das Engineering aber keine interne Vereinbarung darüber hat, wie schnell eskalierte Bugs priorisiert werden, ist die Zusage an den Kunden nur so stark wie die schwächste interne Übergabe. Genau diese Lücke übersehen die meisten oberflächlichen SLA-Erklärungen: Der externe Vertrag und die interne Betriebsvereinbarung müssen gemeinsam aufgebaut werden, nicht als getrennte Übungen.

Warum sind SLAs für SaaS- und Support-Teams wichtig?

Für Subscription-Unternehmen hängt ein SLA unmittelbar mit der Kundenbindung und dem Umsatz zusammen, nicht nur mit der Kundenzufriedenheit. First Contact Resolution zeigt anschaulich, worum es dabei geht. First Contact Resolution ist in Längsschnitt-Benchmarking-Daten der stärkste einzelne Prädiktor für Kundenzufriedenheit, und die Zufriedenheitslücke von 44 Punkten zwischen gelösten und ungelösten Erstkontakten ist die Zahl, die in Budgetanträgen für Contact Center am häufigsten genannt wird, weil sie direkt mit der Wirtschaftlichkeit der Kundenbindung zusammenhängt.

Das ist der eigentliche Grund, warum SLAs im B2B SaaS mehr Gewicht haben als in den meisten anderen Branchen. Ein verpasstes Reaktionsfenster bei einem hochwertigen Kunden kurz vor der Verlängerung ist nicht nur eine verspätete Antwort, sondern wird als Signal gelesen, dass die Beziehung gefährdet ist. Support-, Customer-Success- und Account-Management-Teams erfassen die SLA-Einhaltung zunehmend gemeinsam mit Daten zur Account-Gesundheit statt isoliert, denn eine Verletzung bei einem strategischen Kunden wirkt anders als bei einem Kunden mit geringer Betreuungsintensität.

Genau deshalb ist SLA-Denken für Teams wichtig, die ihre Abläufe mit Seedling aufbauen: Die richtige Definition ist keine akademische Übung, sondern die Grundlage dafür, welche Kennzahlen tatsächlich Abwanderung vorhersagen und welche lediglich Aktivität messen. Ein Team, das nur verfolgt, ob Tickets „rechtzeitig“ beantwortet wurden, übersieht die nützlichere Frage: Hat das SLA-Framework die wichtigsten Kunden tatsächlich geschützt?

Der häufigste SLA-Fehler ist nicht ein schlecht formulierter Vertrag. Es ist ein statischer. Teams legen Ziele einmal beim Start fest und überprüfen sie nie wieder, obwohl sich Produkt, Teamgröße oder Kundenstamm verändern. Ein vierteljährlicher Abgleich der SLA-Ziele mit den tatsächlichen Leistungsdaten erkennt Abweichungen, bevor daraus ein Muster gebrochener Versprechen wird.

Eine verwandte Entwicklung, die man im Blick behalten sollte

SLAs messen Aktivität: War die Antwort rechtzeitig, war das System verfügbar, wurde das Ticket innerhalb des Zeitfensters geschlossen. Sie messen nicht, ob sich der Kunde tatsächlich gut betreut fühlte. Diese Unterscheidung bringt manche Organisationen zu sogenannten Experience Level Agreements (XLAs), die neben den klassischen operativen Kennzahlen auch Stimmung und wahrgenommenen Nutzen erfassen.

Das macht das SLA nicht überflüssig. Es macht es zur Untergrenze, nicht zur Obergrenze. Ein Team kann auf dem Papier jedes SLA-Ziel erreichen und trotzdem einen Kunden verlieren, wenn sich die Erfahrung hinter diesen Zahlen rein transaktional anfühlte. Die praktische Konsequenz für alle, die Support- oder Success-Abläufe aufbauen: Behandeln Sie das SLA als unverhandelbare Basis und bauen Sie darauf die Erfassung von Account-Gesundheit und Kundenerfahrung auf, statt anzunehmen, ein grünes SLA-Dashboard erzähle die ganze Geschichte.