Ein Schalter falsch gesetzt, und der KI-Entwurf liegt beim Kunden im Postfach.
In einem Helpdesk-Projekt wird ein öffentlicher Kommentar dem Melder per E-Mail zugestellt. Ein KI-Entwurf, der versehentlich öffentlich statt eingeschränkt sichtbar geschrieben wird, ist damit draußen — ungeprüft, mit Ihrem Absender.
Das ist kein Randfall, sondern der erste Fehler, den man in diesem Aufbau macht — und bei einem regulierten Kunden ist er das Ende des Projekts. Unten stehen die Fehler, die vor der Technik passieren.
Zwei Hotlines, ein Kopf
Eine Nummer für die Branchensoftware, eine für die Technik. Dahinter dieselben Leute, Fernwartung, ein Ticketsystem und eine Dokumentation, die halb im Wiki und halb in alten Tickets steckt.
Was hereinkommt, ist selten eine Fehlerbeschreibung. Es ist ein Satz. Wer daraus die richtige Frage macht, weiß meistens schon die Antwort — und ist meistens dieselbe Person. Fällt sie aus, eskaliert der Rest nach außen, und externe Unterstützung wird im Stundensatz abgerechnet.
Der naheliegende Gedanke: Die KI schlägt die Antwort vor. Genau da fängt die Arbeit an — die Auswahl des Modells ist der kleinere Teil davon.
Zwei Fehler, die wir benennen, bevor Sie sie machen
Der Entwurf gehört nie in einen öffentlichen Kommentar
Ein KI-Entwurf gehört als eingeschränkt sichtbarer Kommentar in den Verlauf, sichtbar nur für die Agentengruppe. Ein öffentlicher Kommentar geht im Helpdesk per E-Mail an den Melder.
Und weil die Einstellung genau einmal falsch gesetzt werden muss, gehört sie nicht in eine Betriebsanweisung, sondern als Testfall in die Abnahme. Wer sie dort nicht hat, hat sie nicht.
Der Modellaufruf gehört nicht in die Workflow-Engine
Workflows im Ticketsystem sind gekapselt und zeitlich begrenzt. Ein Sprachmodell antwortet nicht in dieser Zeit — und wenn es einmal nicht antwortet, steht der Workflow, nicht der Entwurf.
Der Aufruf gehört in einen eigenen Dienst daneben, mit Wiederholung bei Fehlern. Der Workflow schickt nur den Anstoß und schreibt das Ergebnis zurück. Das ist ein Tag Architektur, der später drei Wochen Fehlersuche spart.
Drei Fragen, die Sie selbst stellen können
Prüfen Sie zuerst, ob Ihr Ticketsystem schon selbst Antworten vorschlägt. Wenn ja, ist die Frage nach dem Modell bei Ihnen längst beantwortet, ohne dass jemand sie gestellt hätte. Bevor Sie etwas dazukaufen, lohnt sich derselbe Blick, den Sie Ihren Kunden schulden.
Drei Fragen an die Dokumentation Ihres Herstellers — nicht an seinen Vertrieb:
Erstens: Wer steht in der Subprozessorenliste? Nicht „wo ist der Firmensitz“, sondern welche Namen tatsächlich unter dem Vertrag stehen.
Zweitens: Welche Modellregion ist bei Ihnen freigeschaltet? Regionen sind meist wählbar. Die Vorgabe ist selten die, die Sie annehmen.
Drittens: Wo liegt das Modellgewicht? Das ist die Frage, die „souverän“ von „in der EU verarbeitet“ trennt — und die einzige der drei, die sich nicht durch einen Vertragsanhang beantworten lässt.
Wir bewerten die Produkte anderer Anbieter auf dieser Seite nicht. Wir geben Ihnen die drei Fragen, und Sie bekommen die Antwort aus erster Hand. Dieselben drei stellen wir uns selbst, und die Antworten legen wir Ihnen im Orientierungstag vor.
Die Anforderung landet bei Ihnen, nicht bei Ihrem Kunden
Ein aufsichtsregulierter Kunde verlangt von seinem IT-Dienstleister eine Zertifizierung — ISO oder TISAX — bevor überhaupt über Betrieb gesprochen wird. Dasselbe Muster gilt für NIS 2. Das Gesetz ist seit dem 6. Dezember 2025 in Kraft, und wer darunter fällt, muss seine Lieferkette absichern. Ob Sie selbst direkt betroffen sind, hängt an Ihrer Einrichtungsart und Ihrer Größe; die Anforderung Ihres Kunden erreicht Sie in jedem Fall.
Für ein KI-Vorhaben im Support heißt das zwei Dinge. Erstens: Die Frage „wo läuft das Modell“ ist bei Ihnen keine Geschmacksfrage, sondern eine Voraussetzung dafür, dass Sie den Kunden behalten. Zweitens: Was Sie bei sich klären, können Sie Ihren Kunden anschließend verkaufen — die vier Betriebsstufen sind für Sie ein Angebot, nicht nur eine Entscheidung.
Wo wir aufhören
Wir gehen nicht an Ihren Kunden vorbei. Wenn wir über Sie bei einem Ihrer Kunden arbeiten, treten Sie auf und wir im Hintergrund. Das ist keine Höflichkeit, sondern die Bedingung dafür, dass Sie uns überhaupt hereinlassen können.
Wir übernehmen Ihren Betrieb nicht. Kein Monitoring, keine Rufbereitschaft, keine zweite Hotline. Wir bauen und übergeben.
Kein Austausch Ihres Ticketsystems. Wir setzen daneben, nicht darüber. Sprechen die Zahlen für einen Wechsel, sagen wir das — es bleibt dann trotzdem Ihr Projekt, nicht unseres.
Keine Zeitersparnis als Zusage. Wir nennen Ihnen vorab keine Zahl. Die veröffentlichten Werte streuen zu weit, um daraus eine Zusage für Ihren Ticketbestand abzuleiten, und Ihren Bestand kennen wir vor dem Orientierungstag nicht. Gemessen wird bei Ihnen, oder es wird nicht behauptet.
Wie wir anfangen
Erstgespräch
30 Minuten, unverbindlich, ohne Verkaufsdruck. Sie sagen uns, welche Ticketart am häufigsten eskaliert. Wir sagen, ob ein Entwurf dort etwas ändert oder ob die Eskalation einen anderen Grund hat.
Orientierungstag
Ein Tag zum Festpreis von 1.900 Euro. Ergebnis ist ein schriftliches Dokument: die geprüften Vorgänge, je mit Aufwand und Betriebsstufe, die Antworten auf die drei Herstellerfragen — und die Liste dessen, wovon wir abraten. Es gehört Ihnen.
Eine Ticketart zuerst
Wir fangen mit einer einzigen Ticketart an, nicht mit dem ganzen Eingang. Wenn die nach der vereinbarten Zeit nicht trägt, hören wir dort auf — und Sie haben ein Dokument statt eines Vertrags.
Schreiben Sie uns, welche Ticketart am häufigsten eskaliert
Nennen Sie die Ticketart, nicht das Ziel. Mit „Passwort-Rücksetzungen bei einem Kunden mit eigener Domäne“ können wir etwas anfangen, mit „Supportentlastung“ nicht.
Stellen Sie uns die drei Fragen zuerst
30 Minuten, unverbindlich, ohne Verkaufsdruck. Fangen Sie ruhig mit den drei Fragen aus Abschnitt 03 an — an uns gerichtet. Wenn wir sie nicht beantworten können, wissen Sie das nach einer halben Stunde statt nach einem Projekt.