Startseite / Blog / SLA-Leitfaden

Betrieb

Was ist ein SLA und wie setzt man realistische Service-Ziele?

Ein SLA ist ein schriftliches Leistungsversprechen. Erfahren Sie, was hineingehört, wie Sie einhaltbare Ziele festlegen und wie Sie sie überprüfen.

3. Oktober 2026 · 6 Min. Lesezeit

Jedes Team, das für andere arbeitet, ob für Kunden oder Kollegen in einer anderen Abteilung, gibt Versprechen ab, ausgesprochen oder nicht. „Wir antworten schnell.“ „Das System läuft praktisch immer.“ Ein Service Level Agreement (SLA) macht aus diesen vagen Versprechen etwas, das beide Seiten messen können. Dieser Leitfaden beantwortet die häufigsten Fragen: was ein SLA ist, was hineingehört und wie Sie Ziele setzen, die Sie tatsächlich einhalten können.

Was ist ein Service Level Agreement?

Ein SLA ist eine schriftliche Vereinbarung zwischen einem Dienstleister und denen, die von ihm abhängen. Er legt fest, welches Serviceniveau geliefert wird, wie es gemessen wird und was passiert, wenn es verfehlt wird. Er kann extern sein, zwischen einem Unternehmen und seinen Kunden, oder intern, zwischen zwei Teams wie IT und Finanzen.

Was gehört in einen SLA?

• Umfang. Was der Service abdeckt und, genauso wichtig, was nicht.
• Kennzahlen. Die Werte, über die Sie berichten, etwa Verfügbarkeit, Zeit bis zur ersten Antwort, Lösungszeit oder Fehlerquote.
• Ziele. Der Wert, den jede Kennzahl erreichen muss, zum Beispiel 99,5 % Verfügbarkeit oder eine erste Antwort innerhalb von vier Arbeitsstunden.
• Messzeitraum und -methode. Pro Monat oder Quartal, mit welchem Werkzeug, bezogen auf welche Stunden.
• Pflichten. Was der Kunde beisteuern muss, etwa Zugänge, Informationen oder rechtzeitige Freigaben.
• Folgen. Gutschriften, Eskalation oder ein Review-Termin, wenn ein Ziel verfehlt wird.
• Ausnahmen. Geplante Wartung, Ereignisse außerhalb Ihrer Kontrolle und Anfragen außerhalb des Umfangs.

SLA, SLO und SLI: Wo liegt der Unterschied?

Die drei Begriffe werden oft verwechselt. Ein Service Level Indicator (SLI) ist die Messung selbst, etwa der Anteil der Anfragen, die innerhalb von zwei Sekunden beantwortet werden. Ein Service Level Objective (SLO) ist das interne Ziel für diese Messung, zum Beispiel 99,9 %. Der SLA ist die Vereinbarung samt Konsequenzen. Eine gute Gewohnheit ist, das interne SLO etwas strenger zu setzen als den SLA, damit Sie einen Warnpuffer haben, bevor ein Versprechen bricht.

Wie setzt man realistische Ziele?

Von Daten ausgehen, nicht von Ehrgeiz

Sehen Sie sich die tatsächliche Leistung der letzten drei bis sechs Monate an. Lösen Sie heute 80 % der Tickets innerhalb von zwei Tagen, ist das Versprechen von 95 % innerhalb eines Tages ein Wunsch, kein Ziel. Wählen Sie einen Wert, den Sie meist schon erreichen, und verbessern Sie ihn gezielt.

Fragen, was Kunden wirklich brauchen

Eine schnellere Antwort ist nicht immer wertvoll. Fragen Sie die Nutzer, welche Verzögerungen schmerzen und welche sie kaum bemerken. Eine erste Antwort innerhalb von vier Stunden kann völlig genügen, während ein Ein-Stunden-Versprechen zusätzliches Personal kostet, ohne echten Nutzen zu bringen.

Kapazität und Abhängigkeiten berücksichtigen

Ihr Ziel ist nur so stark wie Ihr schwächster Lieferant. Hängt Ihr Service von einem Anbieter ab, der 99,5 % garantiert, können Sie ehrlicherweise keine 99,9 % versprechen. Prüfen Sie auch Besetzung, Urlaubszeiten und Zeitzonen.

Stufen statt einer einzigen Zahl

Nicht jede Anfrage ist gleich. Definieren Sie Prioritätsstufen, mit einem engen Ziel für dringende Störungen und einem lockereren für Routineanfragen. Beschränken Sie sich auf drei oder vier Stufen, damit man sie sich merken kann.

Ziele als Prozentwerte formulieren

„Jedes Ticket in vier Stunden beantwortet“ wird am ersten Tag gebrochen. „95 % der Tickets innerhalb von vier Arbeitsstunden beantwortet“ ist ehrlich gegenüber dem gelegentlichen schlechten Tag.

Ein einfaches Beispiel

Ein internes IT-Team betreut 200 Beschäftigte. Im letzten Quartal beantwortete es 88 % der Tickets innerhalb von vier Arbeitsstunden und löste 90 % der dringenden Störungen innerhalb von acht Stunden. Es könnte diese Ziele setzen:

• Dringend: erste Antwort innerhalb einer Stunde, 90 % innerhalb von acht Stunden gelöst.
• Normal: erste Antwort innerhalb von vier Arbeitsstunden bei 92 % der Tickets.
• Niedrig: erste Antwort innerhalb von zwei Arbeitstagen bei 95 % der Tickets.

Diese Werte liegen leicht über der aktuellen Leistung, fordern das Team also, ohne Fantasie zu sein.

Häufige SLA-Fehler

• 100 % versprechen. Kein Service ist perfekt, und ein Ziel ohne Spielraum für Ausfälle wird gebrochen.
• Zu viele Kennzahlen. Drei bis fünf gut gewählte Werte schlagen zwanzig, die keiner liest.
• Messen, was leicht ist, statt was zählt. Die Verfügbarkeit kann 100 % zeigen, während sich Nutzer nicht anmelden können.
• Einmal festlegen und vergessen. Anforderungen ändern sich, und die Vereinbarung sollte mitwachsen.
• Keine Überprüfung, kein Gespräch. Ein SLA, über den nie gesprochen wird, ist nur ein Dokument.

Überprüfung und Berichte

Berichten Sie die Ergebnisse in regelmäßigem Rhythmus, bei den meisten Teams monatlich, und besprechen Sie Verfehlungen ohne Schuldzuweisung: Was war die Ursache, und liegt es am Ziel oder am Prozess? Überprüfen Sie die Ziele selbst alle sechs bis zwölf Monate. Eine Tabellenkalkulation reicht für den Anfang. Wenn Sie Ihre Abläufe bereits in FulcrumGrid Command Center verfolgen, können Sie SLA-Kennzahlen neben Ihren anderen KPIs und Projekten führen, sodass eine sich verschlechternde Antwortzeit vor dem Monatsreview sichtbar wird statt erst währenddessen.

Beginnen Sie mit echten Daten, versprechen Sie, was Sie halten können, und überprüfen Sie es oft. Ein realistischer SLA schafft mehr Vertrauen als ein beeindruckender, den Sie nicht einhalten können.

Häufige Fragen

Was ist der Unterschied zwischen SLA und Vertrag?

Ein Vertrag regelt die gesamte Geschäftsbeziehung, einschließlich Preis, Haftung und Laufzeit. Ein SLA ist meist ein Teil davon und konzentriert sich auf messbare Serviceniveaus und die Folgen bei Verfehlung.

Was ist ein gutes Verfügbarkeitsziel für einen SLA?

Das hängt davon ab, was Sie liefern können und was Nutzer brauchen. 99,5 % erlauben rund 3,6 Stunden Ausfall pro Monat, 99,9 % etwa 43 Minuten. Prüfen Sie Ihre eigene Historie und Ihre Lieferanten, bevor Sie sich festlegen.

Brauchen interne Teams SLAs?

Oft ja. Ein interner SLA zwischen etwa IT und Finanzen klärt Erwartungen und Prioritäten ohne rechtliches Gewicht. Halten Sie ihn kurz und konzentrieren Sie sich auf die wenigen wichtigsten Anfragen.

Wie oft sollte ein SLA überprüft werden?

Berichten Sie monatlich und überprüfen Sie die Ziele selbst alle sechs bis zwölf Monate, oder früher nach größeren Änderungen bei Personal, Werkzeugen oder Nachfrage.

← Zurück zum Blog