Kurzfassung
Cassidy ist eine No-Code-Plattform, um KI-Agenten und mehrstufige Workflows auf Basis der eigenen Dokumente zu bauen, ausgerichtet auf dokumentenlastige Unternehmen statt auf eine einzelne Abteilung. Vier Produkte greifen ineinander: eine Knowledge Base, Agents, Workflows und Meetings. Es verbindet sich mit 73 Apps, die ich im aktuellen Verzeichnis gezählt habe, läuft mit Modellen von OpenAI, Anthropic und Google und trägt SOC 2 Type II, GDPR, HIPAA und CASA.
Zwei Dinge fielen mir auf, sobald ich hinter die Marketingseiten geschaut habe. Erstens enthält die Preisseite überhaupt keine Dollarbeträge, und die Abrechnung läuft über token-basierte "AI-Credits" ohne veröffentlichten Satz, sodass sich Ausgaben vor dem Kauf nicht prognostizieren lassen. Zweitens ist die Decke für Support-Teams niedriger als sie aussieht: Jede veröffentlichte Support-Vorlage endet bei einem Antwortentwurf, und nirgendwo in Cassidys Material findet sich ein Konfidenzschwellenwert, Auto-Send oder eine Deflection-Zahl.
Wer also einen Assistenten will, der die Fragen der Mitarbeitenden in Slack beantwortet und RFP-artigen Papierkram automatisiert, für den ist Cassidy eine ernstzunehmende Wahl. Wer hierhergekommen ist, weil die Ticket-Queue überläuft, sucht ein anderes Produkt. Ich baue seit Jahren Support-KI bei eesel, und der Unterschied zwischen "entwirft eine Antwort" und "schließt das Ticket" macht den größten Teil der Arbeit aus.
Was Cassidy AI eigentlich ist
Cassidy Inc. wurde 2023 gegründet, sitzt in New York und ist klein. Mitgründer und CTO Ian Woodfill beschrieb das Team im April 2026 auf Hacker News als "25 Leute, schnell wachsend". Insgesamt wurden 13,7 Millionen Dollar eingesammelt: eine 3,7-Millionen-Dollar-Seed-Runde angeführt von The General Partnership, gefolgt von einer 10-Millionen-Dollar-Series-A angeführt von HOF Capital im September 2025.
CEO Justin Fineberg schreibt beide Finanzierungsankündigungen selbst und bringt einen ungewöhnlichen Vertriebsvorteil mit: ein KI-Bildungspublikum, das nach eigenen Angaben "auf mehr als 500.000 Menschen" gewachsen ist. Das ist wichtiger, als es klingt, denn es erklärt auch, warum das meiste, was online über Cassidy zu lesen ist, auf ihn zurückgeht.
Die H1 der Startseite lautet "Baue KI-Agenten, die deine komplexeste Arbeit übernehmen", und die These dahinter ist eher ein Personalargument als ein technisches. Cassidys eigene Einordnung: "Die Menschen, die der Arbeit am nächsten sind, sollten diejenigen sein, die sie automatisieren." Der Pitch lautet, dass Fachteams nicht mehr hinter der Entwicklung anstehen müssen, um eine Automatisierung zu bekommen.
Diese Einordnung passt zu der Zielgruppe, an die Cassidy verkauft. Auf der Startseite werden drei Branchen genannt: Versicherungen, Industrie und professionelle Dienstleistungen, beschrieben als Bereiche, "in denen Workflows manuell sind, Dokumente dicht sind und Genauigkeit entscheidend ist". Die Kundenlogos passen dazu, darunter Tokio Marine, NTT Data, Geodis, Quad und Frontier Behavioral Health.
Eine Zahl ist es wert, sorgfältig zitiert zu werden. Die Kundenseite sagt "20.000 Unternehmen und Teams mit über 1.000 Mitarbeitenden vertrauen auf Cassidy", während der eigene Seed-Investor, The General Partnership, von "über 12.000 Unternehmen" schreibt. Beide Angaben widersprechen sich, und die erste wirkt seltsam für ein Unternehmen mit 25 Mitarbeitenden. Beide sollten als Marketing-Größenangaben verstanden werden, nicht als geprüfte Zahlen.
Die vier Produkte, und wie sie zusammenspielen
Cassidy teilt die eigene Plattform in eine Kontextebene und eine Automatisierungsebene. Das ist die eigene Wortwahl, und es ist das klarste mentale Modell für das gesamte Produkt.
Knowledge Base
Das ist das Fundament, von dem der Rest abhängt. Es nimmt PDFs, Office-Dateien, CSVs, Audio und Video (automatisch transkribiert), Quellcode und ganze Websites über einen Crawler mit Domain-, Subdomain-, Seiten- oder Glob-Muster-Modi auf. Bei den Konnektoren synchronisiert es Google Drive, SharePoint, OneDrive, Notion, Confluence, Slack, Box, Coda, Jira, Gong, Zendesk-Help-Center-Artikel und ServiceNow-Wissensartikel. Wer schon einmal nach KI-Wissensdatenbank-Tools gesucht hat, wird merken, dass diese Konnektorliste am starken Ende der Kategorie liegt.
Das Retrieval ist semantisch statt keyword-basiert, was es eher in die Familie anderer Wissensretrieval-Tools einordnet als in ein reines Suchfeld. Jede Antwort trägt, was Cassidy Deep-Linked Citations nennt und die den exakten Quellauszug öffnen. Berechtigungen werden vom Quellsystem übernommen, sodass ein Agent laut Dokumentation "nur Informationen abruft, auf die Nutzer zugriffsberechtigt sind". Es gibt außerdem ein Document-Verification-Menü mit drei Zuständen: verifiziert, Manager-Verifizierung anfordern oder als veraltet markieren. Das ist eine kluge Kontrolle für alle, die schon einmal erlebt haben, wie ein Bot selbstbewusst eine Richtlinie von 2023 zitiert, und es greift dieselbe Ursache an wie die meisten KI-Halluzinationen: veraltetes Quellmaterial statt ein schlechtes Modell.
Die klare Einschränkung hier: Integrationsquellen synchronisieren alle 24 Stunden, es sei denn, man ist auf Enterprise. Für eine RFP-Bibliothek ist das kein Problem. Für ein Help Center, das sich wöchentlich ändert, ist eine einen Tag alte Antwort ein Genauigkeitsproblem, keine bloße Unannehmlichkeit.
Agents
Ein Agent ist ein gespeichertes Konfigurationsbündel und keine eigene Laufzeitumgebung. Die Dokumentation listet zehn Bestandteile auf: ein Basismodell, Anweisungen in normaler Sprache, Wissensdatenbank-Suche, Konnektoren, Fähigkeiten (Websuche, Bildgenerierung, Artifacts, Browsernutzung), Code-Ausführung, Skills, Markenstimme, die Fähigkeit, einen Workflow aufzurufen, sowie Deployments.
Man erhält über 80 Agenten-Vorlagen zum Einstieg, und Agenten lassen sich auf Slack, Microsoft Teams, Google Chat, als Website-Embed, per E-Mail-Adresse, über die API sowie als Chrome- oder Edge-Erweiterung ausrollen, dazu innerhalb von Word, Excel und Outlook. Diese Deployment-Breite ist das eigentliche Unterscheidungsmerkmal gegenüber einem KI-Assistenten mit nur einer einzigen Oberfläche.
Ein Detail, das mir gefallen hat: Die Standard-Agenten, die Cassidy mitliefert, sind bewusst nicht auf der eigenen Wissensdatenbank trainiert. Sie existieren für generische Aufgaben, damit niemand versehentlich glaubt, ein vorgefertigter Assistent kenne die Unternehmensrichtlinien. Wer schon einmal versucht hat, KI zu trainieren, wird erkennen, warum diese Trennung wichtig ist.
Workflows
Workflows sind die deterministische Hälfte. Ein Trigger plus eine geordnete Kette von Aktionen, mit rund 45 dokumentierten Aktionen für Generierung, Wissenssuche, Recherche, Dokumentenextraktion, Kontrollfluss und zwei Human-in-the-Loop-Schritten, die einen Lauf pausieren, bis jemand freigibt oder eine Eingabe liefert.
Cassidys eigene Dokumentation zieht die Grenze zwischen den beiden Produkten offener als die meisten Hersteller-Dokumentationen. Laut Workflows-Übersicht nutzt man einen Workflow, "wenn ein vorhersehbarer, wiederholbarer Prozess gewünscht ist", und einen Agenten, wenn "der Weg nicht vorherbestimmt ist". Ein Agent kann mitten im Gespräch einen Workflow aufrufen, was aus beiden ein einziges System statt zweier macht.
Meetings
Ein Notizassistent, der sich in Zoom-, Teams- und Google-Meet-Calls einwählt, mit Sprechererkennung transkribiert und die Transkription in die Knowledge Base ablegt, damit Agenten exakte Zeitstempel zitieren können. Das ist eine gute Idee, denn Meeting-Transkripte sind normalerweise genau der eine Wissensbestand des Unternehmens, der es nie ins Wissensmanagement schafft. Cassidy benennt die eigene Konkurrenz hier auf der Meetings-Seite unverblümt: Fireflies, Otter und Fathom als eigenständige Recorder sowie Gong, Chorus und Clari als Revenue Intelligence.
Wie ein Workflow tatsächlich gebaut wird
Hier schlägt eine praktische Lektüre den Marketingtext. Man startet entweder mit einem individuellen Aufbau (in normaler Sprache beschreiben, und der Workflow Copilot generiert Trigger, Aktionen und Konfiguration), einer leeren Fläche, einer importierten JSON-Datei oder einer von über 100 Vorlagen.
Trigger gibt es in fünf Familien: manuelles Formular, geplant (stündlich bis monatlich), Webhook, eine dedizierte eingehende E-Mail-Adresse und Integrationsereignisse. Letzteres umfasst neue oder aktualisierte Zendesk-Tickets, Änderungen an HubSpot- und Salesforce-Datensätzen, Slack-Nachrichten, Gmail- oder Outlook-Mails, Kalenderereignisse, Gong-Transkripte und Jira-Issues. Vor allem der E-Mail-Trigger macht es einfach, eine Posteingangs-Triage zu bauen, ohne überhaupt einen Helpdesk anzufassen.
Das tragende Detail, das kaum jemand erwähnt, steht in der Build-Dokumentation: Schritte sind nicht implizit verkettet. Cassidy formuliert es so: "Standardmäßig haben Aktionen keinen Zugriff auf die Ausgabe früherer Schritte." Man verdrahtet jede einzeln explizit, indem man eine Variable mit # einfügt. Das ist ein vernünftiges Design, und es ist auch das, was einen ersten Workflow still und leise kaputtmacht, wenn man davon ausgeht, dass die Ausgabe von selbst nach unten fließt.
Bulk Run ist der Modus, der mich am meisten beeindruckt hat. Man lädt eine Datei hoch, Cassidy extrahiert die Zeilen, und der Workflow läuft gegen jede einzelne davon. Der Screenshot auf der Workflows-Seite zeigt einen RFP-Job, der hinter einer dreistufigen Fortschrittsanzeige "1.125 Antworten generiert". Für ein RFP- oder Angebotsteam ist dieses eine Feature vermutlich der gesamte Business Case.
Passt Cassidy also zur eigenen Aufgabe?
Die meiste Verwirrung, die ich bei Tools dieser Kategorie sehe, ist eine Passgenauigkeits-Frage, kein Qualitätsurteil. Wähle aus, was die KI tatsächlich tun soll:
Wo Cassidy für ein Support-Team passt
Cassidy listet 12 Kundensupport-Lösungen auf, darunter einen Auto-Responder, Ticket-Triage und -Routing, Sentiment-basierte SLA-Priorisierung, mehrsprachige Support-Antworten und einen Ticket Context Enricher. Auf dem Papier liest sich das wie ein Support-Produkt. Liest man die Beschreibungen, zeigt sich schnell ein Muster.
Der Auto-Responder "ruft Ticket- und E-Mail-Details ab, durchsucht eine Knowledge Base und erzeugt markengerechte Antwortentwürfe". Der Ticket Context Enricher gibt Agenten quellenverlinkte Zusammenfassungen. Cassidys eigene FAQ beschreibt den gesamten Support-Anwendungsfall als "eingehende Tickets automatisch mit Antwortentwürfen versehen". Jeder Mechanismus endet bei einem Menschen, was eine legitime Design-Entscheidung ist und es wert ist, beim Toolvergleich offen benannt zu werden.
Drei Lücken sind wichtig, wenn Support der Grund ist, weshalb man sich diese Lösung ansieht:
- Kein Konfidenzschwellenwert. Das Wort Konfidenz taucht nirgends als einstellbarer Parameter auf. Die einzigen veröffentlichten Eskalationsregeln basieren auf Inhaltskategorie ("sensible Themen") und Schweregrad, was weit von echter Human-Handoff-Kontrolle entfernt ist.
- Kein benannter Helpdesk in den Support-Texten. Auf jeder Support-Seite spricht Cassidy generisch von "Help Desk" und "Ticketing-Systemen". Das Integrationsverzeichnis führt zwar Zendesk, Freshdesk, ServiceNow und Jira auf, aber die Zendesk-Anbindung besteht aus Help-Center-Sync plus Ticket-Triggern plus dem Hinzufügen eines Kommentars. Das ist eine Datenleitung, keine Agenten-Konsole.
- Keine Ergebniszahlen. Ich habe alle drei veröffentlichten Case Studies gelesen, und es gibt darin nicht eine einzige Zeitersparnis-Basislinie, Adoptionsquote, Deflection-Rate oder CSAT-Zahl. Die einzige Prozentzahl in der gesamten Kundenbibliothek steht in einer Sales-Case-Study.
Auf diesen letzten Punkt würde ich in einer Demo am härtesten drängen. Nach Jahren, in denen ich KI-Agenten in echten Support-Queues eingesetzt habe, misstraue ich vor allem einem selbstbewusst klingenden Bot ohne eine gemessene Zahl dahinter. Deshalb wird jedes eesel-Rollout gegen die eigenen historischen Tickets eines Unternehmens simuliert, bevor es auf einen Kunden trifft, sodass die Lösungsrate etwas ist, das man in den eigenen Daten gesehen hat, statt etwas, das man sich erhofft hat.
Cassidy-AI-Preise: was veröffentlicht ist und was nicht
Das ist der Fund, der mich am meisten überrascht hat. Die Cassidy-Preisseite enthält null Dollarbeträge. Weder einen Monatspreis, noch einen Preis pro Sitzplatz, noch einen Credit-Preis. Ich habe zweimal nachgeschaut, bei beiden URL-Varianten.
Was die Seite tatsächlich in Worten angibt:
| Was man bekommt | Starter | Business |
|---|---|---|
| Preis | "Kostenlos starten" | "Demo buchen", jede Zelle zeigt Custom |
| Nutzer | 3 | Custom |
| Agenten | 5 | Custom |
| Workflows | 5 | Custom |
| AI-Credits | 10.000 enthalten | Auf das Team zugeschnitten |
| Wissensdatenbank-Speicher | Bis zu 100.000 Seiten | Auf das Team zugeschnitten |
| Externe Quellsynchronisation | Alle 24 Stunden | Sofortige Synchronisation |
| Meeting-Recorder | "Begrenzte Stunden" | Auf das Team zugeschnitten |
| LLM-Optionen | "Begrenzt" | Volles Spektrum |
| Kostenlose Testphase | 14 Tage | 14 Tage |
Ein dritter Tarif, Enterprise, taucht in der FAQ der Seite selbst auf, aber nicht in der Vergleichstabelle, was darauf hindeutet, dass die Seite gerade umbenannt wird. Kostenpflichtige Self-Service-Tarife existieren tatsächlich hinter dem Login, mit einer Umschaltung zwischen monatlich und jährlich und Stripe-Checkout, aber deren Preise sind nirgendwo öffentlich einsehbar.
Wie Credits tatsächlich verbraucht werden
Ein Credit ist keine Aufgabe und keine Nachricht. Laut Dokumentation verbraucht "jede KI-Interaktion, von einer Chat-Nachricht bis zu einem Workflow-Lauf, Credits basierend auf der Komplexität der Anfrage und dem verwendeten KI-Modell". Der Verbrauch ergibt sich aus Input-Tokens plus Output-Tokens, skaliert nach Modell, mit einer veröffentlichten relativen Kostentabelle: Standardmodelle bei 1x, Premium bei rund 3x, Modelle mit hohem Reasoning bei rund 5x.
Drei Konsequenzen, die man als Käufer einkalkulieren sollte:
- Credits verfallen bei Nichtnutzung, außer in Enterprise, "abhängig von der Vereinbarung", auf allen Tarifen.
- Wenn sie aufgebraucht sind, ist komplett Schluss. Die Dokumentation sagt, dass Agent-Chats und Workflow-Läufe "vorübergehend nicht verfügbar sind, bis Credits nachgefüllt werden". Die Marketing-FAQ auf derselben Website sagt: "Du wirst nie unterbrochen." Beides kann nicht gleichzeitig stimmen.
- Grounding ist das, was Geld kostet. Cassidys eigener Rat zum Sparen lautet, "die Menge an Knowledge-Base-Kontext zu begrenzen, die in jede Interaktion einfließt". Der Kontext, der Antworten genau macht, ist derselbe Kontext, der die Rechnung treibt, was eine unangenehme Abwägung ist, auf der man einen Support-Workflow aufbauen soll.
Um fair zu bleiben: Credits sind ein normales Modell für eine horizontale Plattform, bei der ein Lauf ein Haiku sein könnte und der nächste 1.125 RFP-Antworten. Es ist einfach schwer zu prognostizieren, und deshalb bepreist eesel in der Einheit, in der ein Support-Verantwortlicher ohnehin schon denkt: 0,40 Dollar pro Ticket oder Chat-Sitzung, einmalig abgerechnet, egal wie viele Nachrichten hin- und hergehen, auf der Seite veröffentlicht ohne Plattformgebühr, ohne Gebühren pro Sitzplatz und ohne Mindestabnahme.
Sicherheit, Governance und Admin-Kontrollen
Das ist ein starker Bereich, und die Dokumentation ist konkret statt nur mit Badges zu winken.
| Kontrolle | Was Cassidy angibt |
|---|---|
| SOC 2 Type II | Audit abgeschlossen, unabhängig bestätigt, in regelmäßigem Zyklus erneuert |
| HIPAA | Konform, BAAs verfügbar, Dokumentation empfiehlt Unterzeichnung vor dem Onboarding |
| GDPR und CCPA | DPAs auf Anfrage, Rechte der betroffenen Personen unterstützt, kein Verkauf personenbezogener Daten |
| CASA | Validiert, deckt Cloud-API-Integrationen einschließlich Google Drive ab |
| Modelltraining | "Zero-Training-Vereinbarungen mit allen Anbietern" |
| Mandantentrennung | Zeilenebene-Sicherheit, die Organisationen auf Datenbankebene trennt |
| SSO | SAML 2.0, Anleitungen für Okta und Entra ID, nur Enterprise-Tarife |
Zwei Governance-Details sind besser als der Durchschnitt. Globale Anweisungen gelten organisationsweit für jeden Agenten und Workflow, unabhängig von individuellen Einstellungen, wodurch sich ein Tonfall oder ein Compliance-Hinweis durchsetzen lässt, ohne jedem Builder vertrauen zu müssen. Und jede Konnektor-Aktion, die Daten verändert, erfordert eine explizite Freigabe im Chat, bevor sie ausgeführt wird, was der richtige Standard ist, wenn nicht-technisches Personal die Automatisierungen baut.
Der Haken für kleinere Teams: SSO liegt hinter Enterprise, ebenso wie benutzerdefinierte Rollen, wöchentliche Website-Re-Crawls und Aufbewahrungsrichtlinien. Wer das für IT-Service-Management evaluiert, wird mit dieser Hürde in der Sicherheitsprüfung wahrscheinlich auf der falschen Seite landen.
Was Kund:innen tatsächlich sagen
Die Community-Präsenz ist dünn, also sollten die Zahlen entsprechend eingeordnet werden. G2 zeigt Cassidy mit 5,0 von 5 bei nur fünf Bewertungen, und jede dieser Bewertenden ist ein Kleinunternehmen mit 50 oder weniger Mitarbeitenden. Es gibt weder einen Capterra-Eintrag noch überhaupt ein Trustpilot-Profil. Die Enterprise-Positionierung hat also null unabhängige Enterprise-Bewertungsabdeckung im Rücken, was die größte Lücke in der gesamten Beweislage ist.
Die fünf tatsächlich vorhandenen Bewertungen sind nützlich, um ein Gefühl zu bekommen. Diese hier benennt die Reibung, auf die man mit wachsendem Dokumentenberg am ehesten stößt:
"Die einzige Herausforderung, auf die ich bisher gestoßen bin, war die schiere Menge an Daten, die ich hochladen wollte, was mich in Richtung Enterprise-Speicheranforderungen getrieben hat."
Und diese hier ist die klarste Aussage darüber, für wen das Produkt nicht gedacht ist:
"Ich würde mir mehr Integrationen und feinere Kontrolle für Entwickler wünschen, aber das ist sicher nur eine Frage der Zeit, während das Produkt weiter reift"
Auf Reddit taucht Cassidy meist innerhalb von Shortlists für No-Code-Agent-Builder auf, neben Dify und Langflow, in Threads wie diesem auf r/AI_Agents, statt in Diskussionen über Support-Tools. Builder finden Cassidy; Support-Verantwortliche meist nicht.
Die nützlichste unabhängige Einschätzung, die ich gefunden habe, kam von LinkedIn, wo ein Praktiker Cassidy gegen n8n antreten ließ und den Trade-off sauber zusammenfasste:
"relativ leicht zu erlernen... Aber viele in unserer Kohorte nutzen n8n, wegen seiner Funktionalität und der technischen Optionen."
Das ist die ehrliche Zusammenfassung der Positionierung innerhalb der Kategorie. Cassidy ist das Tool, das eine nicht-technische Person tatsächlich bedienen kann; n8n ist der Ort, an den man geht, wenn man Tiefe will.
Darüber hinaus finden sich die substanziellen Stimmen in Cassidys eigenen Case Studies, und zu ihrem Verdienst nennt jede eine echte Person mit echtem Titel.
"Die Dokumente waren da, aber irgendetwas darin zu finden, war keine gute Nutzung der Zeit."
Paul Arguinchona, Chief Information Officer, Frontier Behavioral Health, Cassidy-Case-Study
FBH nannte den eigenen Assistenten SPOT, für Single Point of Truth, und betreibt ihn nun täglich für über 800 Kliniker innerhalb von Microsoft Teams. Was es laut Studie zum Funktionieren brachte: Antworten kamen "mit Links zur Originalquelle zurück und ohne dass man sie doppelt prüfen musste". Zitate als Vertrauensmechanismus, nicht ein Score.
Bei Crain Communications ist das interessante Signal, wer am Ende baut:
"Wir konnten einen Redakteur nehmen, der seine journalistische Karriere an einer Schreibmaschine begonnen hatte, und er hat einen kompletten Redaktionsassistenten gebaut, den er jetzt mit anderen Redakteuren teilt."
Marisa Marcinkowski, Strategist for Enterprise AI Enablement, Crain Communications, Cassidy-Case-Study
Und bei Rise, einer Quad-Agentur, lautet die ehrliche Lesart, dass die Konkurrenz keine andere Plattform war:
"Früher haben wir unzählige Stunden nur damit verbracht, Antworten zu finden, die wir bereits geschrieben hatten und die nur eine kleine Überarbeitung brauchten. Jetzt macht es Cassidy leicht, Antworten schnell zu finden, anzupassen und einzureichen."
Andrew Boylan, Group Director of Product Management, Rise (eine Quad-Agentur), Cassidy-Case-Study
Rise hatte zuvor ChatGPT und Claude ausprobiert und aufgrund von Bedenken beim Training mit den eigenen Daten wieder Abstand genommen. Das ist das Muster über alle drei Studien hinweg: Cassidy gewinnt bei Governance und Betreuung, nicht bei roher Modellleistung. Jede Studie schreibt dem Implementierungsteam den Hauptverdienst dafür zu, dass es hängen geblieben ist, was zeigt, dass hier mit einem Service-Ansatz verkauft wird, nicht als Self-Service-Schalter.
Es lohnt sich, denselben Trade-off auch in die eigene Richtung zu benennen. Die Option, es selbst zu bauen, ist echte Konkurrenz für jede Plattform in diesem Bereich, und sie läuft eher auf Wartung als auf Fähigkeiten hinaus. Einer unserer eigenen Kunden, ein Engineering Lead bei GENERAL BYTES, hat es unverblümt formuliert: "Wir hätten versuchen können, unsere eigene LLM-Anwendung zu schreiben, aber wir wollten unsere Zeit nicht darin investieren. Wir wollten etwas, das wir nicht selbst warten müssen."
Für wen Cassidy passt, und wer woanders suchen sollte
Cassidy wählen, wenn der Engpass dokumentenlastige interne Arbeit ist: RFPs und Angebote, Richtlinien- und Vertragsvergleiche, interne Antwortsuche über ein unübersichtliches Drive oder SharePoint, Meeting-Follow-ups, die in einem CRM landen. Der Bulk-Run-Modus, die 45-Aktionen-Bibliothek und die Governance-Kontrollen sind real, und der No-Code-Builder lässt eine nicht-technische Person tatsächlich etwas ausliefern.
Wenn das eigene Vergleichsset Zapier, n8n, Glean oder ein allgemeiner Assistent wie Copilot ist, ist genau das der Vergleich, den Cassidy für sich selbst gewählt hat, und er hält stand. Es passt auch gut für einen HR-Helpdesk, bei dem der "Kunde" ein Mitarbeitender ist.
Woanders suchen, wenn kundenseitige Support-Automatisierung gebraucht wird. Nicht weil Cassidy schwach wäre, sondern weil es nicht darauf abzielt: kein Auto-Send, kein konfidenzbasiertes Routing, keine Deflection-Metrik, keine Support-Case-Study, und Support ist nur eine von zwölf Lösungskategorien. Ein Helpdesk-Copilot, der entwirft, ist nützlich, aber es ist nicht dasselbe Produkt wie ein Agent, der löst. Wenn die Reduzierung des Ticketvolumens das Ziel ist, sollte die Shortlist stattdessen bei Tools, die für Support gebaut wurden, beginnen.
In jedem Fall hart beim Preis nachhaken. Mit eigenen Zahlen in die Demo gehen: erwartete monatliche Läufe, durchschnittliche Dokumentgröße, welches Modell jeder Schritt braucht. Das ist dieselbe Disziplin, die jeder Chatbot-ROI-Fall braucht, und sie lässt sich vor dem Vertrag leichter umsetzen als danach. Den Credit-Satz schriftlich einfordern, fragen, was in dem Monat passiert, in dem das Guthaben aufgebraucht ist, und fragen, ob eine Übertragung für den eigenen Vertrag gilt. Diese drei Antworten bestimmen die echten Kosten, und keine davon steht auf der Website.
Stattdessen eesel für die Support-Queue ausprobieren
Wer hier gelandet ist, weil Tickets das Problem sind, findet in eesel genau die Aufgabe, für die es gebaut wurde. Es lässt sich in wenigen Minuten mit dem eigenen Helpdesk verbinden, egal ob Zendesk, Freshdesk oder Gorgias, trainiert auf dem Help Center und den vergangenen Tickets, und bearbeitet ganze Konversationen, statt einen Entwurf an einen Agenten zurückzugeben. Man wählt selbst, welche Tickets es anfasst, und lässt den Rest in Ruhe, was die Kontrolle ist, die die meisten Support-Verantwortlichen tatsächlich wollen, bevor sie KI in die Nähe eines Kunden lassen.
Wer noch an einer Shortlist arbeitet: Unsere Übersicht zu KI-Helpdesk-Software ist ein besserer Ausgangspunkt als eine horizontale Plattform. Der Teil, der sich unabhängig vom Kauf zu übernehmen lohnt: erst simulieren. Den Agenten über die historischen Tickets laufen lassen, die Lösungsrate an den eigenen Daten sehen und erst dann entscheiden, was automatisiert wird. eesel kostenlos testen mit 50 Dollar Nutzungsguthaben, keine Kreditkarte nötig, oder eine Demo buchen, um die eigene Queue gemeinsam mit jemandem durchzugehen.
Häufig gestellte Fragen
Wofür wird Cassidy AI verwendet?
Wie viel kostet Cassidy AI?
Kann Cassidy AI automatisch auf Kundentickets antworten?
Lässt sich Cassidy AI mit Zendesk verbinden?
Ist Cassidy AI sicher genug für regulierte Teams?
Article by
Alicia Kirana Utomo
Kira is a writer at eesel AI with a Computer Science background and over a year of hands-on experience evaluating AI-powered customer service tools. She focuses on breaking down how helpdesk platforms and AI agents actually work so that support teams can make better buying decisions.
