Einführung: warum ein spezifischer Leitfaden für Kiosks und Bildschirme

Ein KI‑Avatar‑Projekt wird oft technisch bestätigt, bevor die konversationellen Inhalte wirklich für den physischen Raum konzipiert wurden. Schreiben für einen Touch‑Screen ist nicht dasselbe wie für eine Sprachinteraktion. Ergonomische Beschränkungen, Aufmerksamkeitsdauer und der Respekt vor menschlichen Gesprächsflüssen erfordern klare redaktionelle Entscheidungen.

Dieser Praxisleitfaden bietet operative Regeln, Vorlagen für kurze Dialoge zum direkten Einsatz sowie eine Checkliste zur Steuerung der Mehrsprachigkeit und zur Vorbereitung der RAG‑Ingestion der Fachdokumente. Die Beispiele sind so gestaltet, dass sie bereits in einem Pilotbetrieb auf Bildschirm oder interaktivem Kiosk getestet werden können.

UX‑Prinzipien je nach Interaktionsmodus

Beginnen Sie mit der Festlegung des primären Nutzungsmodus: Touch, Sprache oder hybrid. Jeder Modus stellt unterschiedliche Anforderungen an Antwortlänge, Granularität der Wahlmöglichkeiten und Art der Nutzerführung.

Touch: Bei Bildschirm oder Kiosk kann der Nutzer lesen und tippen. Bevorzugen Sie knappe Meldungen, klickbare Optionen und visuelle Bestätigungen. Die Microcopy sollte gut scannbar und handlungsorientiert sein.

Sprache: Sprechen erfordert Rhythmus, Turn‑Taking‑Markierungen und prägnantere Antworten. Planen Sie kurze Sätze, klare mündliche Bestätigungen und Stopppunkte, damit der Nutzer zu Wort kommen kann.

Hybrid: Bietet die Konfiguration Stimme und Touch, denken Sie an komplementäre Versionen derselben Antwort. Beispielsweise eine kurze sprachliche Antwort mit einer detaillierten visuellen Anzeige auf dem Bildschirm.

Konkrete redaktionelle Regeln für die Microcopy

Schreiben Sie für die Nutzungssituation: An einem Empfangspunkt sucht der Nutzer meist schnelle Orientierung oder Information. Ersetzen Sie allgemeine Formulierungen durch konkrete Handlungsanweisungen und klare Auswahlmöglichkeiten.

Bevorzugen Sie einen Ton, der zur gewählten Persona passt. Die Persona vereint visuelles Avatar, Stimme und Systemanweisungen; sie sollte die Kunden‑CI widerspiegeln und Vertrauen fördern, ohne unnötige Komplexität.

Begrenzen Sie die Informationsdichte: Eine initiale Antwort muss die wesentliche Information enthalten und bei Bedarf eine Option zum Weiterlesen anbieten. Vermeiden Sie lange erklärende Absätze von Beginn an.

Fortschrittsanzeiger: Bei Sprachinteraktionen integrieren Sie Marker wie „Alles klar“ oder „In Ordnung“, bevor Sie eine Suche starten, um zu signalisieren, dass das Avatar verstanden hat und sucht.

Vorlagen für kurze Dialoge zum direkten Einsatz (1–3 Züge)

Im Folgenden einfache, anpassbare Vorlagen. Diese Skripte sind dafür gedacht, in eine RAG‑Wissensbasis eingespeist zu werden oder als Templates während eines Piloten zu dienen.

  • Touch – Single‑Turn‑Szenario (Orientierungsfrage): Nutzer: "Wo ist die Abrechnungsstelle?" Avatar (Bildschirm): "Die Abrechnungsstelle befindet sich im 2. Stock, Nordflügel. Möchten Sie den Plan sehen oder die Öffnungszeiten?" (Buttons: Plan anzeigen / Öffnungszeiten)

  • Touch – Multi‑Turn‑Szenario (bis zu 3 Züge): Zug 1 – Nutzer: "Ich suche Informationen zur Warenrückgabe." Zug 1 – Avatar: "Für welche Kaufart?" (Buttons: Online / Im Geschäft) Zug 2 – Nutzer: wählt Im Geschäft Zug 2 – Avatar: "Für eine Rückgabe im Geschäft bitte den Kassenbeleg aufbewahren. Möchten Sie die vollständigen Bedingungen sehen?" (Buttons: Bedingungen / Zurück zur Startseite) Zug 3 – Nutzer: Bedingungen Zug 3 – Avatar: zeigt Zusammenfassung und bietet Drucken oder Linkversand an.

  • Sprache – Kurzes verbales Szenario: Nutzer: "Welche Öffnungszeiten gelten heute?" Avatar (Stimme): "Heute haben wir von 9 Uhr bis 18 Uhr geöffnet. Möchten Sie, dass ich die Öffnungszeiten einzelner Bereiche nenne?" Turn‑Taking‑Hinweis: Reagiert der Nutzer nicht, einen kurzen sprachlichen Timeout vorsehen und ggf. eine Touch‑Option anbieten.

  • Sprache – Klärungsszenario (Fehlinterpretationen vermeiden): Zug 1 – Nutzer: "Ich möchte mich anmelden." Zug 1 – Avatar: "In Ordnung. Möchten Sie sich für den Newsletter anmelden oder einen Termin mit einem Berater vereinbaren?" Zug 2 – Nutzer: wählt Termin Zug 2 – Avatar: "Für welchen Service?"

Microcopy für Übergänge, Bestätigungen und Fehlerbehandlung

Microcopy dient dazu, den Nutzer zwischen Schritten zu führen. Bereiten Sie kurze Meldungen für Übergänge (z. B. Suche läuft), Bestätigungen (z. B. Aktion erfolgreich) und Fehler (z. B. kein Ergebnis) vor.

Beispiele für kurze, neutrale Microcopy: „Suche läuft“, „Ich habe Folgendes gefunden“, „Können Sie das bitte präzisieren?“, „Ich habe Sie nicht verstanden, bitte kurz umformulieren“.

Bei Fehlern vermeiden Sie technische Meldungen. Bieten Sie stets eine Alternative oder einen Vorschlag an: ähnliche Optionen anzeigen, Wiederholung der Frage vorschlagen oder zur Kontaktaufnahme mit dem zuständigen Service einladen.

Für Sprache planen Sie angemessene Vorlesedauern und lassen Pausen, damit der Nutzer antworten kann. Für Touch verwenden Sie explizite Aktionsbeschriftungen und visuelle Bestätigungen.

Fallback‑Strategie und Regeln zur Weiterleitung an menschliche Unterstützung

Es ist essenziell, im Voraus die Situationen zu definieren, in denen das Avatar den Nutzer an eine Person verweisen soll. Stellen Sie nie einen automatischen Transfer als verpflichtend dar: planen Sie klare Formulierungen und Eskalationsszenarien.

Formulieren Sie standardisierte Eskalationsmeldungen, zum Beispiel: „Ich finde die genaue Antwort nicht. Möchten Sie, dass ich Ihnen zeige, wo ein Mitarbeiter ist, oder soll ich diese Anfrage an den Service weiterleiten?"

Bereiten Sie auch Skripte vor, um vor der Weiterleitung minimale Informationen zu erfragen, damit das Personal das Gespräch effizient übernehmen kann. Geben Sie an, welche Informationen gesammelt und dem Personal angezeigt werden sollen, ohne anzunehmen, dass ein automatischer Transfer besteht.

Bieten Sie dem Nutzer klare Optionen: einen Berater hinzuziehen, den Standort des Schalter anzeigen oder – sofern die Organisation es erlaubt – einen menschlichen Rückruf über einen externen Kanal vorschlagen.

Vorbereitung der Wissensbasis für die RAG‑Ingestion

Um fachlich verlässliche Antworten zu erhalten, bereiten und bereinigen Sie die Dokumente, die Sie ingestieren möchten. SANIA kann gängige Formate verarbeiten, darunter PDF, DOCX, XLSX, TXT, CSV und NDJSON, je nach gewähltem Ingest‑Workflow.

Strukturieren Sie die Informationen: Priorisieren Sie amtliche und aktuelle Dokumente, markieren Sie klar die Abschnitte zu Öffnungszeiten, Bedingungen, Verfahren und Kontakten. Klare und aktuelle Inhalte erleichtern die Qualität der Antworten.

Liefern Sie Beispielformulierungen von Nutzeranfragen und häufige Varianten, um die Relevanz der Antworten während eines Piloten zu testen. Testen Sie ebenfalls die mehrsprachigen Antworten unter Nutzung der Unterstützung von über 100 Sprachen, die SANIA je nach Konfiguration verwenden kann.

Behalten Sie im Blick, dass die Qualität der RAG‑Antworten von der Relevanz und Aktualität der bereitgestellten Quellen abhängt. Erstellen Sie einen Plan zur Aktualisierung der Fachdokumente, um veraltete Antworten zu vermeiden.

Operative Checkliste für Mehrsprachigkeit

Mehrsprachigkeit an einem Empfangspunkt beschränkt sich nicht auf wortwörtliche Übersetzungen. Nachfolgend eine praktische Checkliste für den Piloten, um Konsistenz und Nutzbarkeit der Skripte in mehreren Sprachen zu sichern.

  • Identifizieren Sie die für das Zielpublikum tatsächlich relevanten Sprachen und priorisieren Sie deren Behandlung.

  • Überprüfen Sie Microcopies und Buttons in jeder Sprache, um sicherzustellen, dass sie kurz und verständlich bleiben.

  • Testen Sie kulturelle Varianten: Anredeformen, Datumsformate und lokale Einheiten.

  • Planen Sie Szenarien zur Erkennung eines Sprachwechsels während einer Sitzung und Bestätigungsmeldungen für den Nutzer.

  • Validieren Sie die Antworten aus der Fachbasis in jeder Sprache mit Fokus auf terminologische Konsistenz.

Zu messende Kennzahlen während des Piloten und nützliche Indikatoren

Performance‑Messung erfordert externe Tools oder eine projektspezifische Instrumentierung. Schlagen Sie Indikatoren vor, die zu den Zielen des Piloten passen, und wählen Sie entsprechende Erhebungsmethoden.

Beispiele für nützliche Indikatoren, die das Projektteam instrumentieren sollte: Abschlussrate einer Interaktion, Anteil der Anfragen, die menschliche Intervention benötigen, durchschnittliche Dauer einer Sprachinteraktion und Umformulierungsrate. Diese Kennzahlen sind von der Organisation mit ihren Erfassungstools umzusetzen.

Ergänzen Sie quantitative Messungen durch qualitative Reviews: Durchsicht von Gesprächsauszügen, Usability‑Tests in realer Umgebung und Prüfung der RAG‑Antworten bei sensiblen Fachfällen.

Dauer und Umfang des Piloten hängen von Besucherfrequenz und Zielen ab. Passen Sie die Messgranularität an die operative Realität des Pilotstandorts an.

Häufige Fehler und kritische Punkte

Im Folgenden wiederkehrende Fallstricke, die Sie bei Redaktion und Rollout der Skripte vermeiden sollten:

Zu lange Inhalte: komplette erläuternde Absätze in der initialen Antwort. Bevorzugen Sie Zusammenfassungen mit einer Option zum Weiterlesen.

Schlechte Handhabung des sprachlichen Turn‑Takings: keinen Raum lassen oder den Nutzer unterbrechen. Planen Sie Marker und eine Interrupt‑Verwaltung gemäß der Konfiguration.

Fehlende Microcopy für Fehlerfälle: den Nutzer niemals ohne Hinweis lassen, wenn eine Suche scheitert. Immer eine Alternative oder eine klare nächste Aktion anbieten.

Weiterführendes und Fazit

Das Verfassen von Skripten für einen KI‑Avatar auf Kiosk oder Bildschirm erfordert präzise redaktionelle Entscheidungen: Länge anpassen, Turn‑Taking‑Marker vorsehen, Übergangs‑Microcopies gestalten und eine kohärente Eskalationsstrategie definieren. Bereiten Sie Ihre Fachdokumente für die RAG‑Ingestion vor und testen Sie Varianten in den prioritären Sprachen.

SANIA ist eine professionelle konversationelle KI‑Avatar‑Lösung, die auf Bildschirm oder interaktivem Kiosk bereitgestellt werden kann und in mehr als 100 Sprachen kommunizieren kann, während sie eine fachliche Wissensbasis zur Erzeugung angepasster Antworten nutzt, je nach Projektkonfiguration. Um zu erfahren, wie Sie diese Vorlagen auf Ihren Kontext anpassen und fertige Templates in einem Piloten testen können, können Sie eine Demonstration von SANIA anfragen.