SaaS — Abo
Zahlende Kunden erwarten SLA. Gegen Churn ist Reaktionszeit alles; vertraglicher Support ist direkter Churn-Senker.
Technischer Support (SLA)
Die Uhr läuft.
Jemand antwortet.
In der Sekunde, in der Ihr Kunde ein Ticket öffnet, läuft die SLA-Uhr. Partnerfy betreibt eine 24/7-Bereitschaftsrotation, automatische Bestätigung, KI-gestützte Wissensdatenbank und eine klare Eskalationskette, damit jedes Ticket im SLA-Fenster geschlossen wird. Unsere durchschnittliche Erstreaktion liegt bei 4 Min 12 Sek; In-SLA-Lösungsquote: 98,7 %.
„Wir schauen es uns an" kostet Sie den Vertrag. SLA-Disziplin — Zusage, Messung, Reporting — macht aus Support einen Umsatztreiber statt einer Kostenstelle.
Ticket-Queue
live
KRITISCH
#4821 · 02:14
Checkout liefert 500 — Bestellungen scheitern
HOCH
#4820 · 18:32
API-Ratelimit überschritten — Integrationspartner
HOCH
#4819 · 42:07
SSO-Login schlägt fehl — Enterprise-Konto
MITTEL
#4818 · 1h 12m
Report-Export lädt leere CSV
MITTEL
#4817 · 2h 36m
Benachrichtigungs-Mails landen im Spam
NIEDRIG
#4816 · 4h 02m
Avatar-Upload schlägt im Profil fehl
#4821
Checkout liefert 500
Erhalten09:31:00
Bestätigt09:31:47
In Bearbeitung09:33:12
Gelöst—
In 47 s automatisch bestätigt
SLA-Scoreboard · Diesen Monat
Ø Erstreaktion
4m 12s
Lösung im SLA
98.7%
CSAT
4.8 / 5
letzte 12 Wochen — SLA-Erfüllung %
24/7-Bereitschaftsrotation
aktive Schicht: Berlin
Asien · 00:00–08:00
Istanbul · 08:00–16:00
Berlin/EU · 16:00–24:00
Das Problem
Die meisten Support-Setups zerfallen bei der ersten echten Krise.
Erster Grund: kein SLA. „Wir kümmern uns sobald wie möglich" ist keine Zusage, sondern unmessbares Wohlwollen. Da der Kunde nicht weiß, wann eine Antwort kommt, gerät er in eine Follow-up-Spirale, und die Energie Ihres Teams fließt eher in das Erklären, wann etwas gelöst wird, als ins Lösen. Ohne schriftliche Reaktions- und Lösungsziele für kritisch, hoch, mittel und niedrig ist jedes Ticket gleich dringend — also keines.
Zweiter Grund: Tickets gehen verloren. Wenn Support noch in ein generisches „info@"-Postfach läuft, antworten drei verschiedene Leute auf dieselbe Mail oder niemand; CC-Ketten verzweigen, Anhänge verschwinden, und es ist unklar, welcher Vorgang zu welchem Kunden gehört. Kanäle aus WhatsApp, Telefon, Formular, Chat wissen nichts voneinander. Der Kunde muss seine Geschichte jedes Mal neu erzählen. Das wirkt nicht nur unprofessionell, es ist auch das größte Hindernis für eine messbare Operation.
Dritter Grund: keine Eskalation. Wenn der L1-Agent nicht weiterkommt, ist unklar, an wen er weitergibt. „Ich frage den CTO" wird zu einem zufälligen Kanal, der die Geschäftsführung um 23:00 weckt. Senior-Engineers, die dasselbe Problem zum fünften Mal erklären müssen, werden gereizt; Geschwindigkeit, Qualität und Moral sinken. Ohne schriftlichen L1 → L2 → L3 → Architekt → Management-Eskalationspfad werden Krisen jedes Mal mit Panik gelöst — nicht mit System.
Vierter Grund: keine Bereitschaftsrotation. Wenn eine Person das gesamte Wissen trägt, ist das System ungeschützt, sobald sie Urlaub hat; ist deren Handy um 03:00 aus, bleibt allen nur das Warten bis zum Morgen. Ohne Tools wie PagerDuty oder Opsgenie, ohne Wochen-Schichtpläne und Transparenz „wer hat gerade Bereitschaft", verkommt On-Call zu freiwilligem Heldentum — nicht nachhaltig, zermürbend, fehleranfällig.
Fünfter Grund: keine Wissensdatenbank, und wiederkehrende Fragen werden nie dokumentiert. Dieselbe „wie setze ich mein Passwort zurück"-Frage kann 40-mal im Monat eintreffen; jedes Mal verbringt ein Support-Engineer 8 Minuten damit. Die Lösung: beim ersten Mal einen KB-Artikel schreiben und das System direkt beim Ticket-Öffnen vorschlagen lassen. Jeder nicht geschriebene Artikel ist eine langsame Erfahrung für den Kunden und eine Zeit-Steuer, die Ihr Team monatlich zahlt. Im Partnerfy-SLA-Paket ist KB-Produktion nicht optional — sie ist das Fundament.
Das System
Drei Maschinen arbeiten hinter jedem einzelnen Ticket.
Sobald Ihr Kunde den Titel zu tippen beginnt, schlagen die KB-KI-Vorschläge an; öffnet sich das Ticket, startet die Eskalationskette; am Monatsende lesen Sie die First-Call-Resolution aus einem klaren Donut.
KB-Vorschläge
zahlung wird nicht ausgeführt checkout
Checkout-500-Fehler — häufige Ursachen
0.94
Zahlungs-Gateway-Timeout-Debug
0.86
3-D-Secure-Fehlerablauf
0.71
Während der Kunde tippt, erscheinen drei passende Artikel mit Ähnlichkeits-Scores — ein vor dem Öffnen gelöstes Ticket ist der schnellste Support.
Eskalationspfad
Antwortet L1 nicht in 15 Min, automatische Übergabe an L2; keine Lösung in 1 Std, L3-Ingenieur; kritischer Vorfall, CTO informiert. Alles schriftlich, alles prüfbar.
Erstlösungsquote
73%
FCR
73 % der Tickets werden bei der ersten Antwort gelöst — dank KB-Vorschlägen, Runbooks und korrektem L1-Routing. Nur echte Engineering-Fälle eskalieren.
Für wen
8 Szenarien, in denen SLA-Disziplin nicht verhandelbar ist.
E-Commerce
Bestellung, Versand, Retoure — tägliches Hochvolumen. Bei Peaks Dutzende Tickets pro Minute; korrekte Triage + schnelle Antwort = Umsatz.
B2B-Enterprise
Enterprise-Verträge enthalten SLA-Anhang. Verstoß = Credit + Reputationsschaden; gemessener und berichteter Support ist Pflicht.
Agenturen (20+ Kunden)
Viele Mandanten mit Sites, Kampagnen, Panels. Eine Support-Operation gibt dem ganzen Portfolio SLA.
Fintech
Regulatorische Anfragen, Zahlungs-Disputes, KYC-Tickets. SLA + Audit-Log + Eskalation — Boden für Audit-Bereitschaft.
Gesundheit / Kliniken
Termin, Patientenportal, E-Rezept-Ausfälle — Priorität ist kritisch. Langsame Antwort ist Patientenrisiko, nicht nur Downtime.
Fertigung
ERP, MES, Field-IoT — Downtime stoppt die Fertigungsstraße. Minutenkosten im Tausenderbereich; 24/7 ist Pflicht.
Mid-Market (50–200)
Wenn interne Tools ausfallen, steht das Unternehmen. IT-Helpdesk + App-Support unter einem SLA-Dach.
Leistungen
Vom Helpdesk-Setup bis zu ITIL-Prozessen: 10 Leistungsebenen.
Helpdesk-Setup
Zendesk, Freshdesk, Intercom — wir wählen das passende für Ihre Marke und Ihr Team, setzen es auf und branden das Kundenportal.
SLA-Policy-Design
Getrennte Reaktions- und Lösungsziele je kritisch / hoch / mittel / niedrig, Geschäftszeiten-Definition, Feiertagskalender, Reporting-Schwellen.
On-Call-Rotation
Wöchentliche Schichten via PagerDuty / Opsgenie, Primary + Secondary, Eskalations-Policies und Telefon-/SMS-/Slack-Alerts.
Multi-Channel-Eingang
E-Mail, Live-Chat, WhatsApp Business, Kundenportal, Slack — vereint in ein Ticket-System; Verlauf kanalübergreifend sichtbar.
KB + KI-Vorschläge
KB-Artikel erstellt, kategorisiert, indexiert; KI schlägt relevante Artikel beim Ticket-Öffnen und im Chat vor.
Eskalations-Runbooks
Schritt-für-Schritt-Playbooks für 30+ Szenarien. L1 schließt mehr Tickets ohne Eskalation; Skalierung, gleichbleibende Qualität.
CSAT / NPS / CES
Automatische Umfrage beim Ticket-Schluss; Ergebnisse im Dashboard; niedrige Werte gehen in automatischen Review-Flow.
Team-Training
Für Ihr internes Support-Team: Plattform, SLA, Eskalation, KB-Erstellung, Kundenkommunikation — schriftlich + Klasse + on-the-job.
Monatlicher Business Review
30-Min-Call: SLA-Erfüllung, Top-Problemfelder, KB-Nutzung, Team-Last, Empfehlungen — schriftlicher Report + Live-Session.
ITIL Change / Problem Mgmt
Incident-, Problem- (Root-Cause), Change-Management, Post-Mortem-Prozesse — praktisch implementiert, nicht nur auf Papier.
Prozess
Vom heutigen Support zur SLA-Disziplin: 6 Schritte.
-
01
Aktuellen Support auditieren
2 Wochen — Kanal-Inventar, Ticket-Volumen, Ø Reaktion, Top-Themen, Team-Struktur, aktueller Tool-Stack. Befunde priorisiert.
-
02
SLAs nach Priorität
1 Woche — schriftliche SLA-Matrix: kritisch / hoch / mittel / niedrig × Reaktion / Lösung; Geschäftszeiten vs 24/7; Eskalations-Regeln. Legal-Freigabe.
-
03
Plattform-Auswahl + Setup
2-3 Wochen — Zendesk / Freshdesk / Intercom; Trigger, Automationen, SLA-Regeln, gebrandetes Portal, E-Mail + Chat + WhatsApp.
-
04
KB-Seeding
2 Wochen — KB-Artikel aus den Top 50 Fragen der letzten 6 Monate; kategorisiert; indexiert; KI-Vorschläge aktiv.
-
05
Training + Go-Live
1 Woche — schriftliches + Klassen-Training, Parallel-Betrieb (alt + neu) erste Woche, Go-Live nach Pilot.
-
06
Monatlicher Review + Tuning
Laufend — SLA-Erfüllung, FCR, CSAT, wiederkehrende Themen, KB-Updates; schriftlicher Report + 30-Min-Business-Review.
Eingesetzte Tools
Enterprise-Standards + integriert mit dem ID.Partnerfy-Panel.
Zendesk
Freshdesk
Intercom
HubSpot Service Hub
Salesforce Service Cloud
Help Scout
ServiceNow
Jira Service Management
Atlassian Confluence
Notion KB
OpsGenie
PagerDuty
Statuspage
Kundenstories
Zahlen ändern sich, wenn SLA-Disziplin gemessen wird.
SaaS
4h → 7min
Vertical-SaaS — 1.200 Kunden
Ø Erstreaktion 4 Std 12 Min → 7 Min; monatliche Churn 3,8 % → 2,1 %; SLA-Verstoß-Reports −94 %.
E-Commerce
CSAT 3,8 → 4,7
Multi-Kategorie-Shop
CSAT 3,8 / 5 → 4,7 / 5; Support-Minuten je Bestellung 9,4 → 3,1; Retourenquote −2,2 %.
B2B
+14 % Retention
Enterprise-Software-Anbieter
12-Monats-Net-Retention +14 %; mit SLA-Disziplin nahezu kein Verlust bei Enterprise-Verlängerungen.
Fintech
11h → 47min
Zahlungsplattform
Volle Punktzahl bei „operativer Nachhaltigkeit" im Regulator-Audit; Ø Lösung 11 Std → 47 Min.
Gesundheit
−62 % Beschwerden
Klinik-Kette-Portal
Termin-System-Tickets in Spitzenzeiten in 4 Std geschlossen; Patientenbeschwerden −62 %.
Fertigung
−320 h/Jahr
ERP-Support-Betrieb
24/7-On-Call: Ø Engineer-Reaktion bei Werks-Incidents 38 Min → 6 Min; Linienverlust −320 Std/Jahr.
Häufig gestellt
Die 8 häufigsten Fragen beim Aufbau von SLA-Support
Alle drei sind starke Plattformen; die Entscheidung beginnt beim Kundenprofil. Enterprise + mehrsprachig + komplexe Workflows: Zendesk, tiefste Anpassbarkeit, bestes Reporting. KMU / Mid-Market + Geschwindigkeit: Freshdesk, schnelleres Setup, freundlicheres Pricing. SaaS + chat-getrieben + In-Product-Messaging: Intercom, Flow und Engagement im Fokus. Die Entscheidung ist keine Feature-Checkliste; sie hängt von Teamgröße, Ticket-Volumen, vorhandenem CRM und langfristiger Roadmap ab. Wir führen in der ersten Woche einen Auswahl-Workshop durch — Sie starten mit klaren nächsten Schritten.
Ob Ihr Kunde das System 24/7 nutzt, ist nicht dasselbe wie 24/7 zu supporten; entscheidend ist, was Downtime den Kunden kostet. Ein E-Commerce-Checkout, der in der Peak-Nacht ausfällt, braucht 24/7; ein internes B2B-Tool meist Geschäftszeiten + On-Call. Empfehlung: 24/7 für kritische Priorität, Geschäftszeiten für den Rest. Dieses Hybrid hält Kosten vernünftig und Risiko gering. Wir entwerfen die SLA-Matrix gemeinsam; „24/7 für alles" ist für die meisten Unternehmen Überinvestition.
Aus drei Inputs: Verlust-Toleranz des Kunden (wie lange ein kritischer Ausfall tragbar ist), was Wettbewerber bieten (marktübliche Schwellen) und Ihre operative Kapazität (ein Ziel, das Sie wirklich treffen). Die größte Falle ist „kühnes SLA verkaufen, das nicht eingehalten wird"; Verstoß = Credit. Unsere Referenz: kritisch 15 Min Reaktion / 4 Std Lösung, hoch 1 Std / 8 Std, mittel 4 Std / 1 Werktag, niedrig 1 Werktag / 3 Werktage. Wir kalibrieren auf Ihre Betriebs- und Vertragsrealität.
Ja — und nicht alles zu migrieren ist auch eine Option. Aktive Kunden: Tickets der letzten 12 Monate (typisch 5-30k); Älteres wird archiviert und für Suche indexiert. Kundendetails, Anhänge, Tags, Kategorien, Lösungsnotizen, CSAT-Werte bleiben erhalten; Agent-IDs werden via Mapping den neuen System-Usern zugewiesen. Migration dauert 1-2 Wochen; in der Parallel-Run-Woche bleiben beide live, keine Konversation geht verloren. Der Migrations-Report zeigt verschobene Datensätze, korrigierte Fehler, deduplizierte Kunden — transparent.
Wir beginnen mit dem Ticket-Archiv der letzten 6 Monate; Topic-Analyse isoliert die Top-50-Probleme, jedes erhält eine Schritt-für-Schritt-Anleitung (typisch 800-1500 Wörter, mit Screenshots). Nächste Schicht: Produktdokumentation — Installation, Erste-Schritte, fortgeschrittene Szenarien. Dritte Schicht: Runbooks — interne „wenn dieser Fehler erscheint, folge diesen Schritten". Die ganze KB geht in einen Such-Index; KI-Vorschläge greifen; der Chat liefert drei passende Artikel. Im Monatsreview wird gemessen, welcher Artikel wie oft gesehen wurde und welcher tatsächlich Tickets reduzierte.
Empfehlung: beides gemeinsam. Der KI-Chatbot ist die erste Verteidigungslinie; er antwortet aus der KB, versteht die Frage und löst oft ohne menschliches Eingreifen. Wenn nicht, übergibt er automatisch an einen menschlichen Agenten mit vollständigem Konversationskontext. Das KI-Training braucht 200+ Beispiel-Q&As, KB-Inhalte und eine Brand-Voice-Guide; die ersten drei Monate prüfen wir die KI-Performance wöchentlich und verbessern sie. KI nimmt typischerweise 30-50 % der Kundenlast — aber „KI macht alles" ist nicht realistisch; Menschen bleiben, KI vervielfacht den Durchsatz des Teams.
Zwei Modelle. Erstens: monatliche Retainer + inkludierte Tickets + Grenzgebühr darüber (z. B. 5.000 Tickets inkl., danach pro Ticket). Vorhersehbarer, von den meisten Kunden bevorzugt. Zweitens: rein pro Ticket (z. B. Ø 12-25 EUR / Ticket — je nach Komplexität). Welches Modell passt, hängt von Volumen und Verteilung ab; nach drei Monaten Daten wechseln wir ins optimale Modell. Kritische Tickets werden mit Tier-Multiplikator bepreist; Routinefragen sinken via AI-Deflection in den Stückkosten.
Die Migration läuft in drei Stufen und kein Ticket geht verloren; das garantieren wir. Stufe eins: Dual-Running — altes Postfach und neuer Helpdesk laufen 7-10 Tage parallel, jede eingehende Mail erscheint in beiden, kein Kanal schließt. Stufe zwei: weicher Übergang — Neukunden direkt ins neue System; Altkunden, die an die alte Adresse schreiben, erhalten Auto-Forward + Hinweis. Stufe drei: vollständige Schließung — die alte Adresse antwortet automatisch mit dem neuen Portal-Link und bleibt mindestens 6 Monate aktiv. Die letzten 12 Monate Tickets werden zur durchsuchbaren KB; keine einzige Konversation geht verloren.
SLA beginnt mit einem Vertrag, nicht mit einem Versprechen.
In einem 30-Minuten-Gespräch prüfen wir Ihre Support-Operation und teilen die 3 SLA-Prioritäten für die ersten 60 Tage.