Claude für Zendesk: 4 Wege, sie 2026 zu verbinden (und was jeder kostet)

Der Stand der Dinge, ehrlich gesagt

Ich baue eesels Helpdesk-Integrationen, was bedeutet, dass ich einen unangemessenen Teil meines Lebens in der Zendesk-API verbracht habe. Ich habe auch beobachtet, wie mehrere Kunden uns verlassen haben, um genau das zu bauen, was dieser Beitrag beschreibt, direkt auf der Anthropic-API. Das hier ist also kein „versuchen Sie es nicht“-Beitrag. Es ist die Karte, die ich mir gewünscht hätte.

Die Frage kommt ständig auf, und meist hängt eine Preisbeschwerde daran:

"Is there any way to connect existing Claude, ChatGPT, or Gemini accounts to Zendesk, either directly, through something native in Zendesk, or via a third-party app? I've noticed that a lot of automated ticket-resolution services are extremely expensive, often around $1+ per ticket."

u/CognitorX, r/Zendesk, Reddit

Wenn Sie bereits unseren Leitfaden zur Zendesk-ChatGPT-Integration gelesen haben, wird Ihnen die Form hier vertraut vorkommen, auch wenn sich die Details mehr unterscheiden, als man erwarten würde.

Beginnen wir mit dem, was man leicht falsch versteht. Wenn Sie den Zendesk Marketplace nach Claude durchsuchen, finden Sie Einträge, und es liegt nahe anzunehmen, dass einer davon von Anthropic stammt. Keiner ist es. Der Claude Anthropic Connector trägt ein „Built by Zendesk“-Badge und listet den Zendesk-Kundensupport als Support-Kanal. Die MCP-Server-App wird von Swifteq veröffentlicht. Andere, wie FrontFoot, schreiben in ihrer Beschreibung schlicht, dass Anthropic das Modell hostet, das die Entwürfe erstellt.

Das lässt vier unterschiedliche Wege übrig, und die nützliche Art, sie zu unterscheiden, ist zu fragen, wo sich die Arbeitsschleife schließt.

Weg 1: der Connector, den Zendesk gebaut hat

Dies ist der einzige No-Code-Pfad, und für ein erstes Experiment ist es der richtige. Die Einrichtung läuft über das Admin Center: Erstellen Sie einen Key in der Claude Console, gehen Sie dann zu Apps und Integrationen, dann zu Aktionen, dann zu Action Flows, und klicken Sie unter External Actions auf Claude und fügen Sie den Key ein. Der Eintrag macht deutlich, dass Zendesk hier keine Inferenz weiterverkauft, sodass Sie Anthropic direkt bezahlen für jeden Token.

Vier Aktionen sind enthalten: Prompt senden, Text zusammenfassen, Sentiment analysieren und Schlüsselwörter extrahieren. Das deckt ein nützliches Arbeitsspektrum ab. Einen langen Thread automatisch zusammenzufassen, bevor ein Agent ihn übernimmt, ist echter Mehrwert und nah verwandt mit dem, was Zendesk-KI-Zusammenfassungen bereits nativ tun. Sentiment- und Schlüsselwort-Extraktion fließen direkt in Routing und Support-Tagging ein, was derselbe Job ist wie native Ticket-Klassifizierung, nur mit Ihrem eigenen Prompt.

Drei Dinge, die der Eintrag nicht fett hervorhebt.

Die Modellliste ist eine Generation zurück. Der Connector bietet Opus 4.6, Sonnet 4.6 und Haiku 4.5 an. Anthropics aktuelle Reihe ist Opus 5, Sonnet 5 und Fable 5, und die älteren Modelle sind in den Plattform-Docs als Legacy eingestuft. Das ist nicht nur eine Qualitätsfrage. Sonnet 5 startete günstiger als das Modell, das es ersetzte, mit 2 $ Input und 10 $ Output pro Million Tokens gegenüber Sonnet 4.6s 3 $ und 15 $.

Auf der Standard-Sonnet-Option des Connectors zahlen Sie also 50 % mehr pro Token für die vorherige Generation. Gut zu wissen, bevor Sie es auf jedes Ticket skalieren.

Action-Credits sind der eigentliche Zähler. Weil der Connector in Action Flows eingebunden ist, gelten die Limits des Action Builders auch für ihn: 100 Flows pro Konto, 50 Schritte pro Flow, 10 Ausführungen pro Sekunde außerhalb von Bursts und genau eine Anthropic-Verbindung pro Zendesk-Konto. Credits werden von den meisten Schritten verbraucht, die etwas erstellen, lesen, aktualisieren oder löschen. Das enthaltene Kontingent reicht von 40.000 Aktionen im Monat bei Suite Team und Growth bis zu 400.000 bei Enterprise Plus, mit Overage, die in Blöcken von 100.000 zu einem von Zendesk nicht veröffentlichten Preis verkauft wird. Ein Flow in der Form „Ticket lesen, Claude aufrufen, Kommentar schreiben“ verbraucht etwa drei Credits pro Ticket, was ein Suite-Growth-Konto auf etwa 13.000 Tickets im Monat bringt, bevor es Credits nachkaufen muss.

Das Plan-Gate wird auf derselben Seite zweimal unterschiedlich angegeben. Die Detailbox des Connectors nennt Guide Professional oder höher. Die Anforderungsliste nennt alle Suites sowie Support Team, Professional oder Enterprise. Ich werde nicht vorgeben, das für Sie aufzulösen; prüfen Sie es mit Ihrem Ansprechpartner, bevor Sie jemandem ein Launch-Datum versprechen. Der Action Builder selbst ist als Suite Growth und höher dokumentiert.

Weg 2: Trigger, Webhook, Ihr Service, Claude

Dies ist der Weg, zu dem die meisten Engineering-Teams greifen, und es ist der, bei dem die Zendesk-Webhooks-Dokumentation eine sorgfältige Lektüre statt eines Überflugs verdient.

Die Form ist unkompliziert. Ein Zendesk-Trigger feuert bei Ticket-Aktivität, ruft einen Webhook auf, Ihr Service übernimmt das Denken, und Sie schreiben über die API zurück. Beachten Sie, dass Ticket-Aktivität speziell über einen Trigger oder eine Automation laufen muss, nicht über ein Event-Abonnement, und dass Sie die Verbindungsmethode eines Webhooks nach der Erstellung nicht mehr ändern können.

Wenn Sie noch keinen verkabelt haben, deckt unser Walkthrough zu einem Ticket-Updated-Webhook die Payload und die Platzhalter ab.

Dann tauchen die Einschränkungen auf.

• Ein 12-Sekunden-Timeout, mit fünf Wiederholungen. Das ist die wichtigste Zahl hier. Ein synchroner Handler, der Claude aufruft und auf die Fertigstellung wartet, wird bei jedem nicht-trivialen Prompt daran scheitern. Die richtige Form ist: sofort bestätigen, in die Queue stellen, Claude außerhalb des Requests aufrufen, über REST zurückschreiben.
• Die Payload ist auf 16.000 Zeichen begrenzt. Wenn Sie geplant hatten, den gesamten Konversationsverlauf über den Webhook-Body in den Prompt zu schicken, wird das nicht funktionieren. Sie holen ihn über die API zurück, was Sie einen Request kostet.
• Ticket-Updates sind auf 100 pro Minute kontoweit begrenzt. Selbst bei Enterprise Plus, wo die Headline-Zahl für Requests pro Minute bei 2.500 liegt, sind Schreibvorgänge auf 100 pro Minute begrenzt, oder 300 mit dem High-Volume-Add-on. Das deckelt ein „Claude entwirft bei jedem Ticket“-Design leiser als alles andere auf der Seite.
• Inkrementelle Exporte laufen mit 10 Requests pro Minute. Das ist der Endpunkt, den Sie nutzen würden, um Historie in einen Retrieval-Index einzuspeisen, planen Sie den Backfill also als Über-Nacht-Job, nicht als Nachmittagsaufgabe.
• Zustellung ist at-least-once, ohne Reihenfolgegarantie. Zendesk sagt unumwunden, dass ein Webhook zweimal für dieselbe Aktion feuern kann oder gar nicht. Verwenden Sie den Idempotency-Key-Header bei der Ticket-Erstellung, und denken Sie daran, dass die Keys nach zwei Stunden ablaufen.

Nichts davon ist ein Grund, es nicht zu bauen. Es ist ein Grund, ehrlich darüber zu sein, was Sie da bauen, denn der API-Aufruf ist nur die sichtbare Spitze davon.

Jeder dieser Blöcke ist eine Woche der Zeit von jemandem, und die meisten davon zeigen sich erst im zweiten Monat. Wenn Sie zuerst die vollständige API-Oberfläche sehen wollen, sind unser Zendesk-API-Tutorial und die Notizen zu OAuth-Scopes der richtige Ausgangspunkt.

Weg 3: Claude in der Ticket-Sidebar

Wenn Sie eigentlich einen Copiloten für menschliche Agenten wollen statt eines autonomen Responders, ist die Ticket-Sidebar-App die richtige Oberfläche. Sie rendert im rechten Panel des Agent Workspace, sieht das Ticket und kann eine externe API aufrufen. Das ist die Oberfläche hinter den meisten Ansätzen für KI-Antwortentwürfe.

Das Sicherheitsdetail ist das, was die Leute übersehen. Externe Aufrufe laufen über Zendesks Proxy via client.request(), und ein API-Key, der in eine App fällt, ist standardmäßig in den Dev-Tools sichtbar. Die Lösung ist eine "secure": true-Manifest-Einstellung plus eine domainWhitelist, wobei der echte Wert serverseitig vom Proxy injiziert wird. Werte sind auf 1.024 Zeichen begrenzt, und sichere Einstellungen können nicht auf dem lokalen ZCLI-Dev-Server getestet werden, was den ersten Deploy zu einem Spaß macht. Es lohnt sich, das mit unseren Notizen zu Zendesk-KI-Datenschutz zu kombinieren, bevor Ticket-Text das Konto verlässt.

Apps erhalten außerdem ihren eigenen Rate-Bucket: 100 Requests pro Minute pro Nutzer pro App. Eine Sidebar-App, die bei jedem Ticket-Öffnen einen Claude-Aufruf feuert, wird also pro Agent gemessen, was meist in Ordnung ist und gelegentlich nicht, an einem geschäftigen Montag.

Zum Vergleich, was Sie damit nachbauen würden: Zendesks eigenes Copilot-Add-on kostet 50 $ pro Agent im Monat, jährlich abgerechnet, buchbar ab Professional. Ohne es gibt Suite Professional Ihnen intelligente Triage-Klassifizierungen und gebündelte Schreibwerkzeuge mit fünf Nutzungen pro Agent im Monat, hart gedeckelt bei 500 pro Instanz. Auto Assist, vorgeschlagene Antworten und ähnliche Funktionen liegen alle hinter dem Add-on.

Weg 4: MCP, und wie es tatsächlich läuft

MCP ist der Bereich, in dem die Benennung verwirrend wird, hier also der Stand der Dinge heute.

Claudes Connector-Verzeichnis hat keinen Zendesk-Eintrag. Zoho Desk, Freshservice, HubSpot und Linear haben alle aktive Connector-Seiten; claude.com/connectors/zendesk liefert einen 404. Custom Connectors sind über Free bis Enterprise verfügbar, wobei Free auf einen begrenzt ist, und bei Team und Enterprise installiert ein Owner den Connector, bevor jeder Nutzer autorisiert. Weil Anthropic Ihren Server von seiner eigenen Cloud aus erreicht, muss der Server auf öffentlichem HTTPS liegen, sodass alles hinter einem VPN nicht verbinden wird.

Zendesk wiederum hat keinen universellen MCP-Server veröffentlicht. Was am 10. August 2026 ausgeliefert wurde, ist das Spiegelbild: ein MCP-Client, verfügbar ab Suite Growth, nur OAuth, auf 250 Tools begrenzt und Action-Credits verbrauchend. Das lässt Zendesk andere MCP-Server aufrufen. Es lässt Claude nicht in Zendesk hineinrufen.

Die praktischen Optionen, um Claude auf Zendesk-Daten zu richten, sind also Swifteqs Marketplace-App, die kostenlos und gehostet ist, aber einen Drittanbieter-Service in den Pfad setzt, oder das Open-Source-Projekt zendesk-mcp-server, das Apache-2.0 lizenziert ist und lokal über STDIO läuft, sodass es mit Claude Desktop und Claude Code funktioniert, aber nicht mit claude.ai. Auf der API-Seite nimmt der MCP-Connector ein mcp_servers-Array hinter einem Beta-Header, unterstützt nur Tool-Aufrufe und ist nicht für Zero Data Retention geeignet.

Dieser Weg ist ausgezeichnet für Analyse. Bitten Sie Claude, die Eskalationen der letzten Woche zu lesen und Ihnen zu sagen, was schiefgelaufen ist. Es ist kein Weg zur Automatisierung, denn hier feuert nichts von selbst.

Dieser Wert auf der lesenden Seite ist real, und die Leute bekommen ihn bereits:

"We have just connected up our internal zendesk, Jira, confluence, and github in Claude Code and it's incredible how useful it is to find information spread across different services in 1 minute instead of it personally taking me 15 minutes of manual search."

sothatsit, Hacker News

Beachten Sie, was das ist und was nicht. Es ist ein Ingenieur, der schneller über seine eigenen Tools sucht. Es ist kein Kunde, der eine Antwort bekommt.

Welcher Weg passt zu Ihnen, und was er kostet

Die Kosten teilen sich in zwei Eimer, die sich völlig unterschiedlich verhalten, wählen Sie also Ihr Volumen und schauen Sie sich beide an.

Zwei Dinge springen aus dieser Tabelle heraus.

Reine Inferenz ist fast kostenlos. Zwölf Dollar im Monat für tausend Tickets sind keine Budgetposition, das ist ein Rundungsfehler, und die aktuellen Claude-Preise machen es mit jeder Generation noch günstiger. Wer Ihnen sagt, der API-Weg spare Geld bei den Tokens, hat recht und beantwortet trotzdem die falsche Frage.

Jemand in demselben r/Zendesk-Thread hat dieselbe Rechnung unabhängig aufgestellt und landete im Rahmen einer Rundungsdifferenz bei meinen Zahlen:

"raw api cost on a typical zendesk ticket (3-4k tokens in, 500 out) lands between $0.005 and $0.02 across the major models, two orders of magnitude under vendor pricing. what you're paying the rest for is the action layer (writing back to shopify, refunds, address changes), inbox plumbing, and the eval/guardrail loop."

u/Deep_Ad1959, r/Zendesk, Reddit

Das ist der ganze Beitrag in einem Kommentar, von jemandem, der keinen Grund hat, Ihnen etwas zu verkaufen.

Und die Lücke zwischen der DIY-Spalte und allem anderen ist keine Marge, es ist der Wrapper. Was Sie in den anderen Zeilen kaufen, ist Retrieval über Ihre eigenen Inhalte, Eskalationslogik, ein Ort, um zu sehen, was das Ding getan hat, und jemanden, den Sie um 2 Uhr morgens anrufen können, wenn es aufhört zu funktionieren.

Wo diese Builds tatsächlich brechen

Sie brechen selten am Modell. Sie brechen auf der letzten Meile, und dieser r/Zendesk-Beitrag ist das sauberste Beispiel dafür, das ich gesehen habe:

"I built a 'ticket response drafter' with Claude that uses my knowledge base to draft responses to every customer ticket that comes in. I want my agents to be able to edit and then send that response to the customer instead of drafting each one from scratch. I know through the Zendesk API that I can send these drafted responses into the ticket as an internal message... but is there a way to acutally make the drafted response a DRAFT sitting in the ticket, so they don't have to copy/paste the draft response every time?"

u/dorisday65, r/Zendesk, Reddit

Der Claude-Teil hat beim ersten Versuch funktioniert. Der Teil, der nicht funktioniert hat, ist, dass ein Zendesk-Entwurf im Browser des Agenten lebt, nicht auf dem Ticket, sodass eine interne Notiz oder ein Custom Field so nah kommt, wie die API es zulässt. Jeder Agent zahlt für immer eine Copy-Paste-Steuer, und das ist die Art von Detail, die man in Woche drei findet, nicht im Planungsdokument.

Hier ist der Teil, zu dem ich direkt sprechen kann, weil es uns passiert ist.

Wir haben Kunden an genau diesen Build verloren. Mehrere abgewanderte Konten nannten den Inhouse-Bau als Grund, und eines davon, eine DTC-Beautymarke, ging direkt zur Claude-API. Ein anderes, ein europäischer Hosting-Anbieter mit Zendesk, ging, nachdem es seine eigene KI gebaut hatte. Als unser Team aufgeschrieben hat, warum, war das Urteil unverblümt: Ein Großteil ihrer Reibung kam aus der Einrichtungskomplexität rund um Übergaben, die Zendesk-Integration und die Geschäftszeiten-Logik. Das ist keine Liste von Modellproblemen. Das ist eine Liste von Harness-Problemen, und es sind dieselben Probleme, die ein Build von Grund auf am ersten Tag erbt.

Ein abgewanderter Mid-Market-Kunde hat den Build-versus-Buy-Instinkt besser formuliert, als ich es könnte:

"We switched to a system that is working well at half the cost. But long term we will just build our own, which is so possible now with AI."

a mid-market brand that moved to a cheaper chatbot vendor and plans to build in-house

Sie haben nicht unrecht, dass es möglich ist. Die Frage ist, ob es das ist, womit Ihr Team seine Quartale verbringen sollte.

Der andere Fehlermodus ist subtiler und dreht sich um Vertrauen. Wir haben beobachtet, wie ein selbstsicher klingender Bot einem echten Kunden eine falsche Antwort gegeben hat, weshalb wir jetzt darauf bestehen, einen Rollout gegen historische Tickets zu simulieren, bevor irgendetwas live geht. In einem Test mit echtem Zendesk-Traffic bei einem deutschen Schmuckhändler mit etwa 1.000 Tickets im Monat waren die Zahlen zugleich ermutigend und ernüchternd: 93 % Triage-Genauigkeit und 100 % Spam-Erkennung ohne falsch-positive Treffer, dazu eine 7-prozentige Rate an sachlichen Fehlern und nur 12 % der Entwürfe gut genug, um unverändert versendet zu werden. Diese 7 % will man in einer Simulation finden, nicht im Posteingang eines Kunden.

Die öffentliche Stimmung zu Zendesks eigener KI-Preisgestaltung geht in eine ähnliche Richtung, meist rund um die Frage, was als Resolution zählt:

"From what I can see in regards to this new 'Automated Resolution' pricing model, we'll be paying about $1.50 ~ $1.20 per resolution. And what Zendesk counts as a resolution can be ... subjective... If you have 500 AR per week, the bill blows out to be $650, where there wasn't a charge before."

u/caledragonpunch, r/Zendesk, Reddit

Um fair zu Zendesk zu sein: Diese Definition wurde seither verschärft. Seit Mai 2026 zieht nur eine Verified Resolution Ihr Kontingent ab, bestätigt durch eine LLM-Prüfung nach einem 72-Stunden-Fenster ohne Nachfrage. Contained Resolutions und Assisted Escalations werden nicht mehr berechnet. Das ist eine echte Verbesserung und adressiert die Abwanderungsbeschwerde direkt. Unsere vollständige Aufschlüsselung der Zendesk-KI-Preise geht die Stufen durch, und das Pro-Resolution-Modell bekommt einen eigenen Beitrag.

Die Wissensfrage, die niemand früh genug stellt

Das ist der Unterschied, der darüber entscheidet, ob irgendetwas davon funktioniert, und er hat nichts mit dem gewählten Modell zu tun.

Zendesks KI-Agenten verbinden sich mit genau zwei Arten von Quellen: Help Centern, die live durchsucht werden, und externen Inhalten, die von einem Web-Crawler oder Knowledge Connector eingebracht werden und gegen den letzten Sync durchsucht werden, üblicherweise alle 24 Stunden. Bisherige Ticket-Historie gehört nicht dazu. Ticket-Historie speist den Knowledge Builder, der Artikel generiert, die Sie dann veröffentlichen, und der Agent liest diese Artikel. Es ist ein echtes Feature und funktioniert, aber es ist einen Schritt von Ihrem Archiv entfernt. Unser Leitfaden zu Zendesk-KI-Agenten geht die Einrichtung von Anfang bis Ende durch.

Der Claude-Connector ist noch einen Schritt weiter entfernt. Seine vier Aktionen operieren auf dem Text, den Sie ihnen übergeben. Er hat überhaupt keine Wissensebene, was der Punkt daran ist, vier Aktionen zu sein statt ein Produkt.

Beim Testen ist es dieselbe Geschichte. Zendesk dokumentiert drei Wege, einen KI-Agenten zu testen: eine Sandbox-Umgebung, einen Test-E-Mail-Trigger und einen „Test AI Agent“-Button. Alle drei sind vorausschauend. Es gibt keinen dokumentierten Trockenlauf über Ihre eigenen bisherigen Tickets, was bedeutet, dass der erste echte Beweis dafür, wie er Ihre Warteschlange handhabt, erst ankommt, nachdem er sie bereits handhabt. Lesenswert zusammen mit unseren Notizen zur Zendesk-KI-Agent-Übergabe, denn die Übergaberegeln sind es, die die Fehltreffer abfangen.

Noch ein Stück Hausaufgabe, wenn Sie auf dem nativen Pfad sind: AI Agents Essential wurde im Mai 2026 zu Legacy, verliert am 31. August 2026 den Support und wird am 10. Dezember 2026 entfernt, aufgehend in einem einzigen agentischen Produkt zusammen mit AI Agents Advanced. Wenn Sie auf Essential gebaut haben, ist diese Migration jetzt eine terminierte Hausaufgabe.

Was ich also tatsächlich tun würde

Kommt darauf an, wo Sie stehen, und ich meine das im spezifischen, nicht im ausweichenden Sinne.

Experimentieren, ein Workflow, kein Budget. Nutzen Sie den Connector. Er ist kostenlos, dauert zwanzig Minuten, und Zusammenfassen-dann-Taggen ist ein echter Gewinn. Wechseln Sie das Modell-Dropdown bewusst, statt den Standard zu akzeptieren, und achten Sie auf Ihre bestehende Workflow-Automatisierung, damit der neue Flow nicht gegen Ihre alten Regeln kämpft.

Sie haben Ingenieure und einen ungewöhnlichen Workflow. Bauen Sie Weg 2, aber grenzen Sie ihn auf eine enge Aufgabe mit einer klaren Erfolgsmetrik ein, und gestalten Sie ihn von der ersten Zeile an asynchron. Wenn Sie sich in Woche drei dabei ertappen, eine Eskalations-Zustandsmaschine zu schreiben, ist das Ihr Signal, dass Sie angefangen haben, ein Produkt zu bauen statt ein Feature.

Sie wollen Tickets gelöst haben, nicht angereichert. Keiner dieser vier Wege bringt Sie dorthin, für sich genommen. Das ist ein Harness, und einen zu kaufen ist fast immer schneller, als einen zu bauen. Unsere Übersicht der besten KI-Helpdesk-Software deckt das Feld ab, einschließlich der Tools, die ich für bestimmte Team-Formen vor uns stellen würde.

Wenn Sie bereits tief im nativen Stack stecken und abwägen, ob Sie bleiben, ist der Vergleich Zendesk-KI-Alternativen die nützlichere Lektüre als diese hier.

Was ich, fürs Protokoll, nicht tun würde: einen Weg danach auswählen, welches Modell diesen Monat gerade angesagt ist. Die Lücke zwischen einem KI-Agenten und einem regelbasierten Chatbot hat fast nie am Modell gelegen.

eesel AI für Zendesk

Wenn das, was Sie eigentlich von „Claude für Zendesk“ wollten, ein Modell war, das Tickets löst, statt vier Aktionen, die Sie selbst verkabeln, dann ist das der Job, den eesel AI erledigt. Es verbindet sich per OAuth in unter dreißig Minuten, tritt Zendesk als echter KI-Agent bei statt als separates Widget und trainiert auf Ihren bisherigen Tickets, Makros und dem Help Center statt nur auf veröffentlichten Artikeln.

Das Unterscheidungsmerkmal, auf das ich hinweisen würde, ist das, um das dieser ganze Beitrag gekreist ist: Sie können es gegen Ihre eigenen bisherigen Zendesk-Tickets laufen lassen, bevor es je einem Kunden antwortet, sehen die Abdeckung pro Thema und die Lücken, füllen sie, und gehen dann live. Zur Modellfrage: Anthropic ist einer von eesels genannten Subprozessoren neben OpenAI und Google, und Enterprise-Pläne unterstützen das Mitbringen eines eigenen Modells. Die Preisgestaltung liegt bei 0,40 $ pro bearbeitetem Ticket, mit 50 $ kostenloser Nutzung und ohne Kreditkarte zum Start.

"In the first month, eesel is resolving 73% of our tier 1 requests. eesel offers easy Zendesk implementation and setup. Our team implemented and achieved results quickly during our 7-day trial."

Kim Simpson, Gridwise, on the eesel AI Zendesk page

Wo eesel nicht die richtige Wahl ist: Wenn Sie heute Bildanalyse für Kunden-Screenshots oder Sprachaufnahme-Support brauchen, das sind echte Lücken, von denen wir bei Teams mit visuell-lastigen Warteschlangen hören, und ich würde es lieber jetzt wissen lassen als in Woche drei.