Delen via

Een dynamische UX maken: richtlijnen voor generatieve AI-toepassingen

U hebt dus een use-case voorgesteld voor uw AI-functie of -toepassing, uitgevuld met een bedrijfscase en goedkeuring ontvangen. Helemaal goed! Wat is de volgende stap? Nu zijn uw belanghebbenden klaar om iets te zien.

Wanneer u van plan bent een toepassing te bouwen met generatieve AI-functies, is het belangrijk dat u rekening houdt met de tips en richtlijnen die hier worden gegeven om de gewenste gebruikerservaring (UX) te maken. Als u deze belangrijke principes begrijpt, kunt u ervoor zorgen dat u een aantrekkelijke, effectieve toepassing bouwt die het beste de behoeften van uw gebruikers ondersteunt.

De volgende richtlijnen begeleiden u bij het ontwikkelen van de UX voor uw generatieve AI-toepassing, met een focus op overwegingen voor het bouwen van aangepaste copilot-ervaringen.

Dit artikel is bedoeld om u te helpen:

  • Verken UX-frameworkopties en selecteer de beste benadering voor uw use cases.
  • Leer drie fundamentele principes voor het ontwikkelen van een copilot en richtlijnen voor menselijke AI-interactie.
  • Ontdek hoe u een samenwerkings-UX kunt bereiken via een sterk invoer- en uitvoerontwerp

De volgende richtlijnen begeleiden u bij het ontwikkelen van de UX voor uw generatieve AI-toepassing, met een focus op overwegingen voor het bouwen van aangepaste copilot-ervaringen.

Dit gebied is erg in beweging en er is veel te leren, dus we hebben belangrijke bronnen voor dieper duiken verstrekt. De verantwoordelijke AI-principes van Microsoft en de HAX (HumanAI Experience) Toolkit geven achtergrondinformatie over de onderzoeks- en praktijkervaringen achter dit artikel.

De juiste focus om de taak gedaan te krijgen

De volgende richtlijnen begeleiden u bij het ontwikkelen van de UX voor uw generatieve AI-toepassing, met een focus op overwegingen voor het bouwen van aangepaste copilot-ervaringen.

Er zijn drie frameworkvariaties die u voor uw UX kunt overwegen:

  • Insluitende informatie voor een volledige knowledge base-focus
  • Ondersteunende focus in de app
  • Ingesloten voor één entiteitsfocus

Een schermafbeelding met een volledig scherm met de naam Insluitende, Hele app en knowledge base-focus.

Laten we elk van deze frameworks nader bekijken

Insluitende focus voor een hele Knowledge Base

Een schermopname met een grotere versie van het volledige scherm, insluitende framework.

Een goede regel om te volgen is hoe belangrijker de taak, hoe meer onroerend goed vereist is.

Een insluitende omgeving biedt een volledig gerichte ervaring door gebruik te maken van het hele canvas om relevante informatie weer te geven, zodat u meer inzicht krijgt en afleiding voor de gebruiker vermindert. Dit niveau van focus is ideaal voor toepassingen waar u informatie wilt weergeven die betrekking heeft op specifieke gegevensbronnen. Voorbeelden hiervan zijn door AI gegenereerd dashboard dat vergelijkbaar is met Project Sophia van Microsoft, of de manier waarop Microsoft Copilot for Security gebruikers begeleidt via een uitgebreid proces. In een meeslepende ruimte worden complexe gegevens of informatie eenvoudiger voor gebruikers om ze te begrijpen en te analyseren.

Ondersteunende focus voor een in-app-ervaring

Een schermafbeelding met een grotere versie van de zijbalk, ondersteunende framework.

Geef uw gebruikers de mogelijkheid om toegang te krijgen tot ai-hulp vanuit de toepassingen waarin ze al werken, zoals Microsoft Teams, Power BI of uw eigen apps, door copilot te integreren als assistent om bestaande functionaliteit uit te breiden.

Door de focus in de app te gebruiken, kunnen gebruikers het schakelen tussen hulpprogramma's of interfaces voorkomen. Met dit framework kan copilot naadloos integreren in de werkstroom van de gebruiker, waarbij relevante suggesties, informatie en ondersteuning op aanvraag worden geboden zonder de huidige taak te verstoren. Deze weergave biedt continue toegang tot hulpprogramma's, informatie en hulp zonder het hoofdinhoudsgebied te belemmeren. Het is met name effectief voor toepassingen die doorlopende ondersteuning of bewaking vereisen.

Ingesloten focus voor één entiteit

Een schermafbeelding met een grotere versie van het pop-upframework dat is ingesloten.

Het insluiten van één toegangspunt kan de integratie van een copilot in uw toepassing vereenvoudigen, waardoor de complexiteit wordt verminderd en gebruikers ondersteuning kunnen krijgen voor specifieke items of acties. Dit helpt bij het creëren van een naadloze copilot-ervaring met contextbewuste hulp zonder permanente schermruimte in beslag te nemen.

Deze optie kan ideaal zijn voor taken die slechts af en toe richtlijnen of interactie vereisen, hoewel deze mogelijk niet geschikt zijn voor complexere of gedetailleerde interacties. Het volledig insluiten van copilot moet overeenkomen met veelvoorkomende interactiepatronen, zoals het markeren van een deel van de code om copilot aan te roepen om actie te ondernemen, of gebruikers in staat stellen om dieper in een grafiek op een analysedashboard te duiken.

Een secundaire focus opnemen

Naast het afzonderlijk gebruiken van een van deze drie frameworks, kunt u een krachtigere ervaring creëren door uw gekozen focus te complimenteren met een extra frameworkoptie. We vinden dat het opnemen van een ingesloten optie met een insluitende of ondersteunende copilot verdere waarde kan bieden voor gebruikers.

Ongeacht het niveau van focus dat u kiest voor uw use case, moet uw ultieme doel zijn om uw gebruiker een copilot-ervaring te geven is positief en productief. De volgende richtlijnen zijn bedoeld om u te helpen het succes van uw copilot te maximaliseren via een effectief UX-ontwerp.

Drie basisprincipes voor copilot UX

AI-gestuurde ervaringen kunnen indrukwekkend zijn en het is niet ongebruikelijk dat mensen een emotionele, vertrouwende reactie hebben op wat lijkt op conversationele, oorspronkelijke inhoud. Maar een copilot gebruikt gewoon de informatie waarmee het is getraind om een woord-per-woord-antwoord te voorspellen zonder inherent begrip van waarheid. Daarom is het belangrijk dat u uw copilot baseert op de volgende principes, waarbij u de juiste verwachtingen voor uw gebruikers instelt.

Principe 1: Mens in controle

Alle geweldige copilot-ervaringen zijn gebaseerd op het volgende basisconcept: een copilot is gewoon een hulpprogramma om de gebruiker te ondersteunen. De mens is de piloot.

Als u deze verwachting wilt instellen, plaatst u de gebruiker in de bestuurdersstoel. Dit betekent dat ze de informatie geven die ze nodig hebben terwijl ze nog steeds transparantie bieden over hoe de copilot werkt. Communiceer de mogelijkheden en beperkingen en geef duidelijkheid aan de gegevens waarop uitvoer is gebaseerd. Verpakt deze informatie in zinvolle menselijke besturingselementen om gebruikers in staat te stellen de copilot met vertrouwen en iteratief te begeleiden bij hun doelen.

Als u bijvoorbeeld een copilot-functie introduceert, moet u het woord 'copilot' niet vergrendelen met actiewoorden in de gebruikersinterface. In plaats van 'copilot, summarize', zegt u 'Summarize with copilot'. Deze taal herinnert de gebruiker eraan dat de copilot gewoon een assistent is.

Principe 2: Antropomorphing copilot vermijden

Veel van de generatieve AI-ervaringen die tegenwoordig beschikbaar zijn, kunnen natuurlijke menselijke taal nauw nabootsen. Omdat de technologie dit zo goed doet, kunnen gebruikers ongepast hoge verwachtingen ontwikkelen over de aard en vaardigheden van de copilot en daarom te veel vertrouwen op de reacties van de copilot.

Er zijn een aantal manieren waarop u kunt voorkomen dat gebruikers deze veronderstellingen maken:

  1. Geef copilot zijn stem. Om te voorkomen dat copilot menselijk is, leert u het om de juiste taal te gebruiken en bepaalde woorden in zijn reacties te vermijden. Vermijd bijvoorbeeld woorden als 'begrijpen', denken of 'voelen' in elke context, omdat copilot misschien menselijk is. Gebruik in plaats daarvan woorden die betrekking hebben op machines zoals 'verwerking' en 'analyseren'.
    Het toestaan van copilot om enkelvoudige voornaamwoorden van de eerste persoon te gebruiken (I, me, mine, mezelf) in zijn antwoorden werkt echter goed omdat het meer conversationeel is. En hoewel het gebruik van meervoudwoorden van de eerste persoon (wij, wij, ons, onze) naar uw gebruiker verwijzen en uw copilot samen prima is, gebruikt u deze voornaamwoorden niet alleen om uw bedrijf te vertegenwoordigen. Waarom? Omdat dat copilot-licentie geeft om uw stem te zijn, en in sommige gevallen kan lijken te spreken namens uw bedrijf.

  2. Ga licht op persoonlijkheid. Houd rekening met de gevolgen van wat u uw copilot in de gebruikersinterface noemt. Hoe introduceert u het aan uw gebruikers en hoe noemt u het in uw marketing- en ondersteuningsmateriaal? Hoe meer karakter je het geeft, hoe meer je het humaniseert.

Principe 3: Houd rekening met directe en indirecte belanghebbenden

Net als alle technologie hebben generatieve AI-toepassingen invloed die verder kunnen gaan dan alleen de primaire gebruiker. Houd tijdens het ontwerpproces rekening met niet alleen de directe gebruiker, maar iedereen die het product heeft, met name de meest kwetsbare directe en indirecte belanghebbenden. Maak het een gewoonte om te ontwerpen voor zowel primaire gebruikers als iedereen die de uitvoer kan zien. Het is belangrijk om rekening te houden met de bredere gevolgen, inclusief de mogelijke onbedoelde gevolgen, van uw generatieve AI-toepassingen.

Deze overwegingen verschillen voor elke organisatie, dus bespreek het met uw team en een paar potentiële gebruikers, waarbij u vragen stelt zoals:

  • Hoe kan deze uitvoer worden gebruikt?
  • Delen gebruikers het met iemand anders?
  • Moeten andere teams of groepen onze generatieve AI-strategie beoordelen?
  • Wie zijn de meest kwetsbare belanghebbenden en hoe kunnen we ze beschermen?
  • Implementeren we zinvolle menselijke besturingselementen om gebruikers met verschillende vaardigheden in staat te stellen?
  • Wat kunnen de onbedoelde gevolgen zijn als de technologie uitvalt of als deze wordt misbruikt?

Ervaringen ontwerpen voor de levenscyclus van de toepassing

Ervaring bij eerste uitvoering

Wanneer uw gebruikers uw copilot voor het eerst aanroepen, moeten ze het interessant genoeg vinden om een gesprek te starten. Ze moeten vertrouwen hebben in wat copilot wel en niet kan doen, dus zorg ervoor dat nieuwe gebruikers de verschillende manieren laten zien waarop ze de AI kunnen gebruiken.

Microsoft-studies tonen aan dat gebruikers de voorkeur geven aan een ervaring die uitlegt wat de copilot kan doen en geeft ze suggesties over hoe ze moeten beginnen. Er zijn veel manieren om een dergelijke ervaring te creëren en we raden u aan om verschillende benaderingen met uw eindgebruikers uit te proberen. De volgende overwegingen zijn afkomstig van de HAX-toolkit en hebben ontwerppatronen beschikbaar die verschillende technieken bieden die u kunt combineren en matchen om de verwachtingen van gebruikers in te stellen:

  • Maak duidelijk wat het systeem kan doen. Help de gebruiker te begrijpen wat het AI-systeem kan doen.
  • Maak duidelijk hoe goed het systeem kan doen wat het kan doen. Help de gebruiker te begrijpen hoe vaak het AI-systeem fouten kan maken.

Onthoud, iedereen leert in deze ruimte en om te slagen in elke copilot-inspanning, moet je een open geest houden en creatief denken. Wees klaar om te experimenteren, leren, ontdekken en zelfs uw eigen onderzoek uit te voeren.

In de loop van de levenscyclus van de toepassing moeten andere richtlijnen worden overwogen. Enkele van de meest relevante worden hier vermeld met koppelingen naar de bijbehorende patronen. Meer informatie over de andere richtlijnen van Microsoft in de HAX-ontwerpbibliotheek.

Tijdens interactie

  • Komen overeen met relevante sociale normen. Zorg ervoor dat de ervaring wordt geleverd op een manier die gebruikers zouden verwachten, gezien hun sociale en culturele context.
  • Verperk sociale vooroordelen. Zorg ervoor dat de taal en het gedrag van het AI-systeem geen ongewenste en oneerlijke stereotypen en vooroordelen versterken.

Als het verkeerd is

  • Ondersteuning voor efficiënte correctie. Maak het eenvoudig om te bewerken, verfijnen of herstellen wanneer het AI-systeem onjuist is.
  • Maak duidelijk waarom het systeem deed wat het deed. Stel de gebruiker in staat om toegang te krijgen tot een uitleg van de reden waarom het AI-systeem zich gedraagt zoals het deed.

Overtijd

  • Moedig gedetailleerde feedback aan. De gebruiker in staat stellen feedback te geven die hun voorkeuren aangeeft tijdens regelmatige interactie met het AI-systeem.
  • Globale besturingselementen opgeven. Hiermee kan de gebruiker globaal aanpassen wat het AI-systeem bewaakt en hoe het zich gedraagt.

Samenwerkings-UX

Copilots kunnen bestaande informatie verbeteren door wijzigingen aan te brengen of nieuwe voorbeelden te maken zonder dat er extra gegevens nodig zijn. Deze mogelijkheid betekent echter ook dat een copilot soms verkeerde of onhulpzame reacties kan genereren.

Om de kans op fabricaties te verminderen, is het een goede gewoonte om uw gebruikers in staat te stellen de copilot te begeleiden en deze te verplaatsen naar hun persoonlijke doelen en doelstellingen in wat samenwerkings-UX wordt genoemd.

U kunt een samenwerkingsomgeving voor de gebruiker maken met de volgende tips voor het ontwerpen van invoer en uitvoer. Mogelijk vindt u het ook handig om in overeenstemming te zijn met deze aanbevolen procedures voor het bouwen van gezamenlijke UX met human-AI-partnerschap

Tips voor invoerontwerp

Effectief invoerontwerp vormt de hoeksteen van de samenwerkingservaring. Door gebruikers te begeleiden bij het maken van goed gestructureerde invoer, legt het de basis voor relevante en nauwkeurige antwoorden.

1: Geef suggesties om gebruikers te helpen aan de slag te gaan

Omdat generatieve AI nieuwe technologie is, is het voor veel mensen moeilijk om te weten wat ze moeten doen of meteen moeten typen. Het typen van natuurlijke taal in lange vormen is nog steeds geen gewoonte voor velen. Om gebruikers te helpen aan de slag te gaan, bieden duidelijke suggesties en betaalbaarheid zoals grote invoervakken en tekentellers die hen aanmoedigen om goede invoer te vormen naast een aangename onboarding-ervaring.

Voor specifiekere behoeften kunt u functies zoals promptbooks toevoegen om de gebruiker specifieke, korte query's te geven die communiceren met aangepaste gegevens op voorspelbare en herhaalbare manieren, kunnen nuttiger informatie opleveren.

Schermafbeelding met een voorbeeld van een invoervak met selecteerbare suggesties.

2: Details aanmoedigen

Een andere manier om gebruikers te helpen goede, gedetailleerde invoer te maken, is door een ervaring te ontwerpen die gebruikmaakt van verschillende elementen.

U kunt bijvoorbeeld één algemene prompt scheiden in meerdere invoervelden. Vervang de vraag 'Waar wilt u over blogen?' door vier invoerwaarden, zoals:

  • Een titel typen
  • Meer details toevoegen
  • Afbeeldingen opnemen
  • De toon beschrijven

Schermopname met een voorbeeld van een dialoogvenster met ruimte om een koppeling, een aanvraag, afbeeldingen en algemene toon in te voeren.

3: Aanpassing van invoer toestaan met toon en andere opties

Over toon gesproken, helpt u gebruikers hun invoer aan te passen door vooraf gedefinieerde opties aan het begin te bieden. Zorg ervoor dat de tooninstellingen duidelijk zijn voor uw gebruikers en laat hen weten dat ze de tooninstellingen op elk gewenst moment in een gesprek kunnen wijzigen.

Schermopname met de opties voor tooninstellingen en prompts voor acties die copilot kan uitvoeren.

4: Interactie en betrokkenheid van gebruikers verbeteren met multimodale ontwerp

Om gebruikers in staat te stellen effectief met een copilot te communiceren via welk apparaat of welke methode ze ook gebruiken, bieden ze meerdere modaliteiten in uw invoerinterface. Deze inspanning voor inclusiviteit kan betekenen dat zowel spraak- als tekstopties worden toegevoegd en uitgebreid tot het toestaan van meertalige invoer. Door de gebruiker meerdere opties te geven om invoer te maken, kunnen ze eenvoudiger en gezamenlijk communiceren.

Tips voor uitvoerontwerp

In een gezamenlijke UX-benadering moeten uw gebruikers de copilot begeleiden met een continue feedbacklus tussen invoer en uitvoer om hun doelstellingen te bereiken. Het uitvoerontwerp maakt mogelijkheden voor de gebruiker om de reacties van de copilot te vormgeven en beïnvloeden en naar de gewenste uitvoer te rijden.

1: Invoer en uitvoer samen weergeven

Dit helpt uw gebruikers de uitvoerkwaliteit te koppelen aan de invoerkeuze, waarbij gebruikers een strakke feedbacklus bieden waar gebruikers invoer kunnen blijven bouwen totdat het model de gewenste uitvoer produceert.

Schermopname met de iteraties van de promptuitvoer op basis van gebruikersupdates van de invoer.

2: Een geschiedenis van uitvoer en prompts behouden

Gebruikers aanmoedigen om verschillende invoer te proberen om zinvolle uitvoer te krijgen, is van cruciaal belang; het is echter niet altijd een voorwaartse interactie met uitvoer steeds beter.

Soms kan een nieuwe prompt leiden tot een slechtere uitvoer. Met een tijdlijn of geschiedenis van uitvoer kunnen gebruikers met vertrouwen nieuwe invoer proberen zonder dat ze bang zijn om toegang te verliezen tot eerdere uitvoer die mogelijk beter zijn, of zelfs delen van meerdere uitvoer gebruiken.

Op dezelfde manier kunnen gebruikers gebruikmaken van eerdere prompts, is het zeer waardevol voor het iteratieve proces.

Schermopname met de recente copilot-chatgeschiedenis.

3: Voeg de juiste wrijving toe (het is een goede zaak!)

We willen vaak wrijving uit productervaringen verwijderen. Maar vergeet niet dat copilot een onnauwkeurig ("probabilistisch") systeem is dat waarschijnlijk fouten zal maken. Vanwege deze mogelijkheid moet u passende wrijving toevoegen om gebruikers te helpen een nieuwe mentale modus te bouwen.

Het doel hier is om gebruikers te vertragen en hen aan te moedigen om de uitvoer overal te bekijken. Voeg wrijving toe op belangrijke momenten, zoals opslaan, delen, kopiëren en plakken, en maak duidelijk aan de gebruiker dat ze op het punt staan eigenaar te worden van de inhoud. Daarom nemen ze verantwoordelijkheid voor inhoud die ze gebruiken om het eerst grondiger te controleren.

Hier is het raadzaam dat u gebruikers aanmoedigt om inhoud te bewerken om meer context te bieden of om er een persoonlijk tintje aan toe te voegen. Voeg AI-kennisgevingen en disclaimers toe met elke uitvoer die duidelijk door AI gegenereerde inhoud duidelijk onjuist kan zijn.

Schermafbeelding met een waarschuwing voor een dialoogvenster om zorgvuldig te controleren voordat u het invoegt, kunnen reacties onnauwkeurigheden bevatten.

4: Het controleren van feiten aanmoedigen met behulp van bronvermeldingen en directe aanhalingstekens

Een specifieke manier om feitencontrole aan te moedigen, is door een copilot-showverwijzing te hebben van de gegevens waarnaar wordt verwezen, waardoor de AI waarschijnlijker reacties van bestaande resources gebruikt in plaats van gegevens en informatie te fabriceren. Deze verwijzingen herinneren gebruikers er ook aan om verantwoordelijkheid te nemen voor de inhoud die ze gebruiken door een tweede blik te houden op de uitvoer van copilot en deze te controleren op basis van de bronnen.

Door directe aanhalingstekens van de bron te integreren en de gebruiker naar de specifieke locatie van die informatie te leiden, kan uw copilot ondersteuning bieden voor uitgebreidere feitencontrole. Deze aanhalingstekens helpen copilot om afgestemd te blijven op de trainingsgegevensset en het bouwen van geschikte vertrouwensrelatie en de juiste afhankelijkheid.

Een laatste opmerking over het controleren van feiten: het weergeven van verwijzingen voorkomt niet volledig dat een copilot dingen op elkaar maakt. Ga nog een stap verder en ontwerp een ervaring die de gebruiker vertraagt (zie 'Voeg geschikte wrijving toe') en moedigt hen aan om reacties te bekijken.

5: Gebruiker toestaan uitvoer te bewerken

Een copilot kan dicht bij een gewenste uitvoer komen, maar komt mogelijk niet exact overeen. Mogelijk ontbreekt er een context. Het antwoord klinkt misschien te algemeen of komt niet overeen met uw gebruikelijke persoonlijke toon in plaats van als u vergelijkbare inhoud zelf hebt gemaakt.

Een belangrijk onderdeel van samenwerkings-UX is dat de gebruiker kan ingrijpen en de uitvoer kan wijzigen. Het laat ook zien dat copilot een helper of assistent is bij de gebruiker als testfase.

Schermopname die laat zien waar u in een copilot-dialoogvenster kunt klikken om een uitvoer te bewerken.

6: Uitvoer wordt bijhouden indien nodig

In sommige gevallen is het beter voor een copilot om geen antwoord te geven in plaats van iets mogelijk ongepasts uit te voeren. Mogelijk wilt u dat het model wordt uitgeschakeld en de gebruiker wordt gevraagd een nieuwe chat te starten met 'Sorry, ik kan niet chatten over dit onderwerp. Als u de chat wilt opslaan en een nieuwe wilt starten, selecteert u Nieuwe chat.

Soms zijn er foutstatussen en ongepaste invoer die u nodig hebt om vooraf geschreven antwoorden te maken. Voor schadelijke of controversieel onderwerpen, zoals zelfverschadiging en verkiezingen, raadt Microsoft aan dat de copilot niet wordt uitgeschakeld, maar in plaats daarvan vooraf gedefinieerde ervaringen gebruikt. In gevallen waarin u de gebruiker niet volledig wilt loskoppelen, maar gewoon het gesprek wilt omleiden, kunt u aanbevelen dat ze 'probeer een ander onderwerp'.

Elk geval is anders en u kunt deze antwoorden het beste aanpassen aan het doel en het verwachte gebruik van uw toepassing.

7: Gebruikers toestaan feedback te geven over de uitvoer

Ontwerpmechanismen voor gebruikers om de uitvoer van uw copilot te evalueren via zaken zoals nauwkeurigheidsclassificatiesystemen, opties voor gebruikers om de copilot te vragen om antwoorden te corrigeren, reacties te markeren als nuttig of onhelplijk, of opmerkingen te laten over ontvangen uitvoer. U kunt ook laten zien hoe feedback van gebruikers helpt hun copilot-uitvoer en -ervaring te verbeteren om de waarde van hun feedback te versterken.

Volgende stappen

Nu u weet hoe u uw gewenste gebruikerservaring kunt bereiken, vindt u hier de bronnen en hulpprogramma's van Microsoft om u te helpen bij het bouwen van uw generatieve AI-toepassing.

  • Last updated on