Der Preis leerer Versprechungen: Wie Sie die Zahl Ihrer Support‑Tickets bei ausgelagerten Entwicklungen senken

Im regulierten Sektor setzen viele Unternehmen Standardsoftware ein, die aus einzelnen Modulen besteht. In unserem Beispiel betreut ein Kunde zwei dieser Module. Bisher gibt es kein einheitliches Vorgehen: Kommunikation, Status‑Updates und Ergebnisdokumentationen finden über ein Flickwerk aus E‑Mails, Chats und einzelnen Word‑Dateien statt. Der Dienstleister verspricht regelmäßig neue Features und schnelle Problemlösungen, verschiebt jedoch kurz vor dem Release die Termine. Die Konsequenz sind unzufriedene End‑User, frustrierte Fachbereiche und ein Backlog von 52 Fehlertickets, von denen manche bereits drei Jahre alt sind.

Das Kernproblem

Ohne standardisierte Prozesse fehlt ein klarer Kommunikations‑ und Dokumentationskanal. Der Dienstleister kann Versprechen leicht zurückziehen, weil das bestehende Vertragswerk kaum Konsequenzen bei Verzug vorsieht. Gleichzeitig hat der Kunde kein Werkzeug, um Leistung zu messen oder Termine zu kontrollieren. Das Ergebnis ist ein Teufelskreis aus wachsenden Fehlertickets, steigender Frustration und sinkender Akzeptanz.

Wechsel ist nicht die einzige Lösung

In einer stark „locked‑in“‑Umgebung ist ein Anbieterwechsel riskant: Migrations‑ und Rekonstruktionskosten übersteigen häufig die potenziellen Vorteile. Außerdem gibt es keine Garantie, dass ein neuer Partner das gleiche Problem nicht wiederholt. Die eigentliche Frage lautet daher: Wie reduziert man die Support‑Ticket‑Zahl, ohne den bestehenden Dienstleister zu verlieren?

Lösungsansatz: Dienstleister‑Management statt Dienstleister‑Austausch

1. Vertrag aktiv nutzen
   Bestehende Lizenz‑ und Wartungsverträge enthalten meist Service‑Level‑Agreements (SLAs) und Liefertermine. Diese können präzisiert oder nachverhandelt werden, sodass klare Zeitfenster und Eskalationsstufen definiert sind.
2. ITIL‑basierte Prozesse einführen
   Ein zentrales Ticketsystem (z. B. Jira) wird zum einzigen Eingangspunkt für Fehlermeldungen und Änderungsanfragen. Jeder Ticket‑Eintrag erhält eine eindeutige ID, Priorität und einen definierten Bearbeitungsweg: Analyse, Zuordnung, regelmäßige Status‑Updates und abschließende Freigabe durch den Fachbereich. Die lückenlose Dokumentation schafft Transparenz und zwingt den Dienstleister, seine Zusagen nachzuhalten.
3. Striktes Aufgaben‑Management
   Wer eine Aufgabe übernimmt und bis wann, wird im System festgehalten. Automatisierte Erinnerungen verhindern, dass Fristen unbemerkt verstreichen. Bei drohenden Verzögerungen greift ein vordefiniertes Eskalationsverfahren, das das Management des Dienstleisters sofort informiert und Konsequenzen auslöst.
4. Leitfäden und regelmäßige Abstimmungen
   Workshops und wiederkehrende Meetings erklären den Fachbereichen den Nutzen der neuen Prozesse. Sie werden zu aktiven Mitgestaltern, nicht zu passiven Empfängern von Fehlermeldungen. Die Akzeptanz steigt, weil alle Beteiligten die Vorteile – transparente Priorisierung, messbare Fortschritte und frühzeitige Risikoerkennung – sehen.

Messbarer Mehrwert

Ein Pilotprojekt, das diese Maßnahmen umsetzte, reduzierte die offenen Fehlertickets innerhalb von sechs Monaten um 65 %, von 52 auf 18. Der Gewinn entsteht nicht allein durch Nachbearbeitung, sondern vor allem durch Prävention: klare Release‑Termine, dokumentierte Tests und einheitliche Abnahmekriterien verhindern, dass unfertige Funktionen erst nach dem Roll‑out zu Support‑Anfragen führen.

Zusätzlich sinkt der Controlling‑Aufwand: Berichte über offene Tickets, SLA‑Einhaltequoten und Kosten pro Incident können automatisiert aus dem Ticketsystem gezogen werden. Die Transparenz des neuen Support‑Flows stärkt das Vertrauen der Fachbereiche, weil sie jederzeit den nächsten Schritt und den voraussichtlichen Lösungstermin einsehen können.

Langfristig schafft das Fundament aus ITIL‑Prinzipien, vertraglicher Verbindlichkeit und einem einheitlichen Kommunikationskanal eine stabile Basis für zukünftige Weiterentwicklungen. Neue Anforderungen lassen sich strukturiert bewerten, priorisieren und planen – das reduziert nicht nur die Ticket‑Flut, sondern erhöht die Gesamtqualität der Software.

Fazit

Outsourcing liefert Spezialwissen und Flexibilität, macht aber gleichzeitig abhängig vom Dienstleister. Wenn dieser nicht hält, muss man nicht reflexartig wechseln. Durch konsequentes Dienstleister‑Management – bestehende Verträge aktiv nutzen, standardisierte Prozesse einführen, Aufgaben strikt nachverfolgen und die Fachbereiche einbinden – lassen sich Support‑Tickets signifikant reduzieren. Der Weg zu weniger Tickets führt über klare Strukturen, transparente Kommunikation und ein engagiertes Management des bestehenden Partners. So bleibt man bei der gewählten Lösung, steigert die Zufriedenheit der Nutzer und spart langfristig Kosten.

In unserem Whitepaper zur IT-Architektur zeigen wir, wie Strukturen und Prozesse so aufgebaut werden können, dass externe Zulieferungen keine Reibungsverluste erzeugen.

Quelle Titelbild: Real Twin Photos / Unsplash