50 First Dates with Support

Deutsche Fassung – Erstveröffentlicht am 05.01.2026 auf HospitalityNet / Hospitalitynet.org

Ich habe SaaS-Support erlebt. Die robotischen Skripts, die hilfsbereiten Agents und gelegentlich das Genie, das sich hinter einem Chatbot verbirgt. Als ein Kunde also behauptete, er könne kein Support-Ticket eröffnen, habe ich ihm nicht geglaubt. Ich habe gebeten, es noch einmal zu versuchen – live.

„Hello, I’m your digital assistant“, sagte der Chatbot. „I work best with specific questions.“
Der Nutzer tippte: „I need support.“
„Happy to help! What’s the issue?“, fragte der Bot.
Der Nutzer tippte: „I need support.“

Nach der dritten Wiederholung unterbrach ich und schlug vor, entweder die eigentliche Frage zu stellen, oder die Anweisung „open a ticket for live support“ einzugeben. Es funktionierte. Sofort. Wie von Zauberhand.

Und der Reaktion des Kunden nach zu urteilen, ist das vermutlich genau so, wie er dachte, dass es funktioniert – dass ein Ticket nichts ist, das man anfordert, sondern etwas, das einfach passiert. Wenn man den richtigen Zauberspruch sagt. So weit weg von der Wahrheit ist das gar nicht. Und es ist kein reines Software-Problem. Man kennt die Horrorgeschichten – IT-Leute, die in Rätseln sprechen, um Außenstehende fernzuhalten.

Aber es ist nicht anders, wenn man versucht, von der Buchhaltung Antworten zu bekommen. Es hilft enorm, ein wenig „buchhalterisch“ zu sprechen. Sag „Debitor“, nicht „der wütende Typ aus Zimmer 205“. Beschreibe das gewünschte Ergebnis in Salden, nicht das, was der Gast am Telefon gebrüllt hat. Und vielleicht kurz innehalten, um die Antwort zu verstehen, bevor man entscheidet, dass die Spreadsheet-Menschen einfach nur schwierig sind und man sich irgendeinen DIY-Workaround am Kartenlesegerät bastelt.

Das ist kein reines Technikproblem. Es ist ein Systemproblem – und Systeme ist es egal, ob du von Software, dem Gesundheitssystem oder deiner Steuererklärung verwirrt bist.

Kommunikationsschuld

Das ist es, was entsteht, wenn Nutzer glauben, „Support“ müsse Gedanken lesen, aber nicht glauben, dass sie ganze Sätze schreiben sollten. Es geht nicht darum zu wissen, was eine API ist. Es geht darum zu verstehen, dass die Person am anderen Ende nicht weiß, wer du bist, was du vorhattest oder welche Art von Krise dein GM gerade wegen eines Spreadsheets durchlebt. Wenn etwas kaputtgeht, nehmen wir an, der Fehler sei selbsterklärend. „Es hat einfach aufgehört zu funktionieren.“ Niemand möchte seine eigene Absicht rekonstruieren. Wir gehen davon aus, dass der Support schon weiß, was wir tun wollten – weil wir es wissen.

Meine Geschichte handelte nicht einmal von einer technischen Supportanfrage, sondern lediglich davon, ein Ticket mit einem menschlichen Agenten zu eröffnen. Der Nutzer dachte vermutlich sogar, er sei „präzise und klar“, als er tippte, dass er „Support brauche“ – ohne auch nur einen Gedanken daran zu verschwenden, dass er bereits mit dem Support kommunizierte.

Und es ist wechselseitig. Support-Agents verstehen selten die operative Realität hinter einer vagen Fehlermeldung. Der Kunde sieht rot; der Agent sieht Syntax. In Hospitality-SaaS versuchen Anbieter bewusst, Leute aus dem operativen Betrieb als Support-Agents einzustellen, weil sie wissen, dass sie diese Lücke von ihrer Seite aus überbrücken müssen. Allerdings bekommt man keine GMs mit Erfahrung über mehrere Kontinente und Hoteltypen dazu, sich auf Junior-Agent-Rollen zu bewerben. Also hat man Menschen, die ein Jahr an einer einzelnen Rezeption gearbeitethaben, und bildet sie in dem einzigen Bereich aus, in dem man sie qualifizieren kann: der eigenen Software. Während sie zu Experten für die Feinheiten eines bestimmten Tools werden, entfernen sie sich zwangsläufig von der operativen Realität. Manchmal ist es sogar schlimmer, wenn sie zu viel Erinnerung daran behalten, „was bei uns funktioniert hat“ – in einem ganz bestimmten Hotel, vor ein paar Jahren.

Der einzige Weg aus der Kommunikationsschuld ist Bezahlung. In Klarheit. In Kontext. In tatsächlichem Aufwand. Andernfalls ist jede Support-Interaktion nur eine Wiederholung desselben gescheiterten Dates.

Die heilige Dreifaltigkeit der Support-Anfrage

Man könnte annehmen, dass Nutzer nach ein paar Support-Tickets mit dem Grundrezept vertraut sind, das Dinge effizient in Bewegung bringt. Mehr noch: Der Weg zu einer erfolgreichen Support-Anfrage sollte eigentlich ins kollektive – oder zumindest institutionelle – Gedächtnis eingegangen sein. Und doch beginnt jede Anfrage so, als wäre es das allererste Mal. Fünfzig Mal hintereinander.

Dabei müsste das nicht so sein. Dating folgt manchmal Regeln – und manchmal überhaupt keinen, was es spannend macht. Wenn man Support braucht, will man jedoch keine Spannung.Wenn wir uns alle an ein Set von Regeln hielten, würden wir unsere Ziele mit möglichst wenig Aufregung und maximaler Effizienz erreichen. Ähnlich wie beim Dating hilft es auch hier, wenn beide Seiten klare Ziele haben. Wenn Ziele definiert sind wie „es sollte irgendwie halbwegs funktionieren“ und „bitte kein weiteres Anschreien“, verbringt man Stunden mit bloßem Abtasten. Seien wir ehrlich: Am Date-Abend sind deine Ziele deutlich konkreter, oder? Und anders als beim Date hilft es hier tatsächlich, sehr offen damit zu sein. Sobald mit dem Agenten – menschlich wie digital – geklärt ist, was erreicht werden soll, kann man sogar mit einem Spickzettel durch den Rest des Gesprächs kommen und direkt mit der eigentlichen Lösung beginnen. Ich nenne das die Heilige Dreifaltigkeit einer brauchbaren Support-Anfrage:

Dann ist der Agent an der Reihe. In der Regel stellt er ein oder zwei zusätzliche Fragen, auf die du vorbereitet sein solltest – im Bewusstsein, dass der Agent nicht da ist, um dich zu beurteilen, sondern euch beide so schnell und sauber wie möglich aus diesem Schlamassel zu holen. Kooperation ist der Begriff. Nach dem Mikrofon-Button zu suchen, wenn der Agent eine Live-Session vorschlägt, oder erst einen TeamViewer-Download zu googeln, wenn Remote-Zugriff angefragt wird, kostet unnötig Zeit. Und Nerven.

Das Gasterlebnis

Im Zweifel die Perspektive wechseln. Stell dir folgende Szene vor:

Ort: Die Lobby des Hotels, das du verdienst
Zeit: 15:47 Uhr
Stimmung: Verwirrte Anspruchshaltung, umhüllt von Kölnisch Wasser

[Gast tritt an die Rezeption. Er blickt den Rezeptionisten mit leichtem Misstrauen an, als hätte ihm die Rezeption in der Schulzeit das Pausenbrot gestohlen.]

Gast: „Ich bin da.“
Rezeption (freundlich lächelnd): „Willkommen! Wie kann ich Ihnen helfen?“
Gast: „Ich brauche ein Zimmer.“Rezeption: „Sehr gern. Möchten Sie eine neue Buchung machen oder haben Sie bereits eine Reservierung?“
Gast: „Ich habe doch gesagt – ich brauche ein Zimmer.“
Rezeption: „Natürlich. Darf ich Ihren Namen haben?“
Gast: „Der sollte da sein. Ich habe gebucht.“
Rezeption: „Auf welchen Namen?“
Gast: „Keine Ahnung. Vielleicht auf die Firma? Oder meine Assistentin? Schauen Sie halt nach.“
Rezeption (innerlich seufzend): „Haben Sie vielleicht eine Buchungsnummer oder eine Bestätigungs-E-Mail?“
Gast (empört): „Ich war vor zwei Jahren schon mal hier. Warum bin ich nicht im System?“
Rezeption: „Nun, wir haben viele Gäste. Wenn Sie mir helfen könnten, es einzugrenzen—“
Gast (unterbrechend): „Kann ich mit einem Manager sprechen? Das ist lächerlich.“

Und jetzt erinnere dich an die Gäste, die du geliebt hast einzuchecken, wenn du vor einer langen Schlange standest. Den amerikanischen Geschäftsreisenden zum Beispiel, dessen Platinum-Amex schon auf dem Tresen lag, bevor du überhaupt „Willkommen“ sagen konntest. Was für ein Unterschied ein bisschen Information im Voraus macht, oder?

Schreib, als wäre es wichtig

Ein Support-Ticket oder ein Anruf ist wie ein KI-Prompt, denn du schreibst buchstäblich eine Eingabe für ein System, das sich deine Situation erst zusammenhalluzinieren muss. Genau das tun Support-Agents – menschlich wie botbasiert: Sie versuchen, deine Welt zu simulieren, basierend auf deinem halbgaren Input. Du sprichst nicht mit einer Person, die den vollen Kontext hat – du baust eine Anfrage, um in einem fremden Kopf Verständnis zu erzeugen. Und ja, manchmal fühlt sich das an wie 50 neue Dates.

Du musst keinen Roman schreiben. Aber wenn deine Nachricht auch an ein Medium oder einen Exorzisten gehen könnte, ist es kein Support-Ticket. Du musst sie auch nicht wie ein technisches Handbuch oder in irgendeiner Spezialsyntax verfassen – genauso wenig, wie du den selbsternannten KI-Guru ernst nehmen solltest, der dir JSON verkaufen will, als hätte er den Stein von Rosetta des Promptings entdeckt. Du brauchst grundlegende Sprache, etwas Perspektive und die Demut, Dinge so zu erklären, als wäre die lesende Person nicht hellseherisch begabt. Hier also dein Support-Prompt-Template, völlig kostenlos (und du musst es nicht einmal kommentieren):

Optional: Screenshot, Zeitstempel oder Fehlermeldung beilegen. Bonuspunkte für Höflichkeit und Kürze.

Support-Tickets beißen zurück

Wenn sich Support-Tickets anhäufen, beißen sie irgendwann zurück. Nicht nur, weil man den Überblick verliert und sie den Posteingang fluten. Nicht nur, weil sie sich über Teams und einzelne Mitarbeitende verteilen. Sondern weil man sich nicht helfen kann.

Hör auf zu klagen, dass es „keinen Support“ für moderne Systeme gäbe. Es gibt Support – das Modell setzt nur voraus, dass du erwachsen bist. Diese Plattformen sind darauf ausgelegt, Nutzer zu befähigen, nicht sie zu bemuttern. Wenn deine Vorstellung von Software-Support darin besteht, zum Telefon zu greifen und zu fragen, wie man sich einloggt oder ein Folio schließt, suchst du keinen Support – du suchst eine Krücke.

Du importierst außerdem Erwartungen aus einem alten On-Premise-Modell, das auf Herstellerabhängigkeit aufgebaut war. Moderne Anbieter haben das Modell umgedreht: Du besitzt den Prozess. Du steuerst. Support ist da, wenn das System versagt – nicht, wenn du es tust.

Wenn dich das unwohl fühlen lässt: Glückwunsch. Du bist der Grund, warum der Chatbot erfunden wurde.