Hoe moeten chatproducten voor gezelschap herkennen wanneer een gebruiker wil stoppen?
Een chatproduct voor gezelschap moet een duidelijke stopboodschap als instructie behandelen, herkennen wanneer de gevraagde activiteit is afgerond en de gebruiker laten pauzeren zonder dat die hoeft uit te leggen waarom. Wanneer het gesprek voorbij is, moet het kort afsluiten en de volgende stap aan de gebruiker laten. Een praktische manier om dit vorm te geven is signalen in te delen naar duidelijkheid, expliciete verzoeken voorrang te geven en niet te gokken op basis van de stemming of stilte van de gebruiker.
Begin bij de woorden van de gebruiker, niet bij een theorie over diens stemming
Berichten zoals “stop”, “ik ben klaar”, “dat is genoeg”, “dag” of “laten we het hierbij laten” zijn directe aanwijzingen dat de gebruiker het gesprek wil beëindigen. Neem deze formuleringen, samen met natuurlijke varianten, op in de afhandeling van stopverzoeken. Behandel ze in het hele gesprek als besturingsinstructies, ook tijdens een creatieve activiteit of wanneer het systeem een vraag stelt.
Dit sluit aan bij gevestigde richtlijnen voor gespreksontwerp. Google raadt aan uitingen zoals “ik ben klaar” en “laat maar” te respecteren en zegt dat je iemand die een onvoltooide taak wil verlaten niet op andere gedachten moet proberen te brengen als daarbij weinig voortgang verloren gaat. Amazon Lex definieert eveneens een stopintentie voor formuleringen die aangeven dat de gebruiker een interactie wil beëindigen. (Googles richtlijnen voor het beëindigen van gesprekken; Amazons ingebouwde stopintentie in Lex)
De reactie van het product moet de instructie één keer bevestigen en daarna de beurt beëindigen. Bijvoorbeeld: “Begrepen. We stoppen hier.” Stel na die bevestiging geen nieuwe vraag, nodig de gebruiker niet uit om door te praten en vraag niet om diens beslissing te rechtvaardigen. Een stopopdracht mag geen kleine onderhandeling worden waarbij de gebruiker zichzelf moet herhalen.
Beschouw afronding als een natuurlijk afsluitmoment
Een gebruiker kan klaar zijn zonder “stop” te zeggen. Die kan om een kort verhaal vragen en dat ontvangen, een idee kiezen voor een weekendactiviteit of een bericht afronden. Zodra het gevraagde resultaat is geleverd en er geen openstaand deel van de taak is, kan het systeem afsluiten met een korte zin zoals “Hier is de definitieve versie” of “Zo heb je een plan voor zaterdag.” Het hoeft niet automatisch “Wat wil je nog meer doen?” toe te voegen.
Dit is een ontwerpconclusie op basis van richtlijnen om gespreksreacties kort, relevant en taakgericht te houden. De checklist voor gespreksontwerp van Amazon raadt zo min mogelijk stappen en relevante berichten aan, en adviseert een ervaring niet te onderbreken met een niet-gerelateerd aanbod. Toegepast op chatproducten voor gezelschap betekent dit dat vervolgvragen alleen worden gesteld wanneer er echt een volgende stap is, in plaats van na elk afgerond antwoord. (Principes voor gespreksontwerp van Amazon Alexa)
Er zijn uitzonderingen. Als een verzoek uit meerdere onderdelen bestaat, moet het product de beloofde onderdelen afhandelen of duidelijk aangeven wat er nog resteert. Als een gebruiker om een concept en een revisie vraagt, is alleen het concept teruggeven geen afgeronde taak. Maar zodra de afgesproken opdracht is uitgevoerd, kan een open vraag een afgeronde interactie onaf voelen. Een beknopte afsluiting voorkomt dat het systeem de taak van de gebruiker stilzwijgend uitbreidt.
Maak pauzeren eenvoudig om aan te geven en eenvoudig om te hervatten
Pauzeren is iets anders dan beëindigen. “Laten we pauzeren”, “hier kom ik later op terug”, “één moment” of “bewaar dit voor later” kan aangeven dat de gebruiker even wil stoppen, maar het werk wil behouden. Als het product gespreksgeschiedenis of opgeslagen concepten ondersteunt, kan het in gewone taal bevestigen wat beschikbaar blijft. Als het de huidige toestand niet kan bewaren, moet het dat zeggen voordat de gebruiker vertrekt, wanneer die beperking van belang is.
Laat de gebruiker de pauze bepalen. Vraag niet om een uitleg en suggereer geen reden voor de onderbreking. Als het product een zichtbare pauze- of sluitknop heeft, geef die dan een duidelijk label en een voorspelbaar resultaat. Volgens de W3C-richtlijnen voor gebruikerscontrole moeten contextwijzigingen door de gebruiker worden gestart of moet er een manier zijn om ze uit te schakelen; dat principe ondersteunt duidelijke bediening en voorspelbaar gedrag bij overgangen. (W3C-richtlijnen over Change on Request)
Het product moet ook aan de hand van de beschikbare woorden en handelingen in de interface onderscheid maken tussen pauzeren en expliciet stoppen. Een pauze kan een concept of de voortgang van een taak bewaren als de functie dat ondersteunt. Een stop moet de huidige interactie beëindigen. Beweer niet dat een gesprek is opgeslagen als dat niet zo is, en behandel het verlaten van de app of stilvallen niet als een verzoek om meer berichten te sturen.
Hanteer een duidelijke volgorde voor onduidelijke en expliciete signalen
Een bruikbare signaalhiërarchie voor de implementatie is:
Expliciet stopverzoek of afscheid: beëindig het gesprek meteen.
Expliciet verzoek om te pauzeren of op te slaan: pauzeer of sla op als dat wordt ondersteund en bevestig het resultaat kort.
Afgerond verzoek: lever het gevraagde resultaat en sluit af zonder een extra beurt te vereisen.
Onduidelijk bericht: stel alleen één korte verduidelijkingsvraag als de onduidelijkheid de taak blokkeert.
Stilte: wacht of beëindig de actieve sessie volgens het normale gedrag van het product; leid daar geen emotionele toestand uit af.
Deze volgorde is een praktisch ontwerpvoorstel, geen gepubliceerde meting of universele classificatiemethode. Het doel is te voorkomen dat directe instructies terzijde worden geschoven door minder zekere aannames. “Dat is genoeg” moet bijvoorbeeld zwaarder wegen dan de voorspelling van het systeem dat een verwante suggestie welkom zou zijn. Een vraag zoals “Bedoel je dat we hier stoppen of dat ik dit voor later bewaar?” is alleen geschikt als de woorden van de gebruiker die uitkomsten echt openlaten.
Als een product een ingrijpende handeling ondersteunt of het risico bestaat dat veel werk verloren gaat, kan een bevestiging passend zijn om dat werk te beschermen. Houd de bevestiging specifiek en eenvoudig te beantwoorden: “Nu stoppen en dit concept verwijderen?” Bij een gewoon gesprek waarbij weinig voortgang verloren zou gaan, zorgt herhaald bevestigen voor onnodige frictie. Googles richtlijnen maken hetzelfde onderscheid: vraag niet nogmaals om bevestiging bij vertrek, tenzij er aanzienlijke voortgang verloren gaat. (Googles richtlijnen voor het beëindigen van gesprekken)
Houd de afsluitende reactie kort en volledig
Een afsluitend bericht moet één doel dienen: duidelijk maken dat het systeem de gebruiker heeft begrepen en dat de interactie is beëindigd of gepauzeerd. Geschikte voorbeelden zijn:
Stoppen: “Oké. We stoppen hier.”
Afgeronde creatieve taak: “Hier is het herziene gedicht.”
Pauze met opgeslagen werk: “Gepauzeerd. Je concept is opgeslagen in deze chat.”
Pauze zonder opslagfunctie: “Oké. Je kunt later naar deze chat terugkeren, maar ik kan geen afzonderlijk concept opslaan.”
Gebruik alleen uitspraken die overeenkomen met het daadwerkelijke gedrag van het product. Vermijd emotionele oproepen, schuldinducerende zinnen en nieuwe vragen. Een afsluiting kan vriendelijk zijn zonder de gebruiker te vragen het systeem gerust te stellen of het gesprek voort te zetten. Het ontwerpdoel is een duidelijke afsluiting waarop de gebruiker kan vertrouwen.
Test grensgevallen, niet alleen de voor de hand liggende opdrachten
Beoordeel korte gespreksvoorbeelden uit alledaags gebruik: een direct stopverzoek tijdens een verhaal, “dat is genoeg” na een aanbeveling, een voltooide schrijftaak, een verzoek om halverwege te pauzeren en een onduidelijk “misschien later”. Controleer of elk geval tot het gewenste gedrag leidt en of er geen vervolgvraag verschijnt na een duidelijk stopverzoek of afgeronde taak.
Controleer ook op fout-positieven. “Stop met die uitdrukking en probeer een andere” bevat het woord “stop”, maar is een instructie binnen de taak en niet per se een verzoek om de chat te beëindigen. Interpreteer woorden in hun context en houd een aparte stopknop beschikbaar voor het geval het systeem de taal verkeerd begrijpt. De documentatie van Amazon beschrijft een ingebouwde stopintentie voor veelvoorkomende stopzinnen; een chatproduct voor gezelschap kan hetzelfde basisidee gebruiken en de herkenning aanpassen aan de tekst- of spraakinterface. (Amazons ingebouwde stopintentie in Lex)
Houd praktische fouten bij, zoals een stopverzoek waarop nog een vraag volgt, een afgeronde taak die een irrelevante prompt oproept of een pauze waarbij werk verloren gaat hoewel het leek alsof het was opgeslagen. Dit zijn controleerbare gedragscriteria, geen oordelen over wat een gebruiker voelt. Ze helpen teams de interactie te verbeteren zonder gebruikers op basis van hun formulering te proberen diagnosticeren.
Een eenvoudige regel voor een respectvolle afsluiting
Als de gebruiker het gesprek duidelijk beëindigt, stop dan. Als de afgesproken taak is afgerond, sluit dan kort af. Als de gebruiker om een pauze vraagt, laat diegene de controle houden en leg uit welke opslagmogelijkheden er zijn. Stel alleen een vervolgvraag als die nodig is om het verzoek af te ronden of een echte onduidelijkheid op te lossen. Zo krijgen chatproducten voor gezelschap een concrete manier om afsluitingen te herkennen en blijven gewone keuzes, timing en voortzetting bij de gebruiker.