Koppel gebruikersprobleem, ontwerp en feedback op een functie.
Deze bladen beschrijven activiteiten en leeroefeningen. Ze vormen geen baanaanbiedingen, het certificeren van cursussen of wervingsbeloften.
Alle functiebeschrijvingen
Verbeter de zoektocht naar een catalogus door verzoeken en zoekopdrachten zonder resultaat te onderzoeken.
Werk aan een kopieer- of demo-omgeving. Definieer de gebruikte gegevens en het verwachte resultaat voordat u begint. Houd uw beslissingen en de moeilijkheden die u tegenkomt om het proces te kunnen uitleggen.
Een ingelijst probleem, beredeneerde varianten, een prototype en een verificatieplan.
De keuzes zijn gerechtvaardigd en de grenzen van de verificatie zijn expliciet.
Let voor elke controle op de context, de actie, het verwachte resultaat en wat er is waargenomen. een succesvolle verificatie onderscheiden van een resterende hypothese. Een andere persoon moet in staat zijn om het resultaat te begrijpen zonder al zijn vervaardiging bij te wonen.
Gebruik het functionele validatieboekHet toevoegen van een functie is geen garantie voor verbetering. Een beslissing moet gerelateerd blijven aan het initiële probleem en de beschikbare waarnemingen.
Samenwerking om te onderzoeken: UX-onderzoek.
Specificeer het delen van verantwoordelijkheden: wie geeft de informatie, wie beslist, wie controleert en onderhoudt het resultaat. Een goede overdracht behoudt de beperkingen en beslissingen, niet alleen het definitieve bestand.
Werkgelegenheid, handel en opleidingDiepgaande oefening: een onderzoekspad verbeteren waarbij bezoekers niet weten hoe ze categorieën moeten onderscheiden. Formuleer het probleem voordat u een interface kiest. Stel twee tracks voor: Verduidelijk categorieën of wijzig filtering. Beschrijf voor elk de betrokken mensen, de afhankelijkheden en hoe het effect te controleren. Maak een prototype beperkt tot de nuttige cursus. Een beslissing moet kunnen worden verklaard door een behoefte en een observatie, zonder een persoonlijke voorkeur om te zetten in een aangetoond resultaat.
Deze criteria zijn een werkbasis om aan te passen aan de context. Let voor elk op de ondernomen actie, het verwachte resultaat, het waargenomen resultaat en de te bevestigen informatie.
Deel geselecteerde keuzes, weggegooide nummers en open vragen met het productieteam. Koppel acceptatiecriteria aan gebruik in plaats van alleen screenshots. Geef aan hoe nieuwe gegevens een beslissing ter discussie kunnen stellen. Vergelijk na de bevalling het waargenomen gedrag met de starthypothese; De publicatie van het prototype vormt geen validatie van het nut ervan.
Ontwerp kan een waargenomen moeilijkheid aanpakken of een nieuwe capaciteit onderzoeken. Scheid deze doelen zodat een verwachte correctie niet wordt vergeleken met een niet-geteste hypothese.
Een functieslijst verklaart niet de waarde van een workflow. Koppel elk voorstel aan een taak, beperking en verwachte uitkomst.
alternatieven en beschikbare informatie te presenteren. Leg uit wat het proces rechtvaardigt, wat onbekend blijft en wat zou leiden tot heroverweging.
Het stelt u in staat om een benadering en zijn grenzen te tonen. Het is noch een diploma, noch een certificering, noch een bewijs van een productie-ervaring.
Geef aan dat dit een oefening is, uw rol, beperkingen, beslissingen en controles. Gebruik testgegevens en media waarvan de rechten zijn vastgesteld.
De keuzes zijn gerechtvaardigd en de grenzen van de verificatie zijn expliciet. Voeg de ondervonden moeilijkheden toe en wat nog moet worden geverifieerd in plaats van absolute validatie te presenteren.
identificeer het als een prototype of verkenning. Beschrijf hypothesen, geraadpleegde mensen en geobserveerde taken. Afzonderlijke waargenomen resultaten van verwachte effecten: het document ondersteunt een beslissing zonder veelbelovende ongemeten uitkomsten.
