5.1 UX-fundamenten

Overzicht en motivatie

Gebruikerservaring (UX) gaat over mensen begrijpen (hun doelen, hun context, hun beperkingen) en software dan zo vormgeven dat ze ermee slagen met de minste wrijving. Het is geen decoratie die je aan het eind aanbrengt. Het is een manier van werken die begint vóór de eerste regel code en ruim na de release doorgaat. Dit hoofdstuk behandelt de onderzoeks-, modellerings- en designthinkingpraktijken waarmee een grote organisatie productbeslissingen kan nemen op basis van bewijs in plaats van gokwerk.

Voor grote teams is UX net zozeer een coördinatieprobleem als een vak. Wanneer tientallen squads in één gedeeld product opleveren, stapelen niet-passende mentale modellen, dubbele stromen en tegenstrijdige terminologie zich op tot een verwarrend geheel dat geen enkel team bezit. Een gedeeld UX-fundament, gebouwd uit gemeenschappelijke persona’s, afgesproken klantreizen en een gedocumenteerde informatiearchitectuur, geeft elk team dezelfde kaart van de gebruiker, zodat hun afzonderlijke beslissingen optellen tot een samenhangende ervaring. Zonder dat optimaliseert elk team lokaal en slaat het product als geheel nergens op.

Onderneming en overheid verhogen de inzet. Ondernemingssoftware heeft vaak gebonden gebruikers die niet weg kunnen, dus slechte UX wordt betaald in training, supporttickets, fouten en verloren productiviteit in plaats van in mensen die vertrekken. Overheidsdiensten bereiken vaak het hele publiek, inclusief mensen in crisis, op oude apparaten, met weinig digitaal zelfvertrouwen of zonder alternatieve aanbieder. Hier is UX-kwaliteit een kwestie van gelijkheid en burgervertrouwen: een slecht ontworpen uitkeringsaanvraag kan iemand eten of huisvesting ontzeggen, niet omdat ze niet in aanmerking komen, maar omdat ze het formulier niet konden afmaken.

Kernprincipes

Ontwerp voor echte mensen die echte taken doen onder echte omstandigheden, niet voor een geïdealiseerde gebruiker met een snelle verbinding en volle aandacht.
Onderzoek verkleint risico. Het goedkoopste moment om een verkeerde aanname te ontdekken is voordat je erbovenop hebt gebouwd.
Gebruikers kunnen je niet betrouwbaar vertellen wat ze zullen doen. Observeer gedrag, niet alleen uitgesproken voorkeur.
Richt je op de taak die de gebruiker gedaan wil krijgen, niet op de functie die je wilt opleveren.
Consistentie is een functie: een samenhangend mentaal model over het product verlaagt de cognitieve belasting.
Toegankelijkheid en inclusie zijn vanaf het begin onderdeel van goede UX, geen latere compliance-ronde.
Kwalitatieve en kwantitatieve methoden beantwoorden verschillende vragen. Gebruik beide.
Klein, frequent onderzoek verslaat zeldzame, zware studies.

Aanbevelingen

Stel continu, gemengd-methodenonderzoek in

Richt je op een lichtgewicht maar continue onderzoekspraktijk in plaats van af en toe grote studies. Interviews onthullen motivaties en mentale modellen. Usabilitytesten onthullen waar ontwerpen breken. Vijf tot acht deelnemers per ronde brengt de meeste ernstige problemen naar boven. Enquêtes meten houdingen op schaal maar kunnen het “waarom” niet verklaren. Analytics en instrumentatie tonen wat mensen werkelijk doen over de hele populatie. Koppel een kwalitatieve methode (waarom) aan een kwantitatieve (hoeveel), zodat bevindingen zowel verklaard als gewogen zijn. En houd een onderzoeksrepository bij, zodat inzichten doorzoekbaar en herbruikbaar blijven over teams in plaats van verloren te gaan in de dia’s van één squad.

Modelleer gebruikers met persona’s, klantreizen en jobs-to-be-done

Bouw een kleine set op bewijs gebaseerde persona’s die doelen, contexten en beperkingen vastleggen, geen demografische karikaturen. Formuleer behoeften als jobs-to-be-done, de onderliggende uitkomst die een gebruiker wil bereiken in plaats van een functie (“wanneer ik mijn baan verlies, wil ik snel begrijpen op welke ondersteuning ik recht heb, zodat ik mijn huur kan blijven betalen”). Dit houdt de focus op uitkomsten in plaats van functies. Klantreizen brengen de hele ervaring in kaart over kanalen en in de tijd, en leggen gaten en overdrachten bloot die geen enkel scherm toont. Gebruik voor diensten met veel back-stage-operaties (callcenters, dossierbehandelaars, afhandeling) servicegrondplannen om de front-stage-ervaring te verbinden met de systemen en medewerkers erachter.

Ontwerp de informatiearchitectuur bewust

Informatiearchitectuur (IA) is hoe content, functies en navigatie worden gestructureerd en benoemd. Gebruik card sorting en tree testing om die structuur af te leiden uit de mentale modellen van gebruikers in plaats van uit je organigram. Een gangbaar falen in grote organisaties is interne afdelingsgrenzen als navigatie op het hoogste niveau tonen. Stel een gecontroleerd vocabulaire vast zodat hetzelfde concept overal dezelfde naam heeft. Interactieontwerp definieert dan het gedrag van moment tot moment: toestanden, feedback, foutherstel en de flow tussen stappen.

Pas designthinking pragmatisch toe

Het double-diamondmodel (divergeren en dan convergeren om het juiste probleem te definiëren, dan divergeren en convergeren om de juiste oplossing te ontwerpen) is een nuttig kader. Behandel het echter als mentaliteit, niet als star ingepoort proces. Draai in de praktijk korte lussen: formuleer een hypothese, schets, test met een handvol gebruikers en leer binnen dagen. Bewaar de zwaardere ontdekking voor werkelijk nieuwe of risicovolle problemen. En pas op voor “innovatietheater”, waar workshops plakbriefjes opleveren maar geen opgeleverde verandering.

Integreer UX in oplevering

Bed ontwerpers en onderzoekers in leveringsteams in in plaats van een aparte “UX-afdeling” te draaien die specificaties over een muur overgooit. Maak onderzoeksbevindingen een vaste input voor prioritering. Zet UX-kwaliteitspoorten, zoals usabilitybenchmarks en toegankelijkheidscontroles, in de definitie van klaar. En volg uitkomststatistieken (taaksucces, tijd op taak, foutpercentage, tevredenheid) direct naast je leveringsstatistieken.

Afwegingen: voor- en nadelen

Aanpak	Voordelen	Nadelen
Continu ontdekkingsonderzoek	Vangt problemen vroeg, bouwt gedeeld begrip	Doorlopende kosten, vraagt wervingspijplijn en vaardig personeel
Zwaar onderzoek vooraf	Diep inzicht vóór grote investering	Traag, kan leren vertragen dat alleen opleveren onthult
Beslissingen alleen op analytics	Schaalt, objectief, goedkoop zodra geïnstrumenteerd	Verklaart wat maar niet waarom. Blind voor niet-gebruikers en randgevallen
Persona’s en klantreizen	Brengt veel teams op één model van de gebruiker	Verouderen, kunnen fictie worden als ze niet met data worden ververst
Ingebedde ontwerpers	Snelle feedback, gedeeld eigenaarschap	Moeilijker het vak consistent te houden over veel teams

Elke organisatie weegt onderzoeksinvestering af tegen leveringssnelheid. De fout is dit als óf-óf te behandelen. De productieve houding is evenredig: besteed meer ontdekking aan beslissingen die duur zijn om terug te draaien (kern-IA, primaire stromen, platformkeuzes) en minder aan details die je later makkelijk kunt wijzigen. De kosten van onderzoek zijn bijna altijd klein naast de kosten van het verkeerde goed bouwen.

Vragen om met je team te bespreken

Wie bezit de gedeelde informatiearchitectuur en het gecontroleerde vocabulaire, en wat gebeurt er wanneer een team wil afwijken? Op schaal is het gangbaarste falen elke squad haar eigen organigramstructuur en eigen namen voor hetzelfde concept te laten tonen, zodat het product eindigt met drie woorden voor één ding en navigatie die afdelingen spiegelt in plaats van gebruikerstaken. Besluit nu of IA en vocabulaire centraal worden bezeten, afgeleid uit card sorting en tree testing in plaats van interne politiek, en hoe een team een wijziging aanvraagt. Dit telt zwaarder bij onderneming en overheid omdat gebonden gebruikers niet kunnen weglopen, dus incoherentie wordt betaald in training, supporttickets en fouten in plaats van verloop. Neem de huidige lijst dubbele termen en conflicterende stromen mee als bewijs. Als je geen eigenaar kunt noemen, is dat je eerste actiepunt.
Wat is onze wervingspijplijn voor onderzoeksdeelnemers, en bereikt ze begeleid-digitale, onzekere en niet-digitale gebruikers? Continue ontdekking werkt alleen als je elke week voor echte gebruikers kunt komen, en de moeilijkst te werven mensen zijn vaak degenen die de dienst het meest nodig hebben: mensen in crisis, op oude apparaten of die normaal op hulp leunen. Alleen zelfverzekerde, verbonden vrijwilligers testen geeft een vleiend maar vals beeld, vooral bij publieke diensten waar gelijke toegang het hele punt is. Spreek af wie werving doet, welke vergoedingen je biedt en hoe je begeleid-digitale sessies observeert zonder de last van een kwetsbaar persoon te vergroten. Neem de deelnemersdemografie van je laatste drie studies mee en controleer die tegen je werkelijke gebruikersbasis. Als ze naar makkelijk bereikbare gebruikers overhellen, repareer dan de pijplijn voordat je de bevindingen vertrouwt.
Welke UX-kwaliteitspoorten horen in onze definitie van klaar, en hoe voorkomen we dat ze theater worden? Ontwerpers en onderzoekers inbedden loont alleen als onderzoek een vaste input voor prioritering is en als usability- en toegankelijkheidscontroles een story werkelijk blokkeren, geen dia’s waar iedereen bij knikt en die hij negeert. Kies concrete uitkomststatistieken die je naast leveringsstatistieken volgt: taaksucces, tijd op taak, foutpercentage en tevredenheid. Het risico is onderzoek gedraaid om al genomen beslissingen te rechtvaardigen, dus spreek af wie een lancering kan blokkeren op een UX-poort en welk bewijs de mening van een bestuurder overtroeft. Neem één recente functie mee en vraag of haar onderzoek de beslissing veranderde of haar slechts versierde. Als bevindingen nooit een roadmap verplaatsen, zijn je poorten cosmetisch.
Hoe voorkomen we dat onze persona’s, klantreizen en IA verworden tot fictie zodra het onderzoek dat ze voortbracht een jaar oud is? Gedeelde modellen laten tientallen teams naar één samenhangende ervaring ontwerpen, maar ze werken alleen zolang ze nog echte gebruikers beschrijven, en zodra een persona een artefact wordt dat mensen aanhalen om discussies te winnen in plaats van een samenvatting van bewijs, doet ze actief kwaad. Besluit wie het verversen van elk model bezit, met welk ritme en tegen welke data (verse interviews, analytics, supportthema’s), en spreek een zichtbare “laatst gevalideerd”-datum af zodat verouderde modellen opvallen. De concurrerende overweging is kosten: alles continu verversen is verspillend, dus koppel de ververingsfrequentie aan hoe snel dat deel van de gebruikersbasis of reis werkelijk verandert. Neem de herkomst van je huidige belangrijkste persona’s mee en vraag wanneer elk voor het laatst tegen een echte gebruiker is gecontroleerd. Bij onderneming en overheid, waar een gebonden of publieke gebruikersbasis langzaam maar ingrijpend verschuift (een vergrijzende bevolking, een nieuwe uitkering, een apparaatovergang), kan een model dat stilletjes verouderd raakt jaren van investering sturen naar gebruikers die niet meer bestaan.
Waar leeft toegankelijkheid in ons proces, en kunnen we bewijzen dat een release eraan voldoet voordat ze wordt opgeleverd in plaats van na een klacht? Toegankelijkheid als late compliance-ronde behandelen is zowel het gangbaarste als het duurste falen, omdat semantiek, focusvolgorde en contrast achteraf in een gebouwde interface inbouwen veel meer kost dan ze erin ontwerpen. Besluit aan welke standaard je jezelf houdt (bijvoorbeeld WCAG, de Web Content Accessibility Guidelines), of conformiteit een blokkerende poort in de definitie van klaar is en wie verantwoordelijk is wanneer een ontoegankelijke functie productie bereikt. De spanning is snelheid tegenover inclusie, en teams onder deadlinedruk laten stilletjes de controles vallen die niet worden afgedwongen. Neem je laatste audit mee, de geautomatiseerde en handmatige dekking erachter en het aantal toegankelijkheidsproblemen gevonden na release in plaats van ervoor. Vooral voor de overheid is dit geen optionele beleefdheid: het is vaak een wettelijke plicht en een kwestie van gelijkheid, aangezien een publieke dienst die gehandicapte of begeleid-digitale gebruikers uitsluit in haar kerndoel heeft gefaald, niet in een bijzaak.
Wanneer onze analytics en ons kwalitatief onderzoek het oneens zijn, hoe beslissen we wie we geloven, en wie arbitreert? Grote organisaties verzamelen zowel dashboards die tonen wat duizenden gebruikers doen als interviews die verklaren waarom een handvol zich zo gedraagt, en die twee wijzen routinematig in tegengestelde richting: een stroom met hoge voltooiing die mensen stilletjes vernedert, of een functie die gebruikers in sessies prijzen maar op schaal nooit aanraken. Spreek vooraf af hoe je trianguleert, welke vraag elke methode wordt toevertrouwd te beantwoorden (analytics voor omvang en bereik, onderzoek voor oorzaak en betekenis) en wie de bevoegdheid heeft de beslissing te nemen wanneer ze botsen. Het risico is cherrypicken van de bron die het al gekozen plan vleit. Neem een concreet recent meningsverschil mee en loop door hoe het werkelijk werd opgelost. In omgevingen van onderneming en publieke dienst is de inzet scherper omdat analytics systematisch de mensen onderschat die het meest tellen: niet-gebruikers, afhakers en mensen met hulpmiddelen duiken zelden op in de trechter, dus alleen op cijfers vertrouwen kan de buitengeslotenen onzichtbaar maken.

Sectorperspectief

Startup. Je hebt geen onderzoeker en geen tijd voor een repository, dus maak onderzoek een oprichtersgewoonte: zit een middag naast vijf echte gebruikers voordat je het volgende bouwt. Sla formele persona’s en klantreizen over. Een gedeeld begrip van de ene taak die je oplost, ververst door wekelijks naar mensen te kijken, verslaat documentatie die niemand onderhoudt. Je voordeel is dat het hele team een inzicht dezelfde dag kan opnemen als het verschijnt, dus bescherm die snelheid en weersta ceremonie.

Kleinbedrijf. Zonder UX-specialist en met een krap budget leun je op de conventies die je gebruikers al kennen in plaats van je eigen te verzinnen, en koop je tools met verstandige standaarden in plaats van stromen van nul te ontwerpen. Doe het goedkope, waardevolle onderzoek zelf: een handvol usabilitysessies via videobellen en het lezen van je supporttickets brengt de meeste ernstige problemen naar boven. Behandel toegankelijkheidsbasis (contrast, labels, toetsenbordtoegang) als vanzelfsprekendheid die je uit een goede componentbibliotheek haalt in plaats van een project dat je bemant.

Grote onderneming. Het kernprobleem is samenhang over veel teams, dus investeer in de gedeelde fundamenten: bezeten persona’s, onderhouden klantreizen, een gecontroleerd vocabulaire en een gedocumenteerde informatiearchitectuur waar squads naartoe ontwerpen in plaats van omheen. Bed ontwerpers en onderzoekers in leveringsteams in, maar bestuur het vak centraal zodat het product niet uiteenvalt in inconsistente dialecten. Financier een onderzoeksrepository en kwaliteitspoorten in de definitie van klaar, en volg UX-uitkomststatistieken als portfolio zodat de lokale optimalisatie van geen enkel team het geheel schaadt.

Overheid. Toegankelijkheid en gelijke toegang zijn plichten, geen voorkeuren, dus houd releases aan een gepubliceerde standaard en onderzoek met de volle breedte van het publiek, inclusief begeleid-digitale, onzekere en niet-digitale gebruikers. Aanbesteding en transparantie geven oplevering vorm: publiceer je ontwerpprincipes en onderzoeksmethoden, structureer diensten rond levensgebeurtenissen van burgers in plaats van interne afdelingen en bewaar bewijs van testen voor audit. Omdat gebruikers vaak geen alternatieve aanbieder hebben, ontzegt een stroom die ze niet kunnen afmaken een dienst, dus behandel voltooiing door de moeilijkst bereikbare gebruiker als de echte maat van succes.

Voorbeelden

Startup. Een startup van vier personen die een planningstool voor kleine klinieken bouwde had sterke meningen over wat receptionisten nodig hadden, maar geen bewijs. Voordat ze meer functies schreven, zaten de oprichters elk een middag naast vijf receptionisten en keken hoe ze werkten. Ze leerden dat de echte pijn niet de boekingssnelheid was maar dubbele boekingen veroorzaakt door een verwarrende agendaweergave, iets wat niemand in eerdere verkoopgesprekken had bedacht te noemen. Het product herformuleren rond die ene taak, en oplossingen schetsen en testen met dezelfde vijf mensen over een week, veranderde een stagnerende proef in hun eerste betalende klanten.

Grote onderneming. Een multinationale bank consolideerde zeven regionale interne leningaanvraagtools tot één platform. In plaats van functiesets samen te voegen draaide het team klantreiskaarten en servicegrondplannen met acceptanten over regio’s. Ze vonden dat de “regionale verschillen” die iedereen aannam vooral inconsistente terminologie en schermvolgorde waren, geen echte procesverschillen. Een uniforme IA en gedeeld vocabulaire verkortte de trainingstijd van acceptanten aanzienlijk en verminderde verwerkingsfouten, omdat medewerkers nu één mentaal model deelden.

Overheid. Een nationale belastingdienst die haar online aangiftedienst herontwierp draaide gemodereerde usabilitytests met belastingplichtigen van uiteenlopende leeftijd, apparaten en digitale zelfverzekerdheid, plus begeleid-digitale observatie van mensen die normaal op hulp leunen. Testen onthulde dat jargonrijke sectiekoppen mensen deden afhaken of verkeerd invullen. Content herformuleren rond de jobs-to-be-done van belastingplichtigen, en de IA herstructureren rond levensgebeurtenissen in plaats van interne belastingcodes, verhoogde het succesvol zelf afronden en verminderde het volume van het callcenter, wat direct de kosten per dienst verlaagde en de gelijkheid van toegang verbeterde.

Zakelijke onderbouwing: motivatie, ROI en TCO

Het rendement van UX komt uit drie hefbomen: meer succes (meer gebruikers voltooien waardevolle taken), lagere kosten per dienst (minder supportcontacten, minder training, minder fouten) en minder herwerk (verkeerde richtingen vangen voordat ze zijn gebouwd). In ondernemingscontexten waar gebruikers gebonden zijn toont de opbrengst zich als productiviteit en minder fouten in plaats van conversie. Een paar seconden bespaard per transactie, over duizenden medewerkers, stapelt zich op tot grote jaarlijkse besparingen.

De total cost of ownership moet de kosten van adopteren afwegen tegen de kosten van niet adopteren. De adoptiekosten zijn makkelijk te zien: onderzoekers en ontwerpers, werving en vergoedingen voor deelnemers, tooling en tijd in het schema. De kosten van niet adopteren zijn groter maar moeilijker te spotten: afgebroken transacties, support- en trainingsoverhead, dure late herontwerpen, mislukte lanceringen en reputatie- of juridische blootstelling wanneer publieke diensten mensen uitsluiten. Omdat deze kosten over support-, trainings- en operatiebudgetten zijn verspreid in plaats van over de productlijn, onderschat leiderschap ze vaak.

Verbind UX voor het bestuur aan statistieken die bestuurders al volgen: voltooiings- en conversiepercentages, kosten per transactie, supportticketvolume, trainingsdagen en fout- en herwerkpercentages. Draai een kleine, geïnstrumenteerde pilot die een meetbaar voor-en-na toont en extrapoleer dan over het portfolio. Onderzoek formuleren als risicovermindering op onomkeerbare beslissingen klinkt doorgaans door bij financiële en governancebelanghebbenden.

Antipatronen en valkuilen

HiPPO-gedreven ontwerp: beslissingen genomen op de mening van de best betaalde persoon in plaats van bewijs.
Onderzoekstheater: studies gedraaid om al genomen beslissingen te rechtvaardigen, bevindingen genegeerd.
Persona’s als fictie: verzonnen profielen nooit gevalideerd tegen echte gebruikers, gebruikt om discussies te winnen.
Organigram als IA: navigatie die interne afdelingen spiegelt in plaats van gebruikerstaken.
Big-bang-onderzoek: zeldzame, dure studies die te laat komen om iets te veranderen.
Alleen het gelukkige pad testen: foutstaten, randgevallen en gebruikers onder stress negeren.
Ontwerp als laatste verflaag: UX pas inschakelen om een afgebouwde build “mooi te laten zien”.
Begeleide en niet-digitale gebruikers negeren: alleen ontwerpen voor zelfverzekerde, verbonden gebruikers.

Volwassenheidsmodel

Niveau 1: Initiëren. Geen aparte UX-praktijk. Beslissingen worden genomen op mening en het instinct van de best betaalde persoon. Onderzoek, als het al gebeurt, is ad hoc en reactief, getriggerd door een lancering die slecht ging. Stromen en terminologie zijn inconsistent over teams, en niemand bezit de totale ervaring.

Niveau 2: Ontwikkelen. Sommige teams hebben ontwerpers en draaien af en toe usabilitytests, en enkele persona’s of klantreizen bestaan, maar de praktijk verschilt sterk tussen squads en wordt niet onderhouden. UX wordt behandeld als fase in plaats van continue discipline en wordt onder schemadruk vaak omzeild. Goed werk gebeurt in zakken maar telt niet op over het product.

Niveau 3: Standaardiseren. Continu gemengd-methodenonderzoek voedt prioritering, en gedeelde persona’s, klantreizen en een IA met gecontroleerd vocabulaire zijn gedocumenteerd en worden over teams gebruikt. UX-kwaliteitspoorten, inclusief usabilitybenchmarks en toegankelijkheidscontroles, zitten in de definitie van klaar en worden organisatiebreed afgedwongen. Een doorzoekbare onderzoeksrepository houdt inzichten herbruikbaar in plaats van gevangen in de dia’s van één squad.

Niveau 4: Beheersen. De praktijk wordt gemeten aan de hand van uitgangswaarden in plaats van slechts uitgevoerd. Je volgt taaksucces, tijd op taak, foutpercentage, tevredenheid en toegankelijkheidsconformiteit als afgesproken statistieken, stelt doelen en volgt ze over releases. Steekproeven van onderzoeksdeelnemers worden gecontroleerd tegen de echte gebruikersbasis zodat bevindingen representatief zijn, kwaliteitspoorten rapporteren slaagpercentages in plaats van meningen en de kosten van onderzoek worden afgewogen tegen gemeten verminderingen in supportcontacten, training en herwerk. Beslissingen om op te leveren of te wachten rusten op bewijs tegen die uitgangswaarden.

Niveau 5: Orkestreren. Onderzoek is continu, aan uitkomsten gekoppeld en geïntegreerd met product-, bedrijfs- en risicoplanning over de organisatie. Teams draaien gecontroleerde experimenten, sluiten de lus van inzicht naar opgeleverde verandering naar gemeten effect en schaffen modellen van gebruikers af of bakenen ze opnieuw af naarmate de populatie en haar reizen verschuiven. Het UX-fundament past zich continu aan: persona’s, reizen, IA en standaarden worden ververst op bewijs, en de organisatie herbalanceert waar ze ontdekking investeert naarmate omkeerbaarheid en risico veranderen.

Ideeën voor discussie

Hoeveel ontdekking is “genoeg” voordat je je aan een richting bindt, en wie beslist?
Hoe houd je persona’s en klantreizen levend in plaats van ze verouderde artefacten te laten worden?
Wanneer kwantitatieve analytics en kwalitatief onderzoek het oneens zijn, welke vertrouw je en waarom?
Hoe moet een grote organisatie een centrale UX-standaard afwegen tegen de autonomie van elk team?
Wat is de juiste manier om diensten te onderzoeken die door mensen in crisis worden gebruikt zonder hun last te vergroten?
Hoe meet je de ROI van onderzoek dat een fout voorkomt die je daarom nooit maakte?

Belangrijkste inzichten

UX is een manier van werken vanaf het begin, geen decoratie aan het eind.
Combineer kwalitatieve methoden (waarom) met kwantitatieve methoden (hoeveel).
Modelleer gebruikers met op bewijs gebaseerde persona’s, klantreizen, jobs-to-be-done en servicegrondplannen.
Structureer informatie rond de mentale modellen van gebruikers, niet het organigram.
Behandel designthinking als pragmatische mentaliteit met korte leerlussen, niet als star proces.
De kosten van onderzoek zijn klein vergeleken met de kosten van het verkeerde bouwen.
Bij onderneming en overheid vertaalt UX-kwaliteit zich direct in productiviteit, kosten per dienst en gelijkheid van toegang.

Referenties en verder lezen

Don Norman, The Design of Everyday Things
Steve Krug, Don’t Make Me Think
Erika Hall, Just Enough Research
Kim Goodwin, Designing for the Digital Age
Louis Rosenfeld, Peter Morville, and Jorge Arango, Information Architecture: For the Web and Beyond
Clayton Christensen et al., Competing Against Luck (jobs-to-be-done)
Alan Cooper, The Inmates Are Running the Asylum
Jakob Nielsen, Usability Engineering
UK Government Digital Service, Service Manual and Design Principles
U.S. General Services Administration, 18F Methods and the U.S. Web Design System research guidance
Nielsen Norman Group, research method articles and reports