Lösung · Nach Software
Du hast Zendesk aufgesetzt, mit Makros und Triggern. Und trotzdem liest jemand jedes Ticket, um zu entscheiden, welches greift.
Zendesk gibt dir die Plattform: Makros, Trigger, Automatisierungen, Ansichten, SLAs, Help Center und eine API, durch die alles läuft. Was es dir nicht gibt, ist das Urteil, welches Makro passt, die Person, die die Felder füllt, von denen deine Regeln abhängen, und die Daten, die gar nicht in Zendesk liegen. Auf deinem eigenen Account —deine Makros, deine Trigger, deine Historie— bauen wir die KI-Schicht, die genau diesen Teil allein erledigt. Ohne Helpdesk-Wechsel.
Das Problem
Zendesk automatisiert Regeln. Das Urteil, welche Regel greift, kommt weiterhin von einem Menschen.
- Du hast einen Makro-Katalog, den jemand vor Jahren mit Sorgfalt gebaut hat. Das Makro löst sich nicht selbst aus: Ein Agent liest das Ticket, entscheidet, welches passt, und wendet es von Hand an — eines nach dem anderen, Schicht für Schicht.
- Deine Trigger und Automatisierungen laufen einwandfrei — mit dem, was in den Feldern steht. Und die Felder füllt ein Mensch, nachdem er gelesen hat, was der Kunde im Freitext geschrieben hat. Also greift die Regel zu spät, gar nicht oder falsch herum.
- Die Hälfte der Antworten zwingt dazu, Zendesk zu verlassen —die Bestellung im ERP, die Zahlung in der Fakturierung, der Status im üblichen System—, die Angabe zu kopieren und sie zurück ins Ticket zu kleben.
- Das Help Center altert von allein: Der Artikel, der den Fall gelöst hätte, ist veraltet oder wurde nie geschrieben. Also formuliert der Agent erneut, was dein Team schon hundertmal gelöst hat und was in der Ticket-Historie begraben liegt.
Was es kostet, alles zu lassen
Auf der Zendesk-Rechnung taucht das nicht auf: Die Plattform hast du, und sie funktioniert. Du bezahlst den Teil, den die Plattform nicht abdeckt —qualifizierte Leute, die als Vermittlung zwischen dem Freitext des Kunden, dem zu füllenden Feld, dem auszuwählenden Makro und dem System mit den echten Daten arbeiten—. Und es zeigt sich dort, wo es weh tut: Tickets, die warten, bis jemand hinsieht, damit die Regel greift; Makros, die niemand nutzt, weil sich niemand erinnert, welches welches war; und Jahre gelöster Fälle, die nur noch zum Suchen von Hand taugen. Je besser dein Zendesk aufgesetzt ist, desto teurer wird es, dass es zum Starten weiterhin einen Menschen braucht.
Die Lösung
Eine KI-Schicht auf der Zendesk-API, die das Ticket liest, die Felder füllt, das Makro vorschlägt und holt, was draußen liegt
- 1Wir auditieren dein Zendesk, bevor wir irgendetwas anfassen: welche Makros wirklich genutzt werden und welche seit Jahren tot sind, welche Trigger und Automatisierungen sich gegenseitig überschreiben, welche benutzerdefinierten Felder leer ankommen, welche Ansichten jedes Team beobachtet und wo deine SLAs brechen. Daraus entsteht die Karte, wohin die Zeit geht —aus deinem Account, nicht aus einer Branchenvorlage—.
- 2Wir verbinden uns über die Zendesk-API mit einer privaten App und eng gefassten Rechten, ohne Tickets zu migrieren oder deine Konfiguration neu zu bauen. Die KI liest den Freitext und den gesamten Verlauf, füllt die benutzerdefinierten Felder, mit denen deine Regeln arbeiten, und schlägt das Makro vor, das dein bester Agent anwenden würde — im selben Zendesk-Fenster, das dein Team ohnehin nutzt.
- 3Wir decken ab, was Zendesk nicht sehen kann: Die Angabe aus deinem ERP, deinem Bestellsystem oder deiner Fakturierung kommt bereits abgefragt im Ticket an —per API oder per Side Conversation—, und das Help Center altert nicht länger allein, weil wir es mit den Fällen füttern, die dein Team täglich löst.
- 4Es startet mit Netz und messbar: zuerst im Vorschlagsmodus, mit dem Agenten, der bestätigt. Wir messen, welcher Anteil der Tickets mit korrekten Feldern und Makro herauskommt, ohne dass jemand eingreift, wie viele der Agent danach korrigiert und wie stark die Zeit bis zur ersten Antwort sinkt. Autonomie wird pro Ticket-Typ ausgeweitet, wenn die Zahlen es rechtfertigen — nicht aus Glauben.
Was sich ändert
Was du nicht mehr verlierst
Das Makro hängt nicht mehr davon ab, dass sich jemand daran erinnert: Die KI liest das Ticket und schlägt das vor, das dein Team anwenden würde. So wird der Katalog, den du längst bezahlt hast, wieder genutzt statt als Deko zu liegen.
Mechanismus
Deine Trigger feuern nicht mehr blind: Die benutzerdefinierten Felder kommen aus dem Freitext des Kunden gefüllt an. Die Regel, die du längst geschrieben hast, greift dann, wenn sie greifen soll — und nicht, wenn jemand ans Klassifizieren denkt.
Mechanismus
Die Daten außerhalb von Zendesk werden nicht mehr von Hand geholt: Sie landen bereits in deinem ERP oder Bestellsystem abgefragt im Ticket, und der Agent antwortet, ohne das Fenster zu wechseln oder etwas zurückzukleben.
Mechanismus
Was wir messen: % der Tickets mit korrekten Feldern und Makro ohne Eingriff, Korrekturquote des Agenten im Nachgang, Zeit bis zur ersten Antwort und Help-Center-Artikel, die aus bereits gelösten Fällen entstehen oder aktualisiert werden.
Was wir messen
Datenblatt
- Wegfallende Arbeit
- dass ein Agent jedes Ticket liest, um die Felder zu füllen, von denen deine Regeln abhängen, die passende Makro von Hand auszuwählen und Zendesk zu verlassen, um die fehlenden Daten zu suchen
- Übliche Einrichtung
- 2–4 Wochen
- Eingang
- das Ticket, das ohnehin über deine angebundenen Kanäle in Zendesk landet, mit Freitext und Verlauf, dazu deine Historie gelöster Fälle und dein Help Center
- Ausgang
- das Ticket, wie es in Zendesk liegen bleibt: benutzerdefinierte Felder gefüllt, Makro vorgeschlagen oder angewendet, Antwortentwurf in deinem Ton und die externen Daten bereits im Verlauf
- Kompatibel mit
- Zendesk SupportZendesk SuiteZendesk Guide (Help Center)Zendesk ExploreZendesk SunshineWhatsApp Business
- Kann sich verbinden mit
- Deine Zendesk-Makros, -Trigger, -Automatisierungen, -Ansichten und benutzerdefinierten FelderDein Help Center und deine Historie gelöster TicketsDie Systeme, in denen die Daten liegen, die Zendesk nicht hat (ERP, Bestellungen, Fakturierung, CRM)
- Was wir messen
- % der Tickets mit korrekten Feldern und Makro ohne EingriffKorrekturquote des Agenten im NachgangZeit bis zur ersten AntwortHelp-Center-Artikel, die aus gelösten Fällen entstehen oder aktualisiert werden
- Geeignet für
- Teams, die Zendesk mit ihren Makros, Triggern und Ansichten längst im Einsatz haben und wollen, dass es keine Person mehr braucht, um das auszulösen, was schon konfiguriert ist
- Nicht geeignet für
- wer Zendesk noch gar nicht produktiv nutzt —erst wird der Betrieb sortiert, dann automatisiert— oder wer den Helpdesk wechseln will: das ist ein anderes Projekt, und wir sagen es vorher
Häufig gestellte Fragen
Sie machen die Hälfte, und zwar die einfache. Makros enthalten laut Zendesks eigener Dokumentation nur Aktionen, keine Bedingungen: Es gibt nichts, das Tickets auswertet, um zu entscheiden, ob ein Makro angewendet wird — die Agenten bewerten die Tickets und wenden die Makros manuell an. Trigger und Automatisierungen werten zwar selbst aus, aber gegen Feldbedingungen — und diese Felder muss jemand füllen, nachdem er den Freitext des Kunden gelesen hat. Genau da klafft die Lücke: Deine Konfiguration ist korrekt und braucht trotzdem einen Menschen zum Starten. Unsere Schicht legt das fehlende Urteil —lesen, füllen, auswählen— auf die Regeln, die du schon hast, ohne sie neu zu schreiben. Quelle: Creating macros for repetitive ticket responses and actions, Zendesk Help, abgerufen am 13. September 2026.
Nein — und wenn dir das jemand als Voraussetzung verkauft, werde misstrauisch. Dein Zendesk bleibt, wo es ist, mit deinen Makros, deinen Ansichten, deinen Formularen und deinen SLAs. Wir arbeiten über die API mit einer privaten App und Rechten, die auf das Nötige begrenzt sind: Niemand baut deine Konfiguration um, niemand verschiebt ein Ticket. Dein Team öffnet dasselbe Fenster wie immer; anders ist nur, dass das Ticket schon mit gefüllten Feldern, vorgeschlagenem Makro und den Daten von draußen ankommt. Hängt einer deiner Abläufe an einer Marketplace-App, die nicht bereitstellt, was wir brauchen, erkennen wir das in der ersten Woche und nennen dir die exakte Brücke, bevor wir dir irgendetwas berechnen.
In der Achse. Support-Tickets klassifizieren ist die Arbeit: Grund taggen, priorisieren und in die richtige Queue routen — auf welchem Helpdesk auch immer. Der KI-Support-Agent ist der, der den ganzen Fall löst und den Vorgang ausführt. Hier geht es um die Plattform: aus DEINEM Zendesk alles herauszuholen, was schon konfiguriert ist und heute nicht von allein anspringt —die Felder, die Makros, die Trigger, das Help Center, die Historie—. Sie passen gut zusammen, meist in dieser Reihenfolge: erst Zendesk allein arbeiten lassen, dann die feine Triage, dann der Agent, der schließt. Was wir nicht tun: dir alle drei als eine Sache verkaufen.
Nutze sie — wir bauen nichts darüber, das sie wiederholt. Zendesk steckt seit Jahren KI ins Produkt —Makro-Vorschläge, Copilot für den Agenten, KI-Agenten auf dem Help Center— und das funktioniert auf seinem Terrain gut: was Zendesk ohnehin kennt, mit Daten, die Zendesk ohnehin hat. Unsere Schicht sitzt genau an der Kante: der Freitext, der zu genau dem Feld werden muss, auf das DEINE Regeln feuern; die Angabe, die im ERP liegt und nicht in Zendesk; die Historie deines Accounts, aus der Help-Center-Artikel werden. Deckt eine native Funktion einen Fall ab, nehmen wir die native und sagen es. Du bezahlst uns für das, was sie nicht abdeckt — nicht fürs Umverpacken.
Man geht davon aus, dass es passiert, und baut dafür — statt zu versprechen, dass es nicht passiert. Es startet im Vorschlagsmodus: Die KI legt Felder und Makro fertig hin, der Agent bestätigt mit einem Klick, so wie er heute die Arbeit von jemandem prüft, der gerade angefangen hat. Mit Trefferquoten pro Ticket-Typ —dieser Grund, aus diesem Formular, für diese Marke, sitzt längst— gibst du Autonomie frei, wo die Zahlen es rechtfertigen, und lässt es im Vorschlag, wo nicht. Zweifelhaftes eskaliert immer: Ist das Ticket mehrdeutig, mischt der Kunde drei Dinge oder fällt der Betrag aus dem Muster, erfindet es nichts, sondern meldet. Und weil jede Aktion am Ticket nachvollziehbar bleibt, wird der Fehler sichtbar, die Regel korrigiert und er wiederholt sich nicht.
Bauen wir es in deinem Betrieb?
Du hast das Problem benannt. Wir liefern die Lösung und lassen sie gemessen laufen.