Service-Modul: der KI-Support-Chat direkt in Ihrer Web-App.
Hilfe, Fehlermeldung und Feature-Wunsch in einem Fenster, dazu ein Postfach, in dem Ihr Team jede Meldung mit Kontext vorfindet.
Das Service-Modul ist ein Baustein von dataso für Web-Anwendungen mit Login: Kundenportale, Fachanwendungen, SaaS-Produkte. Es läuft in Ihrer App, nicht als Dienst eines weiteren Anbieters: eigene Tabellen in Ihrer Datenbank, eigene Routen, Ihr Design, Ihr Login. Wir haben es entwickelt, es heißt dataso Service Assist und läuft produktiv in asseko.ai und kuratier.tv. Wir binden es in Anwendungen ein, die wir für Sie bauen oder betreiben.
Fehler · Hilfe · Wunsch
asseko.ai · kuratier.tv
in Ihrer Datenbank
kein localStorage
So sieht das Service-Modul in einer App aus.
Die Screens stammen aus kuratier.tv, aufgenommen mit Testdaten. In asseko.ai sieht das Modul anders aus: Es übernimmt das Design der jeweiligen Anwendung.
Ein Fenster, drei Wege.
Nutzer öffnen „Hilfe & Feedback“ dort, wo die App den Einstieg platziert, etwa im Nutzermenü oder in der Kopfzeile. Danach wählen sie, worum es geht.
- Fehler melden: geführte Erfassung mit höchstens drei Nachfragen
- Hilfe & Bedienung: Antworten aus der Wissensbasis der App
- Feature-Wunsch: ein kurzes Interview zum eigentlichen Problem
Meine Anfragen: jede Meldung mit Stand.
Wer etwas gemeldet hat, findet es wieder, mit Status und den Antworten des Teams. Neue Antworten sind markiert, damit keine untergeht.
- Status Neu, In Arbeit, Erledigt, Abgelehnt
- Statuswechsel zusätzlich per Mail an den Melder
Ein Postfach für alle Meldungen.
Alle Tickets der App an einem Ort, filterbar nach Status, Art und Schweregrad und durchsuchbar. Offene Meldungen stehen oben.
- Kategorien Fehler, Bedienung, Wunsch
- Schweregrad von gering bis kritisch, vom Assistenten vorgeschlagen
- Push aufs Telefon nur bei Fehlern
Zusammenfassung, Verlauf, Kontext.
Der Assistent fasst die Meldung zusammen; darunter steht das ganze Gespräch. Seite, Browser, Fenstergröße und Sprache hängen automatisch an.
- Antworten direkt aus dem Ticket
- Status und Einordnung ändern
- Ablehnen nur mit Begründung
Eine Meldung ohne Kontext zieht Rückfragen nach sich.
„Geht nicht“ ist die häufigste Fehlermeldung, die ein Team bekommt. Welche Seite, welcher Browser, seit wann? Das Service-Modul klärt das, bevor ein Ticket entsteht, und beantwortet Bedienungsfragen, ohne dass jemand aus dem Team eingreifen muss.
Ohne Service-Modul
Meldungen kommen per Mail, Telefon oder Chat, oft ohne Angabe von Seite, Browser oder Ablauf. Das Team fragt nach und wartet auf Antwort.
Wünsche verteilen sich über Postfächer und Gesprächsnotizen. Fragen, die die Dokumentation längst beantwortet, binden trotzdem Zeit.
Mit Service-Modul
Der Assistent fragt höchstens dreimal nach und hängt Seite, Browser, Fenstergröße und Sprache automatisch an. Heraus kommt ein Ticket mit Zusammenfassung und Schweregrad.
Bedienungsfragen beantwortet er aus Ihrer Wissensbasis. Was übrig bleibt, landet sortiert in einem Postfach, und der Melder sieht jederzeit den Stand.
Drei Wege für Nutzer, ein Postfach fürs Team.
Fehler melden
Geführte Erfassung mit höchstens drei Nachfragen, technischer Kontext automatisch. Der Assistent schlägt einen Schweregrad vor; das Team bekommt eine Mail und bei Fehlern zusätzlich einen Push.
Hilfe & Bedienung
Antworten ausschließlich aus der Wissensbasis der App, mit Angabe der Quelle. Reicht die Wissensbasis nicht, sagt der Assistent das, statt zu raten, und der Nutzer kann die Frage mit einem Klick ans Team geben.
Feature-Wunsch
Ein kurzes Interview, das nach dem Problem fragt und nicht nach der fertigen Lösung. Der Nutzer bestätigt die Zusammenfassung, erst dann entsteht das Anforderungsticket.
Postfach fürs Team
Alle Meldungen mit Filtern nach Status, Art und Schweregrad, Suche und vollständigem Verlauf. Antworten, Status setzen, neu einordnen; ablehnen geht nur mit Begründung.
Meine Anfragen
Nutzer sehen ihre Meldungen mit Status und den Antworten des Teams, neue Antworten sind markiert. Statuswechsel gehen zusätzlich per Mail an den Melder.
Datenschutz eingebaut
Die App gibt dem Sprachmodell nur Gesprächstext und Wissensbasis mit, nie Name, E-Mail oder Nutzerkennung aus dem Konto. Hilfe-Gespräche werden pseudonymisiert gespeichert.
So kommt das Service-Modul in Ihre Anwendung.
Kein zentraler Dienst, kein Widget eines Dritten: Das Modul ist ein Paket, das in Ihrer Anwendung läuft.
Paket und Datenmodell
Ein Befehl legt das Datenmodell in Ihrem Datenbankschema an; die Seiten für Chat, Anfragen und Postfach binden wir in Ihre App ein. Tickets, Nachrichten und Verläufe liegen danach in Ihrer Datenbank.
Anbinden, was die App schon hat
Login und Rollen der Anwendung bestimmen, wer meldet und wer das Postfach sieht. Es gibt kein zweites Konto. Dazu kommen Mailversand, Push und ein Sprachmodell-Endpunkt.
Wissensbasis und Einstieg
Die Hilfe antwortet aus Textdateien, die mit dem Code versioniert werden, eine je Thema und Sprache. Wo der Einstieg sitzt, entscheidet die App: im Nutzermenü, in der Kopfzeile oder auf einer Hilfeseite.
Läuft in asseko.ai und kuratier.tv.
In asseko.ai, der KI-Plattform für PKV-Makler, sitzt das Modul im geschützten Bereich; die Wissensbasis erklärt Grundlagen und Tarifvergleich. In kuratier.tv, seit August 2026 im Einsatz, der Bibliothek für Streaming, Mediatheken und Live-TV, antwortet es auf Deutsch und Englisch.
Häufige Fragen zum Service-Modul.
Was ist das Service-Modul von dataso?
Ein Baustein für Web-Anwendungen, der Hilfe-Chat, Fehlermeldung und Feature-Wünsche in einem Fenster zusammenführt. Ein KI-Assistent führt durch die Meldung, beantwortet Bedienungsfragen aus der Wissensbasis der App und legt Tickets an, die Ihr Team in einem eigenen Postfach bearbeitet. Das Modul läuft in Ihrer Anwendung, nicht als externer Dienst.
Für welche Anwendungen eignet es sich?
Für Web-Anwendungen mit Login, deren Nutzer Fragen haben oder Fehler melden: Kundenportale, Fachanwendungen, SaaS-Produkte. Das Modul nutzt den Login der Anwendung, ein öffentlicher, anonymer Chat ist bewusst nicht vorgesehen. Technisch setzt es heute auf den Aufbau, mit dem dataso Anwendungen baut (React Router und Prisma). Ob es in Ihre Anwendung passt, klären wir im Gespräch.
Wo läuft das Service-Modul heute?
In asseko.ai, der KI-Plattform für PKV-Makler, und in kuratier.tv, der Bibliothek für Streaming, Mediatheken und Live-TV; in kuratier.tv seit August 2026. In beiden Anwendungen ist es in das jeweilige Design eingebunden und hat eine eigene Wissensbasis.
Welches Sprachmodell steckt dahinter?
Jeder OpenAI-kompatible Endpunkt. Standard ist OpenAI; wer erhöhte Anforderungen an Souveränität hat, tauscht Adresse und Modell, etwa auf STACKIT AI Model Serving in der Region eu01. Grenzen je Nutzer, je Gespräch und je Tag bremsen Missbrauch und halten die Kosten im Rahmen.
Welche Daten gehen an das Sprachmodell?
Der Gesprächstext und die Wissensbasis. Name, E-Mail oder Nutzerkennung aus dem Konto gibt die App nicht mit; was jemand selbst in den Chat schreibt, geht allerdings so an das Modell. Hilfe-Gespräche werden pseudonymisiert gespeichert, E-Mail-Adressen und Nummern werden dabei entfernt. Das Modul setzt keine Cookies und speichert nichts im Browser.
Was passiert, wenn das Sprachmodell nicht erreichbar ist?
Dann bleibt die Meldung trotzdem möglich: Nutzer geben eine Überschrift und eine Beschreibung ein, daraus entsteht direkt ein Ticket, und das Team stuft es selbst ein. Derselbe Weg greift, wenn eine der Grenzen erreicht ist. Niemand steht vor einer Sackgasse.
Wie lange werden Gespräche gespeichert?
Das legt die Anwendung fest. Das Modul bringt einen Aufräum-Job mit, der Hilfe-Gespräche nach einer Frist löscht; Tickets bleiben erhalten. In asseko.ai läuft er täglich mit einer Frist von 90 Tagen. In kuratier.tv werden Meldungen bei einer Kontolöschung anonymisiert und Anhänge gelöscht: Der Fehlerbericht bleibt als Wissen des Teams, der Personenbezug geht.
Wie wird die Wissensbasis gepflegt?
Als Textdateien im Repository der Anwendung, versioniert mit dem Code und im Review prüfbar. Pro Sprache gibt es eine Variante. Ändert sich eine Funktion, ändert sich die Hilfe im selben Schritt.
Passt das Service-Modul zu Ihrer Anwendung?
Wir schauen uns Ihre Anwendung an, klären, wie Ihre Nutzer heute Fehler melden und Fragen stellen, und sagen Ihnen, ob und wie sich das Service-Modul einbinden lässt.