Mehrsprachig

Stand: 2026-08-20

Dass eine Software in vielen Sprachen antwortet, ist inzwischen Grundausstattung.

Der Teil, der im Betrieb wirklich zählt, wird selten erwähnt: Was macht deine Rezeption mit einer Unterhaltung, die sie nicht lesen kann?

Zwei Sprachen gleichzeitig

Ein Gast schreibt auf Italienisch. Deine Rezeptionistin spricht Deutsch.

Beide bekommen, was sie brauchen. Der Gast bekommt seine Antwort auf Italienisch, weil alles andere unhöflich wäre. Dein Team sieht dasselbe Gespräch auf Deutsch, weil alles andere unbrauchbar wäre.

Das gilt nicht nur für empfangene Nachrichten, sondern auch für den Entwurf, der noch nicht verschickt ist. Eine wartende KI-Antwort lässt sich auf Deutsch lesen, bevor jemand sie freigibt.

Das klingt nach einer Kleinigkeit und ist die entscheidende. Eine Antwort freizugeben, die man nicht lesen kann, ist keine Prüfung, sondern ein Klick. Und es ist die einzige Stelle im ganzen System, an der etwas im Namen deines Hauses hinausgeht.

Die Lesefassung bleibt dabei streng getrennt vom versendbaren Text: Verschickt wird immer die Fassung in der Sprache des Gastes. Die Übersetzung ist zum Lesen da, nicht zum Senden.

Auch die Vorgänge, nicht nur die Nachrichten

Ein Ticket entsteht aus dem, was ein Gast geschrieben hat, also in dessen Sprache. Ein deutsches Team, das eine deutsche Benachrichtigungsmail mit englischem Betreff darin bekommt, ist niemandem geholfen.

Also wird der Vorgang einmal beim Anlegen in die Sprache deines Teams übertragen und so gespeichert. Der Originaltext bleibt erhalten, damit im Prüfpfad weiter steht, was der Gast tatsächlich geschrieben hat.

Systemseitig erzeugte Vorgänge, an denen gar kein Modell beteiligt ist, kommen aus einem festen Katalog und nicht aus einer Übersetzung. Das ist die billigere und die zuverlässigere Lösung, und sie ist der Grund, warum nicht ein Teil deiner Tickets auf Deutsch und ein anderer auf Englisch ankommt.

Warum ein Hinweis im Prompt dafür nicht reicht

Das ist der technisch ehrlichste Abschnitt auf dieser Seite.

Ein Gast begann auf Englisch, wechselte für drei Nachrichten ins Deutsche und wechselte zurück. Die Antwort kam auf Deutsch. Die Spracherkennung hatte richtig gelegen, und die Anweisung, auf Englisch zu antworten, stand als letzter Satz vor dem Modell. Es hat sie gelesen und trotzdem Deutsch geschrieben, weil drei deutsche Nachrichten davor schwerer wiegen als ein Satz in Klammern.

Eine Sprachanweisung ist eine Bitte. Fünf verschiedene Formulierungen haben das Problem nicht gelöst, und eine, die im Test sechs von sechs Mal funktionierte, ist im Betrieb wieder aufgetreten.

Deshalb wird die Sprache heute nach der Antwort geprüft und nicht nur vorher angewiesen. Stimmt sie nicht, wird noch einmal nachgefragt, bevor der Gast etwas sieht.

Auf dem Mailweg, wo ohne Rückfrage automatisch verschickt würde, gilt die schärfere Regel: Eine Antwort in der falschen Sprache wird gar nicht erst gesendet, sondern einem Menschen zur Freigabe vorgelegt. Im Chat wäre das falsch, weil der Gast dann auf niemanden warten würde. Zwei Wege, zwei Antworten, dieselbe Regel dahinter.

Auch das, was automatisch rausgeht

Buchungsbestätigungen, Zahlungsaufforderungen, Erinnerungen.

Diese Mails liefen früher an einer Einstellung entlang, bei der ein fehlender Wert stillschweigend Englisch bedeutete. Zwei deutsche Häuser hatten genau diesen fehlenden Wert, und ein deutscher Gast, der auf Deutsch gebucht hatte, bekam eine englische Bestätigung, samt englischem Impressum unter einer Buchung in Deutschland.

Das ist repariert, und es steht hier, weil es die Art von Fehler ist, die niemandem auffällt, bis ein Gast sich beschwert.

Grenzen

Es ist eine Übersetzung, keine Zweitfassung. Die Lesefassung für dein Team ist maschinell erzeugt. Sie ist gut genug, um zu entscheiden, ob eine Antwort rausgehen darf, und sie ist nicht die rechtsverbindliche Fassung von irgendetwas.

Das Original gewinnt immer. Was der Gast geschrieben hat, wird gespeichert wie er es geschrieben hat. Keine Übersetzung ersetzt es, weder im Prüfpfad noch in einer Auskunft nach Art. 15 DSGVO.

Der versendbare Text bleibt in der Sprache des Gastes. Es gibt bewusst keinen Weg, versehentlich die deutsche Lesefassung an einen italienischen Gast zu schicken.

Deine Wissensbasis übersetzt sich nicht selbst. Was du an Hausregeln hinterlegst, kann in einer Sprache stehen, und die Antwort daraus entsteht in der des Gastes. Für Formulierungen, auf die es ankommt, ist es trotzdem besser, sie selbst zu hinterlegen.

Der Unterschied

Die Sprachliste eines Anbieters sagt dir, wie viele Sprachen sein Modell kann. Das ist bei allen ungefähr dieselbe Liste, weil es bei allen ungefähr dieselben Modelle sind.

Was sich unterscheidet, ist, was an dem Abend passiert, an dem eine italienische Beschwerde hereinkommt und die Kollegin an der Rezeption kein Italienisch spricht. Ob sie das Gespräch lesen kann. Ob sie sieht, was gleich in ihrem Namen hinausgeht. Ob das Ticket am nächsten Morgen für das Housekeeping verständlich ist.

Das ist keine Frage des Modells. Das ist eine Frage davon, ob jemand daran gedacht hat.