Wie sollten Companion-Chat-Produkte erkennen, wann ein Nutzer aufhören möchte?

Beginnen Sie mit den Worten des Nutzers, nicht mit einer Theorie über seine Stimmung

Nachrichten wie „Stopp“, „Ich bin fertig“, „Das reicht“, „Auf Wiedersehen“ oder „Belassen wir es dabei“ sind direkte Belege dafür, dass der Nutzer den Austausch beenden möchte. Integrieren Sie diese Formulierungen zusammen mit natürlichen Variationen in die Stopp-Verarbeitung des Produkts. Behandeln Sie sie während des gesamten Gesprächs als Steuerungsbefehle, auch während einer kreativen Aktivität oder während das System eine Frage stellt.

Dies folgt etablierten Richtlinien für das Conversation Design. Google empfiehlt, Ausdrücke wie „Ich bin fertig“ und „Vergiss es“ zu respektieren, und rät davon ab, die Absicht von Personen zu hinterfragen, die eine unvollendete Aufgabe abbrechen möchten, wenn dabei kaum Fortschritt verloren geht. Amazon Lex definiert auf ähnliche Weise einen Stop-Intent für Phrasen, die darauf hinweisen, dass der Nutzer eine Interaktion beenden möchte. (Googles Richtlinien zu Gesprächsenden; der integrierte Stop-Intent von Amazon Lex)

Die Antwort des Produkts sollte die Anweisung einmal bestätigen und den Dialogschritt dann beenden. Zum Beispiel: „Verstanden. Wir können hier aufhören.“ Lassen Sie auf diese Bestätigung keine weitere Frage, keine Einladung zum Weitersprechen oder keine Aufforderung folgen, die Entscheidung zu begründen. Ein Stopp-Befehl sollte nicht zu einer kleinen Verhandlung werden, bei der sich der Nutzer wiederholen muss.

Betrachten Sie die Fertigstellung als natürlichen Schlusspunkt

Ein Nutzer kann fertig sein, ohne „Stopp“ zu sagen. Er bittet vielleicht um eine Kurzgeschichte und erhält sie, wählt eine Idee für eine Wochenendaktivität aus oder beendet die Überarbeitung einer Nachricht. Sobald das gewünschte Ergebnis geliefert wurde und kein ungelöster Teil der Aufgabe mehr offen ist, kann das System mit einer kurzen Aussage abschließen, wie etwa: „Hier ist die fertige Version“ oder „Damit hast du einen Plan für Samstag.“ Es muss nicht automatisch angehängt werden: „Was möchtest du sonst noch tun?“

Dies ist eine gestalterische Schlussfolgerung aus Richtlinien, dialogorientierte Antworten kurz, relevant und auf die Aufgabe fokussiert zu halten. Die Conversation-Design-Checkliste von Amazon empfiehlt minimale Schritte sowie relevante Nachrichten und rät davon ab, eine Erfahrung durch ein unpassendes Angebot zu unterbrechen. Übertragen auf Companion-Chats bedeutet dies, Folgefragen an einen echten nächsten Schritt zu knüpfen, anstatt an jede abgeschlossene Antwort eine anzuhängen. (Amazon Alexa Conversation Design Principles)

Es gibt Ausnahmen. Wenn die Anfrage aus mehreren Teilen besteht, sollte das Produkt die zugesagten Teile fertigstellen oder klar benennen, was noch offen ist. Wenn ein Nutzer nach einem Entwurf und einer Überarbeitung fragt, ist die Bereitstellung nur des Entwurfs keine abgeschlossene Aufgabe. Doch sobald der vereinbarte Umfang erfüllt ist, kann eine offene Aufforderung dazu führen, dass sich eine beendete Interaktion unvollständig anfühlt. Ein prägnanter Abschluss verhindert, dass das System die Aufgabe des Nutzers stillschweigend ausweitet.

Pausieren einfach zu äußern und leicht fortzusetzen machen

Pausieren unterscheidet sich vom Beenden. „Lass uns eine Pause machen“, „Ich komme darauf zurück“, „Einen Moment“ oder „Speichere das für später“ können signalisieren, dass der Nutzer eine Unterbrechung wünscht, während die Arbeit erhalten bleiben soll. Wenn das Produkt einen Gesprächsverlauf oder gespeicherte Entwürfe unterstützt, kann es in verständlicher Sprache bestätigen, was weiterhin verfügbar bleibt. Falls es den aktuellen Zustand nicht sichern kann, sollte es dies mitteilen, bevor der Nutzer den Chat verlässt, wenn diese Einschränkung von Bedeutung ist.

Behalten Sie die Pause unter der Kontrolle des Nutzers. Verlangen Sie keine Erklärung und schlagen Sie keinen Grund für die Unterbrechung vor. Wenn das Produkt über ein sichtbares Bedienelement zum Pausieren oder Schließen verfügt, beschriften Sie es klar und versehen Sie es mit einem vorhersehbaren Ergebnis. Die W3C-Richtlinien zur Nutzerkontrolle besagen, dass Kontextwechsel vom Nutzer initiiert werden sollten oder eine Möglichkeit bieten müssen, sie abzuschalten; dieses Prinzip stützt klare Bedienelemente und vorhersehbares Verhalten bei Übergängen. (W3C-Richtlinie zu Change on Request)

Das Produkt sollte anhand der in der Benutzeroberfläche verfügbaren Wörter und Aktionen auch zwischen einer Pause und einem expliziten Stopp unterscheiden. Eine Pause kann einen Entwurf oder eine Stelle in einer Aufgabe beibehalten, sofern die Funktion dies unterstützt. Ein Stopp sollte die aktuelle Interaktion beenden. Behaupten Sie nicht, dass ein Gespräch gespeichert wird, wenn dies nicht tatsächlich der Fall ist, und werten Sie das Verlassen der App oder das Schweigen des Nutzers nicht als Aufforderung, weitere Nachrichten zu senden.

Verwenden Sie eine klare Reihenfolge für mehrdeutige und explizite Signale

Eine nützliche Signalhierarchie für die Implementierung ist:

Expliziter Stopp oder Abschied: Beenden Sie den Austausch unverzüglich.

Explizite Pausen- oder Speicheranfrage: Pausieren oder speichern Sie, falls unterstützt, und bestätigen Sie das Ergebnis dann kurz.

Abgeschlossene Anfrage: Liefern Sie das gewünschte Ergebnis und schließen Sie ab, ohne einen weiteren Dialogschritt zu verlangen.

Unklare Nachricht: Stellen Sie nur dann eine kurze klärende Frage, wenn die Mehrdeutigkeit die Aufgabe blockiert.

Schweigen: Warten Sie oder beenden Sie die aktive Sitzung gemäß dem normalen Verhalten des Produkts; leiten Sie daraus keinen emotionalen Zustand ab.

Diese Reihenfolge ist ein praktischer Designvorschlag, keine veröffentlichte Messung oder universelle Klassifizierung. Ihr Zweck ist es zu verhindern, dass direkte Anweisungen durch weichere Annahmen überstimmt werden. Beispielsweise sollte „Das reicht“ Vorrang vor der Vorhersage eines Systems haben, dass ein weiterführender Vorschlag willkommen sein könnte. Eine Frage wie „Möchtest du hier aufhören oder dies für später speichern?“ ist nur dann angebracht, wenn die Formulierung des Nutzers diese Ergebnisse tatsächlich unklar lässt.

Wenn ein Produkt eine folgenreiche Aktion unterstützt oder das Risiko birgt, erhebliche Arbeitsfortschritte zu verlieren, kann eine Bestätigung angemessen sein, um diese Arbeit zu schützen. Halten Sie die Bestätigung spezifisch und einfach zu beantworten: „Jetzt aufhören und diesen Entwurf verwerfen?“ Bei gewöhnlichen Gesprächen, bei denen kaum Fortschritt verloren geht, erzeugt eine wiederholte Bestätigung unnötige Reibung. Googles Leitfaden trifft dieselbe Unterscheidung: Fragen Sie beim Verlassen nicht noch einmal nach, es sei denn, es geht ein erheblicher Fortschritt verloren. (Googles Richtlinien zu Gesprächsenden)

Halten Sie die Abschlussantwort kurz und vollständig

Eine Abschlussnachricht sollte eine einzige Aufgabe erfüllen: deutlich machen, dass das System den Nutzer verstanden hat und dass die Interaktion beendet oder pausiert wurde. Geeignete Beispiele sind:

Stopp: „Alles klar. Wir hören hier auf.“

Abgeschlossene kreative Aufgabe: „Hier ist das überarbeitete Gedicht.“

Pause mit gespeicherter Arbeit: „Pausiert. Dein Entwurf ist in diesem Chat gespeichert.“

Pause ohne Speicherfunktion: „Alles klar. Du kannst später zu diesem Chat zurückkehren, aber ich kann keinen separaten Entwurf speichern.“

Verwenden Sie nur Aussagen, die dem tatsächlichen Verhalten des Produkts entsprechen. Vermeiden Sie emotionale Appelle, Formulierungen, die Schuldgefühle wecken, oder neue Fragen. Ein Abschluss kann herzlich sein, ohne den Nutzer aufzufordern, das System zu beruhigen oder die Interaktion fortzusetzen. Das Designziel ist ein klares Ende, dem der Nutzer vertrauen kann.

Testen Sie die Grenzfälle, nicht nur die offensichtlichen Befehle

Überprüfen Sie kurze Gesprächsbeispiele aus der alltäglichen Nutzung: ein direkter Stopp während einer Geschichte, ein „Das reicht“ nach einer Empfehlung, eine abgeschlossene Schreibaufgabe, eine Bitte um eine Pause mittendrin und ein mehrdeutiges „Vielleicht später“. Prüfen Sie, ob jeder Fall zum beabsichtigten Verhalten führt und dass nach einem klaren Stopp oder einer abgeschlossenen Aufgabe keine Folgefrage erscheint.

Achten Sie auch auf falsch-positive Ergebnisse. „Hör auf, diese Formulierung zu verwenden, und versuche eine andere“ enthält das Wort „Stopp“ bzw. „Hör auf“, ist jedoch eine Anweisung innerhalb der Aufgabe und nicht zwingend eine Bitte, den Chat zu beenden. Interpretieren Sie Wörter im Kontext, während Sie gleichzeitig ein dediziertes Bedienelement zum Beenden bereithalten, falls das System die Sprache falsch versteht. Die Dokumentation von Amazon beschreibt einen integrierten Stop-Intent für gängige Stopp-Phrasen; ein Companion-Chat-Produkt kann dieselbe Grundidee nutzen und die Erkennung an seine Text- oder Sprachoberfläche anpassen. (Der integrierte Stop-Intent von Amazon Lex)

Verfolgen Sie praktische Fehler wie eine Stopp-Anfrage, auf die eine weitere Frage folgt, eine abgeschlossene Aufgabe, die einen unpassenden Prompt auslöst, oder eine Pause, bei der Arbeit verloren geht, obwohl suggeriert wurde, dass sie gespeichert sei. Dies sind beobachtbare Verhaltensprüfungen, keine Urteile darüber, was ein Nutzer empfindet. Sie helfen Teams, die Interaktion zu verbessern, ohne zu versuchen, Nutzer anhand ihrer Wortwahl zu diagnostizieren.

Eine einfache Regel für ein respektvolles Ende

Wenn der Nutzer den Austausch eindeutig beendet, hören Sie auf. Wenn die vereinbarte Aufgabe abgeschlossen ist, schließen Sie kurz ab. Wenn der Nutzer darum bittet zu pausieren, wahren Sie seine Kontrolle und erklären Sie das verfügbare Speicherverhalten. Stellen Sie eine Folgefrage nur dann, wenn sie erforderlich ist, um die Anfrage abzuschließen oder eine echte Mehrdeutigkeit aufzulösen. Dies gibt Companion-Chat-Produkten eine konkrete Möglichkeit, Gesprächsenden zu erkennen und gleichzeitig die gewöhnlichen Entscheidungen, das Timing und die Fortsetzung beim Nutzer zu belassen.

Dieses Thema weiter erkunden