Von 5 auf 50 Tickets pro Tag: Was sich ändern muss

Lesedauer: ca. 7 Minuten

Irgendwann passiert es in jedem Startup. Du merkst eines Montags, dass dein Posteingang nicht mehr zu bändigen ist. Nicht weil dein Produkt schlechter geworden ist, sondern weil es endlich funktioniert. Mehr Nutzer, mehr Fragen, mehr Probleme, mehr Lärm. Und plötzlich kämpft die Person, die bisher den Support nebenbei gemacht hat, an allen Fronten gleichzeitig.

Willkommen in der Skalierungslücke.

Was zwischen 5 und 50 Tickets pro Tag passiert, ist kein quantitatives Problem. Es ist ein strukturelles. Und die meisten Teams merken das erst, wenn es zu spät ist, um es geordnet zu lösen.

Dieser Beitrag ist für dich, wenn dein Support gerade aus den Nähten platzt, wenn du spürst, dass irgendetwas nicht mehr stimmt, aber noch nicht genau weißt wo, und wenn du vermeiden willst, dass dein Team ausbrennt, bevor das Wachstum richtig losgeht.

Das eigentliche Problem: Du hast keinen Support. Du hast improvisiertes Reagieren.

In meiner Arbeit mit frühen Startups sehe ich ein immer wiederkehrendes Muster: Der Support entsteht nicht. Er passiert einfach. Eine Founder:in antwortet auf die ersten Mails, weil sie die Produkt-Expertise hat. Dann kommt jemand dazu, lernt durch Zuschauen, und macht weiter. Keine Prozesse, keine Kategorien, kein Wissensmanagement. Aber es funktioniert, weil das Volumen überschaubar ist.

Bei 5 Tickets am Tag kannst du mit Intuition, Energie und einem guten Gedächtnis auskommen. Bei 50 nicht mehr. Nicht, weil dein Team plötzlich schlechter wird, sondern weil das System nie für dieses Volumen gedacht war.

Der Fehler ist nicht, mit Improvisation angefangen zu haben. Der Fehler ist zu glauben, dass Improvisation skaliert.

Was du jetzt falsch einschätzt

Der häufigste Denkfehler, den ich in dieser Phase beobachte: Teams glauben, sie bräuchten mehr Hände. Mehr Stunden, mehr Agent:innen, mehr Kapazität.

Das stimmt meistens nicht. Oder zumindest: es stimmt nicht zuerst.

Was fehlt, ist nicht Arbeitskraft. Was fehlt, ist Wiederholbarkeit. Jedes Ticket wird von vorne behandelt, weil niemand aufgeschrieben hat, wie es richtig geht. Es gibt keine Templates, keine klaren Eskalationswege, keine Kategorisierung. Das bedeutet: Jede Antwort kostet so viel Zeit wie die erste.

Laut dem CX-Magazin 2025 verbringen Support-Teams in der Wachstumsphase bis zu 40 Prozent ihrer Zeit mit Anfragen, die sie schon einmal beantwortet haben. Nicht weil sie vergesslich sind. Sondern weil kein Wissen festgehalten wurde.

Der zweite Denkfehler: Qualität kommt von Empathie, nicht von Struktur. Natürlich braucht guter Support Empathie. Aber Struktur ist das, was Empathie im Wachstum überhaupt erst ermöglicht. Wer jeden Tag von vorne anfängt, hat keine Energie mehr für echte Kundenorientierung.

Was du riskierst, wenn du jetzt nichts änderst

Ich sehe drei konkrete Risiken, die regelmäßig eintreten, wenn Teams diese Phase unterschätzen.

Burnout deiner besten Leute. Die Person, die deinen Support trägt, tut das oft mit echtem Herzblut. Wenn das Volumen steigt und die Strukturen fehlen, brennt genau diese Person zuerst aus. Nicht die Neuzugänge. Die erfahrenste Kraft.

Qualitätseinbruch, der in den Zahlen erst spät sichtbar wird. CSAT und NPS sinken nicht sofort. Kunden tolerieren kurz. Aber wenn der Bruch kommt, kommt er schnell und oft ohne offensichtlichen Auslöser. Laut dem Digital Customer Excellence Report 2024 verlieren 68 Prozent der Kunden nach zwei negativen Serviceerfahrungen dauerhaft das Vertrauen in eine Marke.

Entscheidungen auf Basis falscher Signale. Ohne Kategorisierung und Tagging weißt du nicht, warum deine Tickets steigen. Ist es ein Produktproblem? Ein Onboarding-Gap? Eine Dokumentationslücke? Ohne diese Sicht steuerst du blind.

Zwei Wege, die du wählen kannst. Und ihre Kosten.

Option A: Skalierung durch Menschen

Du stellst jemanden ein, vielleicht auch zwei. Das Team wächst mit dem Volumen. Klingt logisch.

Das Problem: Ohne Struktur multiplizierst du das Chaos. Jede neue Person, die du onboardest, lernt anders. Jede antwortet anders. Der Aufwand für Qualitätskontrolle steigt überproportional. Und du bindest Führungszeit für Anleitung, die du eigentlich nicht hast.

Vorteil: Schnell umsetzbar, wenn das Volumen gerade brennt.

Nachteil: Ohne Prozesse multiplizierst du das Chaos, nicht die Kapazität.

Option B: Struktur zuerst, dann skalieren

Du investierst vier bis acht Wochen in das Fundament, bevor du weiter wächst. Das bedeutet: Ticket-Kategorien definieren, Templates für die häufigsten Anfragen schreiben, Eskalationspfade klären, eine interne Wissensbasis aufbauen, KPIs einführen.

Vorteil: Jede Stunde, die du heute in Struktur investierst, spart dir morgen mindestens drei.

Nachteil: Es kostet Zeit jetzt. Und wenn das Volumen gerade drückt, fühlt sich das falsch an.

Meine klare Empfehlung

Struktur vor Menschen. Immer.

Das klingt hart, wenn der Posteingang brennt. Aber ich habe noch kein Team gesehen, das durch das Einstellen weiterer Agent:innen strukturelle Probleme gelöst hat. Was ich gesehen habe: Teams, die durch eine Woche konzentrierte Strukturarbeit aus dem Chaos rausgekommen sind.

Die Reihenfolge ist nicht: Wachsen, dann ordnen. Die Reihenfolge ist: Ordnen, damit du wachsen kannst.

Das Mini-Framework für die ersten 30 Tage

Ein realistisches Praxisbeispiel

Ein B2C-SaaS-Team mit damals neun Mitarbeitenden. Der Support lag bei einer einzigen Person, vollständig undokumentiert, kein Ticketsystem, alles über eine geteilte Inbox. Bei 30 Tickets pro Tag war die Grenze erreicht.

Der Reflex war: Wir brauchen jemanden für den Support. Statt dessen haben wir zunächst zwei Wochen Analyse gemacht. Ergebnis: 60 Prozent der Tickets bezogen sich auf vier wiederkehrende Themen. Zwei davon hätten durch bessere Onboarding-Mails nicht entstehen müssen.

Danach: Templates für die häufigsten Fälle, eine einfache FAQ-Seite, ein strukturiertes Onboarding für neue Nutzer. Das Volumen sank innerhalb von drei Wochen um 35 Prozent. Und erst dann wurde eine zweite Person eingestellt, mit klaren Prozessen und einer Wissensbasis, die sie tatsächlich nutzen konnte.

Was du konkret tun kannst: Die nächsten 30 Tage

•      Woche 1: Verstehen, was reinkommt. Kategorisiere alle Tickets der letzten vier Wochen manuell. Keine Software nötig. Du brauchst das Bild, welche Themen dominieren, wo du Zeit verlierst und welche Anfragen eigentlich Produktprobleme sind.

•      Woche 2: Die Top 10 lösen. Schreib für die zehn häufigsten Anfragen klare, menschliche Templates. Kein Copy-Paste-Ton. Echte Antworten, die du nur noch anpassen musst.

•      Woche 3: Wissen festhalten. Bau eine interne Wissensbasis auf, auch wenn sie zunächst nur ein geteiltes Dokument ist. Ziel: Neue Kolleg:innen können 80 Prozent der Fälle selbst lösen.

•      Woche 4: KPIs definieren. Fang mit drei Kennzahlen an: Erstlösungsrate, durchschnittliche Antwortzeit, CSAT. Laut QuestionPro Benchmark 2024 haben Teams mit klaren Support-KPIs eine 28 Prozent höhere Kundenzufriedenheit als Teams ohne systematisches Tracking.

Zwei Signale, die dir sagen, ob du auf Kurs bist

Erstens: Dein Team stellt seltener dieselbe Frage zweimal. Wenn das passiert, lebt die Wissensbasis.

Zweitens: Du kannst innerhalb von zehn Minuten sagen, was die drei häufigsten Ticketgründe der letzten Woche waren. Wenn nicht, fehlt dir noch die Kategorisierung.

Die wichtigste Erkenntnis

Wachstum im Support bedeutet nicht, schneller zu reagieren. Es bedeutet, weniger reagieren zu müssen, weil du Probleme vorher löst.

Laut Scale-up your Customer Care und dem Kundenservice Kongress Hamburg 2024 ist fehlende Struktur in der Wachstumsphase einer der drei häufigsten Gründe, warum Skalierungsvorhaben im Support scheitern oder deutlich länger dauern als geplant. Nicht fehlendes Budget. Nicht das falsche Tool. Fehlende Struktur.

Fang heute an. Klein. Aber fang an.

 Eure Steffi

⭐⭐⭐⭐⭐⭐