Support Team
19 € je Kundendienst-Lizenz und Monat
Zendesk nennt den Preis bei jährlicher Zahlung. Der Plan fokussiert laut Hersteller E-Mail- und grundlegende Ticketfunktionen.
Quelle: ZendeskZendesk verbindet Tickets, Messaging, Help Center, Telefonie, Automationen und KI-Funktionen. Eine Alternative muss deshalb zuerst klären, welche Kanäle, SLAs, Ticket-Historie, Berichte und Integrationen im Service tatsächlich geschäftskritisch sind.
Kurzantwort: Eine Zendesk-Alternative ist tragfähig, wenn Ticket-Historie, Kanäle, SLA-Regeln, Rollen und Integrationen kontrolliert migriert werden können. Für fokussierte Supportprozesse kommen ein Open-Source-Helpdesk wie Zammad, eine schlanke Ticketanwendung oder ein Agent vor einem bestehenden System infrage. Entscheidend ist der Paralleltest mit realen Fällen.
Preis- und Quellenprüfung: 2026-07-23
Für wen diese Prüfung passt
Supportteams vor Verlängerung, Planwechsel oder Ausbau um weitere Add-ons
Unternehmen mit wenigen stabilen Kanälen und klaren Eskalationsregeln
Teams, die Ticketing, Wissensbasis und Automatisierung modular betreiben wollen
Mittelständler mit dokumentierten SLAs, Datenverantwortung und Pilotbereitschaft
Öffentliche Preisbasis
Die Einordnung trennt veröffentlichte Konditionen von eigenen Rechenannahmen. Rabatte, Zusatzmodule, Steuern, Implementierung und individuelle Verträge werden nur berücksichtigt, wenn sie öffentlich belegt oder ausdrücklich angenommen sind.
Primäre Preisquelle öffnenSupport Team
19 € je Kundendienst-Lizenz und Monat
Zendesk nennt den Preis bei jährlicher Zahlung. Der Plan fokussiert laut Hersteller E-Mail- und grundlegende Ticketfunktionen.
Quelle: ZendeskSuite Team
55 € je Kundendienst-Lizenz und Monat
Der veröffentlichte Jahrespreis umfasst laut Preisseite zusätzliche Kanäle und Suite-Funktionen. Nutzungsabhängige Leistungen sind gesondert zu prüfen.
Quelle: ZendeskSuite Professional
115 € je Kundendienst-Lizenz und Monat
Zendesk nennt diesen Preis bei jährlicher Zahlung. Die Preisseite weist den Copilot zusätzlich mit 50 Euro je Kundendienst-Lizenz und Monat aus.
Quelle: ZendeskBeispielrechnung, keine Prognose
Zeitraum: 36 Monate
Beispielhafter Drei-Jahres-TCO: 90.100 Euro netto.
Nur der Lizenzpreis stammt aus der Zendesk-Quelle. Migration und Betrieb sind ausdrücklich angenommene Beispielwerte. Add-ons, automatisierte Lösungen, Voice, Rabatte und individueller Support können die reale Rechnung verändern.
Typische Prüfpunkte im Mittelstand
E-Mail, Chat, Messaging und Telefonie erzeugen unterschiedliche Daten. Vor der Migration muss feststehen, welche Inhalte, Anhänge, Kommentare und Metadaten vollständig benötigt werden.
Trigger, Makros, Routing, Eskalationen und Geschäftszeiten enthalten operative Service-Logik. Sie werden als Testfälle neu spezifiziert, nicht blind kopiert.
Basisplan, Suite, Copilot, Voice und nutzungsabhängige Funktionen bilden unterschiedliche Kostenblöcke. Der Vertrag muss gegen reale Agentenzahl, Kanäle und Fallvolumen gelegt werden.
Backlog, Erstreaktion, Lösungszeit, Wiedereröffnung und Eskalationen müssen nach dem Wechsel weiterhin nachvollziehbar sein. Sonst sinkt der Preis, aber die Serviceführung verliert ihre Basis.
Alternativen
Kundendienstrollen, tatsächlich genutzte Kanäle, Automationen und Add-ons werden getrennt bewertet. Ein kleinerer Plan kann sinnvoller sein als ein Plattformwechsel.
Passt, wenn: Ticketing und Historie gut passen, aber Plan oder Add-ons nicht mehr der realen Nutzung entsprechen.
Grenze: Vertrags-, Plattform- und Datenabhängigkeiten bleiben grundsätzlich bestehen.
Zammad veröffentlicht seinen Helpdesk unter GPLv3 und dokumentiert Ticketing, SLA, REST API, Webhooks sowie einen Migrator für Zendesk. Betrieb und Support können selbst oder mit Dienstleister erfolgen.
Passt, wenn: ein fokussierter Helpdesk benötigt wird und Hosting, Updates, Backups und Sicherheit verantwortet werden können.
Grenze: Funktionsgleichheit bei allen Kanälen, Berichten, Add-ons und KI-Funktionen muss mit realen Fällen geprüft werden.
Eine eigene Anwendung bildet Eingang, Status, Verantwortliche, SLA, interne Notizen und die benötigten Kundendaten ab. Kanäle werden über offene Schnittstellen angeschlossen.
Passt, wenn: der Serviceprozess stabil, differenzierend und kleiner als eine Omnichannel-Suite ist.
Grenze: Kanalbetrieb, Suche, Zustellung, Sicherheit, Reporting und Support werden Teil der eigenen Produktverantwortung.
Ein Agent klassifiziert Anfragen, sucht freigegebenes Wissen, bereitet Antworten vor und eskaliert mit Kontext. Das führende Ticket bleibt für Menschen, Historie und SLA verantwortlich.
Passt, wenn: wiederkehrende Eingangsbearbeitung den Hauptaufwand verursacht und ein zuverlässiges Ticketsystem bereits vorhanden ist.
Grenze: Automatische Antworten benötigen Qualitätsgrenzen; Beschwerden, Ausnahmen und sensible Fälle bleiben menschlich verantwortet.
Vom Check in den Betrieb
Tickets, Nutzer, Organisationen, Kommentare, Anhänge, SLAs, Trigger, Makros, Berichte, Apps und Vertragsfristen werden aufgenommen.
Ergebnis: Muss-Funktionen, Exportplan und ein begrenzter Pilotprozess
Ein abgegrenzter Eingang läuft mit anonymisierten historischen und neuen Fällen durch die Alternative. Routing, Antwortqualität und Eskalation werden gemessen.
Ergebnis: Nachweis für Datenmodell, SLA, Bedienung und Agentenqualität
Datenimport, E-Mail-Routing, Rollen, Wissensbasis und Berichte werden pro Welle umgestellt; Rückfallweg und Parallelbetrieb bleiben definiert.
Ergebnis: Produktiver Helpdesk mit fachlicher Abnahme
Fehlklassifikation, Antwortqualität, Eskalationen, Kosten pro Fall und Änderungen an Wissen oder Routing werden laufend geprüft.
Ergebnis: Kontrollierter Servicebetrieb mit messbarer Qualität
Passende Agenten-Bausteine
Zeigt Eingang, Vollständigkeitsprüfung, Routing, Status und Eskalation als kontrollierten Vorgang.
LösungsbeispielStellt freigegebenes Servicewissen bereit und trennt belegte Antworten von menschlich zu klärenden Fällen.
LösungsbeispielKann interne Übergaben und proaktive Eskalationen im vorhandenen Kommunikationskanal unterstützen.
Preis- und Produktangaben beziehen sich auf die verlinkten öffentlichen Quellen. Konditionen können sich ändern; maßgeblich ist das konkrete Angebot des jeweiligen Anbieters. Eigene Rechnungen sind separat als Annahme gekennzeichnet.
Öffentliche EUR-Preise je Kundendienst-Lizenz für Support Team, Suite Team, Suite Professional und Add-ons.
Abgerufen am 2026-07-23
Offizielle Exportwege und Einschränkungen für Tickets, Benutzer und Organisationen über JSON, CSV, XML oder API.
Abgerufen am 2026-07-23
Offizielle Einordnung von Lizenz, offenem Quellcode und Self-Hosting des Helpdesk-Systems.
Abgerufen am 2026-07-23
Offizielle Funktionsübersicht einschließlich Ticketing, SLA, REST API, Webhooks und Zendesk-Migration.
Abgerufen am 2026-07-23
FAQ
Für fokussierte Supportprozesse kommen ein Open-Source-Helpdesk wie Zammad, eine schlanke eigene Ticketanwendung oder ein Agent vor einem bestehenden Ticketsystem infrage. Die passende Wahl hängt von Kanälen, Ticketvolumen, SLA, Historie, Rollen, Berichten und Integrationen ab.
Zendesk nennt für Suite Professional 115 Euro je Kundendienst-Lizenz und Monat bei jährlicher Zahlung. Suite Team wird mit 55 Euro und Support Team mit 19 Euro ausgewiesen. Add-ons, Voice und nutzungsabhängige Leistungen sind zusätzlich zu prüfen.
Ja. Zendesk dokumentiert Exporte für Tickets, Benutzer und Organisationen über JSON, CSV oder XML sowie über die REST API. Verfügbarkeit, Vollständigkeit und Einschränkungen unterscheiden sich nach Plan, Datenart und Exportweg und müssen vor der Migration getestet werden.
Zammad ist ein offener Helpdesk mit Ticketing, SLA, API, Webhooks und dokumentiertem Zendesk-Migrator. Ob es eine konkrete Zendesk-Installation ersetzt, entscheidet ein Test der genutzten Kanäle, Automationen, Historie, Berichte, Sicherheitsanforderungen und Betriebsverantwortung.
Ein Agent kann Eingang, Klassifikation, Wissenssuche, Antwortentwurf und Eskalation übernehmen. Für verlässliche Historie, Status, Verantwortlichkeit, SLA, Rechte und Berichte bleibt ein führendes Case- oder Ticketsystem sinnvoll.
Nächster Schritt
Im Kostenaudit erfassen wir Verträge, tatsächliche Nutzung, Integrationen, Datenexport und Betrieb. Das Ergebnis ist eine priorisierte Entscheidung: optimieren, konsolidieren, ersetzen oder bewusst behalten.