OpenDesk: Der quelloffene Helpdesk verbindet Inbox, Live-Chat und KI
Die neue Zendesk- und Intercom-Alternative läuft als Cloud-Dienst oder auf dem eigenen Server und bringt zentrale Support-Funktionen in einer Oberfläche zusammen.
OpenDesk ist am 18. Oktober 2026 als quelloffene Alternative zu Zendesk und Intercom bei Hacker News vorgestellt worden. Das Produkt vereint E-Mail, Live-Chat und ein öffentliches Helpcenter in einer gemeinsamen Inbox. Teams können den Dienst direkt über opendesk.sh nutzen oder denselben unter Apache 2.0 veröffentlichten Code auf einem eigenen Server betreiben.
Der interessante Teil ist nicht allein die Liste der Support-Funktionen. OpenDesk verbindet eine klassische Ticketoberfläche mit KI-Assistenz, Echtzeitzusammenarbeit, Automationen und einer öffentlichen Programmierschnittstelle. Dadurch reicht die Spanne vom kleinen gemeinsamen Postfach bis zu einer selbst betriebenen Support-Plattform, die sich mit vorhandenen Anwendungen verbinden lässt.
Was mit OpenDesk neu verfügbar ist
Der Launch führt mehrere bislang oft getrennt beschaffte Bausteine in einem Produkt zusammen. Eingehende E-Mails und Chats erscheinen in derselben Warteschlange. Kundinnen und Kunden können zusätzlich in einer Wissensdatenbank nach Antworten suchen, während das Support-Team offene Fälle, Zuständigkeiten und den Gesprächsverlauf in einer gemeinsamen Arbeitsoberfläche sieht.
Die integrierte Assistenz namens Ollie unterstützt vier konkrete Tätigkeiten: Sie formuliert Antwortentwürfe, erstellt Zusammenfassungen, übernimmt die Triage und übersetzt Inhalte. Der Anbieter beschreibt den Live-Chat als Widget für 13 Sprachen. So kann beispielsweise eine deutschsprachige Supportkraft eine anderssprachige Anfrage einordnen und einen passenden Entwurf erhalten, ohne den Fall erst in ein separates Übersetzungswerkzeug zu kopieren.
Hinzu kommen Regeln und SLA-Ziele, die beim Eintreffen einer Anfrage greifen können. Reports bilden unter anderem Medianwerte, SLA-Verstöße und Kundenzufriedenheit ab. Präsenzanzeigen, Tippstatus und Live-Updates sorgen dafür, dass Änderungen unmittelbar im Team sichtbar werden. OpenDesk zielt damit nicht nur auf die Annahme von Tickets, sondern auf die komplette Bearbeitung innerhalb einer Oberfläche.
Eine Inbox für E-Mail und Live-Chat
Ein konkretes Einsatzbild ist der Support eines Softwareprodukts mit zwei Eingangskanälen. Rechnungsfragen treffen per E-Mail ein, während kurze Bedienungsfragen über das Chat-Widget kommen. OpenDesk führt beide Kanäle in einer Warteschlange zusammen. Ansichten für dringende Fälle, eine Abrechnungswarteschlange oder Anfragen mit ausstehender Rückmeldung aus der Entwicklung können die Gesamtmenge weiter strukturieren.
Für das Team entsteht daraus ein gemeinsamer Arbeitsstand: Ein Fall lässt sich zuweisen, bearbeiten, zurückstellen oder lösen, ohne zwischen einem E-Mail-Postfach und einer Chat-Anwendung zu wechseln. Weil Präsenz, Eingaben und Änderungen in Echtzeit übertragen werden, können mehrere Personen sehen, wenn ein Ticket gerade bearbeitet wird. Das reduziert parallele Antworten und macht Übergaben nachvollziehbarer.
Die Verbindung eignet sich besonders dann, wenn ein kleineres Team verschiedene Kontaktwege anbieten möchte, aber keine voneinander isolierten Systeme pflegen will. OpenDesk bildet diese Kanäle nicht als getrennte Produkte ab, sondern als unterschiedliche Eingänge in dieselbe Support-Oberfläche.
Ollie unterstützt direkt im Gespräch
Die KI-Funktionen sind auf wiederkehrende Tätigkeiten innerhalb eines Supportfalls ausgerichtet. Bei einer längeren E-Mail-Kette kann Ollie zunächst eine Zusammenfassung erzeugen. Die Triage ordnet die Anfrage anschließend für die weitere Bearbeitung ein. Ein Antwortentwurf liefert eine Grundlage, die ein Teammitglied anpassen und absenden kann. Bei fremdsprachigen Nachrichten kommt die Übersetzung hinzu.
Das eröffnet beispielsweise eine einfache Technik für internationale Produktanfragen: Das Team liest die übersetzte Fassung, prüft die Zusammenfassung und überarbeitet den vorgeschlagenen Antworttext anhand der tatsächlichen Produktinformationen. Die Assistenz bleibt dabei Teil derselben Oberfläche wie Ticket, Kontakt und Verlauf. Der Kontext muss nicht manuell in ein separates Chatfenster übertragen werden.
Auch bei Schichtwechseln kann die Zusammenfassung helfen. Statt den gesamten Verlauf erneut zu lesen, erhält die übernehmende Person einen kompakten Einstieg und kann anschließend die Originalnachrichten prüfen. Für häufige Standardfragen lässt sich der Entwurf mit einem passenden Artikel aus der Wissensdatenbank verbinden. So ergänzen sich generierte Antwort und dokumentierte Produktinformation, ohne dass beides denselben Zweck erfüllen muss.
Das Helpcenter fängt wiederkehrende Fragen ab
Neben der Inbox enthält OpenDesk eine Wissensdatenbank für ein öffentlich durchsuchbares Helpcenter. Dieser Baustein ist für Fragen geeignet, deren Antwort unabhängig von einem einzelnen Kundenkonto gilt: Einrichtungshinweise, Erläuterungen zu Funktionen oder bekannte Lösungswege können als Artikel bereitgestellt werden.
Die Verbindung mit Live-Chat und E-Mail ist wichtiger als ein isoliertes Dokumentationsportal. Taucht eine wiederkehrende Frage im Gespräch auf, kann das Team auf den vorhandenen Artikel verweisen. Fehlt eine verständliche Erklärung, liefert der Supportfall einen konkreten Hinweis darauf, welcher Inhalt ergänzt werden sollte. Das Helpcenter übernimmt damit die wiederholbare Auskunft, während die Inbox für individuelle Fälle zuständig bleibt.
Für ein neues Softwareangebot könnte die Aufteilung so aussehen: Der öffentliche Artikel erklärt die allgemeine Kontoeinrichtung, der Chat beantwortet eine kurze Rückfrage während der Nutzung und die E-Mail-Warteschlange übernimmt einen Fall, für den weitere Angaben benötigt werden. Alle drei Kontaktformen gehören in OpenDesk zum selben Produkt.
Regeln und SLAs sortieren eingehende Fälle
Automationen und SLA-Ziele werden laut Produktseite bereits beim Eingang einer Anfrage ausgeführt. Damit lassen sich Fälle anhand festgelegter Bedingungen in die passende Ansicht oder Zuständigkeit bringen. Eine Abrechnungsfrage kann beispielsweise in einer eigenen Warteschlange landen, während ein als dringend behandelter Fall gesondert sichtbar wird.
SLA-Ziele ergänzen diese Sortierung um zeitliche Vorgaben. Die Reports zeigen dazu Medianwerte und Verstöße. Das ist hilfreicher als eine reine Zahl offener Tickets, weil es die tatsächliche Reaktions- und Bearbeitungssituation sichtbar macht. Die ebenfalls genannte CSAT-Auswertung fügt die Rückmeldung der Kundinnen und Kunden hinzu.
Diese Kombination beantwortet drei unterschiedliche Fragen: Welche Anfrage braucht als Nächstes Aufmerksamkeit? Wo wurden gesetzte Ziele verfehlt? Wie bewerten Kundinnen und Kunden die erhaltene Unterstützung? Die Warteschlange steuert die aktuelle Arbeit, während Reports und CSAT die zurückliegenden Fälle auswerten.
REST-API und Webhooks öffnen den Helpdesk
OpenDesk stellt eine REST-API bereit; nach Angaben des Anbieters nutzt die Anwendung selbst dieselbe Schnittstelle. Ergänzt wird sie durch Webhooks sowie dokumentierte Bereiche für Echtzeit und Ereignisse. Damit kann der Helpdesk Daten nicht nur in seiner eigenen Oberfläche verarbeiten, sondern auch Ereignisse an andere Anwendungen weitergeben.
Ein naheliegendes Beispiel ist die Verbindung mit einem internen Produktsystem. Wird eine Supportanfrage als technisches Problem eingeordnet, kann ein Webhook ein nachgelagertes System über das Ereignis informieren. Umgekehrt kann eine eigene Anwendung über die REST-API mit OpenDesk-Daten arbeiten. Welche Endpunkte und Ereignisse dafür eingesetzt werden, beschreibt die API-Referenz der Dokumentation.
Bemerkenswert ist die Gleichheit der Schnittstellenfläche: Weil die Webanwendung laut OpenDesk auf derselben REST-API basiert, ist die API kein vollständig getrenntes Zusatzprodukt. Für individuelle Verbindungen bietet das eine konsistente Grundlage zwischen Bedienoberfläche und programmatischem Zugriff. Webhooks passen dazu, wenn nicht regelmäßig abgefragt werden soll, ob sich ein Fall verändert hat, sondern ein Ereignis die nächste Aktion auslösen soll.
Cloud oder vier Container hinter einer Domain
Für den Einstieg bietet OpenDesk zwei Betriebsarten. Beim Cloud-Dienst ist keine eigene Installation nötig: Nach der Registrierung werden ein Workspace benannt, ein Postfach verbunden, bei Bedarf das Chat-Widget eingebunden und Teammitglieder eingeladen. Die Produktseite nennt eine kostenlose Nutzung für ein Postfach.
Die selbst betriebene Ausgabe installiert OpenDesk, Postgres und HTTPS mit einem Befehl. Auf dem eigenen Server besteht das System laut Dokumentation aus vier Containern hinter einer Domain. Der gehostete Dienst verwendet denselben Code, teilt ihn jedoch in unterschiedliche Rollen auf. Die selbst gehostete Variante wird als kostenlos und unbegrenzt angeboten.
Damit unterscheidet sich nicht der grundlegende Produktkern, sondern vor allem die Verantwortung für den Betrieb. Der Cloud-Dienst nimmt Installation und Infrastruktur ab. Beim eigenen Server liegen Umgebung, Aktualisierung und Verfügbarkeit in der eigenen Hand. Die Apache-2.0-Lizenz erlaubt zugleich, den veröffentlichten Code einzusehen und für den eigenen Einsatz zu betreiben.
Für wen die Kombination interessant ist
OpenDesk richtet sich an Teams, die Supportkanäle zusammenführen und zwischen gehostetem Komfort und eigener Infrastruktur wählen möchten. Ein kleines Team kann mit einem Postfach und dem Cloud-Angebot beginnen. Eine Organisation mit eigener Betriebsumgebung kann dieselbe Produktidee auf dem eigenen Server einsetzen und über REST-API oder Webhooks mit internen Anwendungen verbinden.
Der praktische Reiz liegt in der Kombination: Die Inbox bündelt die Gespräche, Ollie unterstützt bei Sprache und Bearbeitung, das Helpcenter beantwortet wiederkehrende Fragen, Regeln und SLAs priorisieren Fälle, und Reports zeigen Bearbeitungswerte sowie Zufriedenheit. Keiner dieser Bausteine steht für sich allein; gemeinsam bilden sie eine durchgängige Arbeitsfläche für den Kundenkontakt.
Als neuer Open-Source-Helpdesk setzt OpenDesk damit einen klaren Akzent: Moderne Supportfunktionen werden nicht ausschließlich an einen vollständig gehosteten Dienst gebunden. Wer schnell starten will, nutzt die Cloud. Wer Infrastruktur und Code selbst kontrollieren möchte, betreibt die vier Container hinter der eigenen Domain.