# SaaS und IT-Dienstleister: Support-Anrufe als Ticket > KI-Telefonassistent für SaaS und IT-Dienstleister: Support-Anrufe annehmen, strukturiert als Ticket erfassen und an Jira, Zendesk oder Slack übergeben. date: 2026-05-17 author: Florestan Peters source: https://hi-desk.de/de/blog/ki-telefonassistent-saas-it/ --- # SaaS und IT-Dienstleister: Support-Anrufe als Ticket Ein KI-Telefonassistent nimmt für SaaS-Anbieter und IT-Dienstleister Support-Anrufe an und erfasst sie strukturiert als Ticket. Er erkennt dringende Störungen nach Ihren Kriterien und eskaliert sie sofort, während Routineanfragen ins Ticketsystem wandern. Tools wie Jira, Zendesk oder Slack sind über Zapier verbindbar. Die Anbindung erfolgt per Rufumleitung, ohne neue Hardware. ## Das Wichtigste auf einen Blick - **Anruf wird zum Ticket:** Der Assistent erfasst Name, Problem, betroffenes Produkt und Priorität strukturiert und übergibt den Vorgang ins System, statt eine Notiz auf der Mailbox zu hinterlassen. - **Eskalation nach Ihren Regeln:** Kritische Störungen (P1) stellt er sofort an die Bereitschaft durch, Routinefälle (P3) sammelt er als Ticket. Die Schwellen definieren Sie. - **Anbindung über Zapier:** Jira, Zendesk und Slack sind über Zapier verbindbar. Alternativ läuft die Übergabe per E-Mail oder Webhook, das Team legt das Ticket final an. - **Rund um die Uhr erreichbar:** Auch nachts und am Wochenende nimmt der Assistent ab. So bleibt Ihre 7x24-Hotline besetzt, ohne durchgehende Schichten. - **Ohne neue Telefonanlage:** Die Einrichtung erfolgt per Rufumleitung Ihrer bestehenden Support-Nummer, das Grundsetup dauert rund 5 Minuten. ## Das Problem: Telefon passt schlecht zum Ticket-Workflow Support-Teams arbeiten in Tickets, doch viele Kunden greifen bei Problemen zum Telefon. Der Anruf reißt aus der Arbeit, das Anliegen muss nebenbei mitgeschrieben und später ins System übertragen werden. Geht niemand ran, landet der Kunde auf der Mailbox. Die Lücke ist messbar. Laut einer Erhebung der Deutschen Telekom bleiben in kleinen und mittleren Unternehmen im Schnitt rund 22 Prozent aller eingehenden Anrufe unbeantwortet. Für einen SaaS-Anbieter ist das nicht nur ein verpasster Anruf, sondern oft ein frustrierter Kunde, der über eine Kündigung nachdenkt. Studien zum Kundenservice zeigen, dass mehr als die Hälfte der Verbraucher nach einer einzigen schlechten Erfahrung zum Wettbewerber wechselt. Hinzu kommt ein zweites Problem: der Medienbruch. Ein Kunde schildert sein Anliegen am Telefon, der Mitarbeiter tippt es parallel ins Ticketsystem, dabei gehen Details verloren oder werden ungenau festgehalten. Bei einem Bug-Report mit Versionsnummer, Browser und Reproduktionsschritten zählt aber jede Angabe. Wer hier nachfragen muss, verliert Zeit und der Kunde wiederholt sich. Der Assistent schließt beide Lücken: Er nimmt ab, erfasst das Problem strukturiert und übergibt es als Ticket. Aus einem flüchtigen Anruf wird ein nachvollziehbarer Vorgang mit Zeitstempel, Priorität und Kontaktdaten, sauber in die Felder Ihres Systems einsortiert. ## Vom Anruf zum Ticket Der Ablauf folgt immer demselben Muster, unabhängig davon, ob jemand am Schreibtisch sitzt oder gerade Feierabend ist: | Schritt | Was passiert | |---|---| | Anruf annehmen | Der Assistent nimmt ab, auch außerhalb der Servicezeiten | | Anliegen erfassen | Name, Problem, betroffenes Produkt, Priorität, Kontakt | | Einordnen | Routinefall oder dringende Störung nach Ihren Kriterien | | Übergeben | Ticket in Jira oder Zendesk, Nachricht in Slack, per Zapier | | Eskalieren | echter Notfall sofort an die Bereitschaftsnummer | So entsteht aus jedem Anruf ein strukturierter Vorgang statt einer Notiz, die verloren geht. Wie aus einem Gespräch technisch ein Ticket wird, vertieft der Beitrag [vom Anruf zum Ticket](/de/blog/anruf-zu-ticket-ki-telefonassistent). ## Anbindung an Ihre Tools Die folgenden Tools sind über Zapier verbindbar. Der Assistent stößt nach dem Gespräch einen Workflow (Zap) an, der die strukturierten Felder aus dem Anruf in ein Ticket oder eine Nachricht überträgt. Alternativ erfolgt die Übergabe per E-Mail oder Webhook. | Tool | Anbindung | Hinweis | |---|---|---| | Jira | über Zapier verbindbar | Issue nach dem Anruf anlegen, Felder wie Summary, Description und Priority mappen | | Zendesk | über Zapier verbindbar | Ticket im Support-System erstellen, Anrufdaten als erste Aktivität | | Slack | über Zapier verbindbar | Nachricht in den richtigen Channel posten, etwa #support-incidents | Diese Tools werden nur namentlich genannt, eine native Integration wird nicht behauptet. Wichtig zu wissen: Auch die Standard-Integration zwischen Zendesk und Jira legt nicht automatisch Issues an, hier braucht es ohnehin eine Automatisierung wie Zapier oder einen Webhook. Genau dort setzt der Assistent an, indem er die Felder Summary, Description, Priority und Reporter aus dem Anruf vorbefüllt. Bei Slack lohnt ein Blick auf die Channel-Logik. Sie können P1-Meldungen in einen eigenen Eskalations-Channel posten lassen und Routinefälle in den allgemeinen Support-Kanal, sodass die Bereitschaft nur dort Benachrichtigungen erhält, wo es zählt. Für Jira empfiehlt sich, mindestens Zusammenfassung, Beschreibung, Priorität und Reporter sauber zu mappen, damit aus dem Anruf ein vollständig befülltes Issue wird und nicht ein leerer Platzhalter, den jemand nacharbeiten muss. Alternativ ist die Übergabe per Rufumleitung mit E-Mail oder Webhook möglich, das Team legt das Ticket final an. Den genauen Funktionsumfang je Tool prüfen Sie vor dem Start. Wie die [Zapier-Anbindung](/de/blog/zapier-ki-telefonassistent) grundsätzlich funktioniert, lesen Sie im verlinkten Beitrag. ## Priorität nach SLA: P1, P2 oder P3 In SaaS und IT entscheidet die Priorität über alles Weitere. Die meisten Teams arbeiten mit einer Stufung nach Auswirkung und Dringlichkeit. Der Assistent fragt im Gespräch gezielt nach Symptom, betroffenem System und Reichweite und setzt die Priorität nach Ihrem Schema. | Stufe | Bedeutung | Typische Reaktionszeit (Geschäftszeit) | |---|---|---| | P1 kritisch | Totalausfall oder schwere Beeinträchtigung eines geschäftskritischen Systems, niemand kann arbeiten | rund 15 Minuten | | P2 hoch | wichtige Funktion erheblich gestört, Workaround vorhanden | rund 1 Stunde | | P3 mittel | einzelne Funktion oder einzelner Nutzer betroffen | rund 4 Geschäftsstunden | Die genannten Zeiten sind branchenübliche Richtwerte, die konkreten Fristen ergeben sich aus Ihrem eigenen Service Level Agreement. Entscheidend ist, dass der Assistent die richtige Stufe vergibt: Ein P1 darf nicht in der Warteschleife eines Tickets verschwinden, ein P3 muss niemanden nachts aus dem Bett klingeln. > Tipp: Hinterlegen Sie für jede Prioritätsstufe ein, zwei klare Beispielsätze aus Ihrem Alltag. So vergibt der Assistent die Stufe verlässlich und Sie vermeiden Diskussionen über die Einordnung. ## Dringende Störungen sofort eskalieren Bei einem echten Ausfall wächst der Schaden mit jeder Minute. Deshalb sortiert der Assistent kritische Fälle aus und stellt sie ohne Umweg durch. So richten Sie die Eskalation ein: 1. **Kritische Fälle definieren:** zum Beispiel Totalausfall, Sicherheitsvorfall oder ein Ausfall bei einem wichtigen Kunden mit P1-SLA. 2. **Bereitschaftsnummer hinterlegen:** die Nummer, an die solche Anrufe sofort durchgestellt werden, etwa das Diensthandy der Rufbereitschaft. 3. **Routine ins Ticket:** Alles, was kein Notfall ist, wird als Ticket oder Rückrufwunsch gesammelt und am nächsten Werktag bearbeitet. 4. **Zusammenfassung erhalten:** Nach jedem Anruf bekommen Sie eine strukturierte Notiz, im Ticketsystem oder per E-Mail, inklusive vergebener Priorität. Welche Fälle als kritisch gelten, legen Sie selbst fest. Der Assistent sortiert nach diesen Kriterien und stellt im Zweifel an Menschen durch. Wie das Routing dringender Anrufe im Detail funktioniert, beschreibt der Beitrag zum [Notfall-Routing](/de/blog/notfall-anrufe-ki-routing). ## Rund um die Uhr First Level In der IT-Branche unterscheidet man Supportzeiten oft nach dem Muster 9x5 (neun Stunden an fünf Werktagen) und 7x24 (rund um die Uhr an sieben Tagen). Eine 7x24-Hotline durchgehend mit Personal zu besetzen, ist teuer und für kleinere Teams kaum leistbar. Hier verschiebt der Assistent die Rechnung. Außerhalb der Servicezeiten muss niemand die Hotline besetzen. Der Assistent nimmt ab, erfasst das Anliegen als Ticket und eskaliert nur echte Notfälle an die Bereitschaft. So bleibt die Erreichbarkeit hoch, ohne dauerhafte Schichtbesetzung. Wichtig ist die saubere Trennung zwischen Reaktion und Lösung. Der Assistent garantiert keine Reparatur um drei Uhr nachts, aber er stellt sicher, dass jeder Anruf gehört, eingeordnet und dokumentiert wird, und dass ein P1 sofort einen Menschen erreicht. ## Was der Assistent selbst beantwortet und was er weitergibt Nicht jeder Anruf muss ein Ticket werden. Ein großer Teil der eingehenden Fragen im First Level ist wiederkehrend und steht bereits in Ihrer Dokumentation. Genau diese Fälle kann der Assistent direkt am Telefon beantworten, sofern Sie die passenden Inhalte hinterlegt haben. Sinnvoll ist eine klare Aufteilung in drei Kategorien: - **Direkt beantworten:** Standardfragen wie Öffnungszeiten des Supports, Status einer bekannten Störung, Zurücksetzen eines Passworts oder Wo finde ich Funktion X. Antworten kommen aus Ihrer Wissensdatenbank. - **Als Ticket erfassen:** alles, was eine Bearbeitung durch einen Menschen braucht, etwa ein konkreter Bug, eine Konfigurationsfrage oder ein Feature-Wunsch. Der Assistent sammelt die Details strukturiert. - **Sofort durchstellen:** kritische Störungen (P1) und ausdrückliche Wünsche, mit einem Menschen zu sprechen. Der Assistent verbindet ohne Umweg. Diese Aufteilung entlastet das Team doppelt: Routinefragen binden keine Mitarbeiterzeit mehr, und die Tickets, die ankommen, sind bereits sauber vorbereitet. Damit das verlässlich funktioniert, sollte die Wissensbasis nur belegte Fakten enthalten. Wie sich falsche Auskünfte vermeiden lassen, ist ein eigenes Thema, das bei jeder Telefon-KI mitgedacht werden muss. ## Datenschutz und Dokumentation im IT-Support Support-Anrufe enthalten oft personenbezogene Daten, etwa Name, E-Mail-Adresse, Kundennummer oder Angaben zur betroffenen Umgebung. Für SaaS-Anbieter und IT-Dienstleister, die selbst als Auftragsverarbeiter für ihre Kunden auftreten, ist der saubere Umgang damit kein Nebenschauplatz. Drei Punkte sind in der Praxis entscheidend: - **Datensparsamkeit:** Der Assistent fragt nur ab, was für das Ticket nötig ist, und legt diese Felder strukturiert ab, statt unstrukturierte Mitschnitte zu sammeln. - **Nachvollziehbarkeit:** Jeder Vorgang erhält Zeitstempel, Priorität und Kontaktdaten. Das erleichtert nicht nur die interne Bearbeitung, sondern auch Audits und SLA-Nachweise. - **Transparenz:** Anrufer sollten wissen, dass sie mit einem Assistenten sprechen. Eine kurze Ansage zu Beginn schafft Klarheit und erhöht die Akzeptanz. Welche konkreten Pflichten gelten, hängt von Ihrem Setup und Ihren eigenen Verträgen ab. Klären Sie vor dem Go-live mit Ihrer Datenschutzfunktion, wie Anrufdaten gespeichert und an Ihr Ticketsystem übergeben werden. ## Ein Rechenbeispiel aus dem Support-Alltag Ein IT-Dienstleister mit 40 Geschäftskunden erhält pro Tag etwa 30 Support-Anrufe, rund 6 davon nach 18 Uhr oder am Wochenende. Bisher gehen die Abendanrufe auf die Mailbox, etwa ein Viertel der Anrufer hinterlässt nichts und ruft am nächsten Tag verärgert erneut an. Mit dem Assistenten ändert sich das Bild: - **6 Abendanrufe** werden angenommen statt ignoriert. - **5 davon** sind Routinefälle (P3) und landen als fertiges Ticket im System, bereit für den nächsten Morgen. - **1 Anruf** ist ein Totalausfall (P1) und wird sofort an die Bereitschaft durchgestellt. - **0 verlorene Rückrufe** am Folgetag, weil nichts mehr auf der Mailbox verstaubt. Das First-Level-Team beginnt den Tag mit einer sortierten, priorisierten Liste statt mit einem Stapel Mailbox-Nachrichten. Bei einem durchschnittlichen Anrufvolumen summiert sich das schnell auf mehrere Stunden eingesparte Erfassungszeit pro Woche. Der eigentliche Hebel liegt aber nicht nur in der gesparten Zeit, sondern in der Kundenwahrnehmung. Ein Kunde, der abends einen Ausfall meldet und sofort eine ruhige, kompetente Annahme erlebt, statt ins Leere zu sprechen, bewertet seinen Anbieter anders. Gerade in SaaS-Geschäftsmodellen, in denen sich Vertrauen direkt auf die Verlängerungsquote auswirkt, ist diese Erfahrung bares Geld wert. ## Häufige Fehler bei der Einführung Damit der Übergang vom Telefon ins Ticketsystem reibungslos läuft, lohnt ein Blick auf typische Stolperfallen: - **Prioritäten zu vage definiert:** Wenn unklar bleibt, was ein P1 ist, eskaliert der Assistent zu viel oder zu wenig. Klare Beispielsätze je Stufe lösen das. - **Native Integration angenommen:** Jira, Zendesk und Slack sind über Zapier verbindbar, nicht nativ integriert. Prüfen Sie den Zap und das Feld-Mapping vor dem Go-live. - **Bereitschaftsnummer nicht getestet:** Die Eskalation ist nur so gut wie die hinterlegte Nummer. Testen Sie den P1-Weg einmal vollständig durch. - **Wissensbasis nicht gepflegt:** Der Assistent antwortet auf Basis Ihrer Doku. Veraltete Inhalte führen zu falschen Auskünften. Halten Sie die Wissensdatenbank aktuell. - **Keine Kontaktdaten abgefragt:** Ohne Rückrufnummer im Ticket entsteht eine Sackgasse. Stellen Sie sicher, dass der Assistent Kontakt und betroffenes System immer erfasst. ## Einrichtung in wenigen Minuten Das Grundsetup eines HiDesk-Assistenten dauert etwa 5 Minuten. Die KI kann Ihre Website und Dokumentation auslesen und die Wissensdatenbank vorbereiten. Danach verbinden Sie die Support-Nummer per Rufumleitung. Wie das geht, erklärt der Beitrag zur [Rufumleitung](/de/blog/rufumleitung-einfach-erklaert). Was eine [Telefon-KI](/de/blog/was-ist-ein-ki-telefonassistent) grundsätzlich übernimmt, lesen Sie im verlinkten Überblick. Mehr zu Lösungen für SaaS und IT finden Sie auf unserer [Branchenseite SaaS und IT](https://hi-desk.de/de/industries/saas-it/). Testen Sie den Assistenten in der [Live-Demo](https://hi-desk.de/de/live-demo/). Welche [Branchensoftware](/de/blog/branchen-software-ki-matrix) sich wie anbinden lässt, zeigt unsere Übersicht. Genannte Marken sind Eigentum ihrer jeweiligen Inhaber.