De eindgebruiker is de persoon die je software echt gebruikt om iets gedaan te krijgen, niet de developer die het schreef of de directeur die het contract tekende. Het kan een verpleegkundige zijn die patiëntnotities bijhoudt, een klant die online bestelt, of een medewerker die facturen verwerkt. Alles aan het product wordt uiteindelijk door hen beoordeeld.
Vergelijk het met een keukenmes. De ontwerper geeft om het staal en de productie, maar de kok wil gewoon iets dat lekker in de hand ligt en schoon snijdt. Ziet het mes er prachtig uit maar glijdt het weg, dan legt de kok het terug in de la. Software is net zo: daarom begint goed UX-design bij hoe de eindgebruiker echt werkt, en daarom legt user acceptance testing het product in zijn handen voor de lancering.
Het addertje is dat wie voor software betaalt vaak niet degene is die het gebruikt. Een manager koopt een systeem om betere rapporten te zien, terwijl het team op de werkvloer de data moet invoeren die die rapporten vult. Bouw je alleen voor de koper, dan krijg je een tool waar het personeel stilletjes een hekel aan heeft en die ze omzeilen met spreadsheets.
Dat gat is ook waarom ‘de eindgebruiker’ zelden één persoon is. Een publieke site bedient misschien een eerste bezoeker op een telefoon én een ervaren gebruiker achter een desktop, en een functie die de een blij maakt kan de ander irriteren. Weten welke eindgebruiker je per scherm bedient, is het halve ontwerpwerk.
Bij TopDevs houden we de eindgebruiker centraal in elke beslissing, want software levert pas waarde op als de mensen die het moeten gebruiken er ook echt naar grijpen.
