Waarom gebruikersfeedback betere software oplevert

Als we diep in een project zitten, is het makkelijk om vertrouwen te krijgen in onze eigen aannames over wat gebruikers nodig hebben. De producteigenaar heeft een duidelijke visie. De ontwikkelaars begrijpen de technische beperkingen. Maar geen van die perspectieven is hetzelfde als zitten met de mensen die de software dagelijks zullen gebruiken. Gebruikersfeedback tijdens het ontwerpproces is geen luxe. Het is een van de betrouwbaarste manieren om te voorkomen dat je het verkeerde bouwt.

Gebruikers weten dingen die jij niet weet

De mensen die het werk doen dat jouw software ondersteunt, hebben context die niemand in het ontwikkelteam heeft. Ze weten welke delen van het huidige proces pijnlijk zijn, welke oplossingen ze zelf hebben bedacht en welke uitzonderlijke situaties elke week terugkomen. Die kennis verschijnt niet in een eisendocument tenzij iemand ernaar vraagt.

Bij Volare Software behandelen we vroege gesprekken met gebruikers als onderdeel van het ontwerpproces, niet als een goedkeuringsstap aan het einde. Een gebruiker laten werken met een prototype of een vroege werkende iteratie en observeren wat hij doet, vertelt ons in een uur meer dan weken van specificaties schrijven.

Feedback helpt je scope te verkleinen, niet alleen toe te voegen

Een van de nuttigste dingen die gebruikersfeedback doet, is je vertellen wat je moet weglaten. De meeste softwareprojecten beginnen met meer functies dan ze nodig hebben. Gebruikers vertellen ons consistent welke delen van het voorgestelde ontwerp ze daadwerkelijk zouden gebruiken en welke delen goed klinken in een vergadering maar niet weerspiegelen hoe ze werken. Die informatie maakt de software kleiner, sneller te bouwen en gemakkelijker te gebruiken.

Niet alle feedback is bruikbaar, maar alles is nuttig

Sommige gebruikersfeedback is duidelijk en direct. Sommige is tegenstrijdig. Sommige weerspiegelt wat een gebruiker vandaag wil in plaats van wat hij over zes maanden nodig heeft. Een deel van onze taak is feedback in context te interpreteren, af te wegen tegen de productdoelen en aanbevelingen terug te brengen naar de producteigenaar.

We behandelen gebruikersfeedback niet als een stemsysteem waarbij het populairste verzoek wint. We behandelen het als gegevens die ontwerpbeslissingen ondersteunen, genomen door mensen die zowel de behoeften van de gebruiker als de technische beperkingen begrijpen.

Wanneer gebruikers te betrekken

Hoe eerder hoe beter. Feedback op een schets of een eenvoudig prototype is goedkoop om op te handelen. Feedback op een afgewerkte functie is duur. We proberen een vorm van gebruikersinput te krijgen voordat grote ontwerpbeslissingen worden vastgelegd, en opnieuw nadat de eerste werkende iteratie beschikbaar is.

Neem contact met ons op voor meer informatie over onze aanpak van web app ontwikkeling en gebruikersgerichte vormgeving.