Een systeem dat precies doet wat het projectplan beloofde, maar waar medewerkers na drie maanden omheen werken: zo verdampt een investering in maatwerksoftware. Niet omdat er iets stuk is, maar omdat niemand ermee wil werken.
User experience design is de discipline die dat voorkomt. Het gaat niet over mooie schermen, maar over de vraag of software aansluit op hoe mensen hun werk doen: welke stappen ze zetten, welke informatie ze op welk moment nodig hebben en waar het in het huidige proces knelt. Juist bij maatwerk is die aansluiting het hele punt.
Gebruik is de maatstaf, niet de oplevering
Maatwerksoftware rendeert pas als hij dagelijks wordt gebruikt. Slechte gebruikerservaring ondermijnt dat op een voorspelbare manier: medewerkers zoeken omwegen, houden er eigen lijstjes op na of vallen terug op de oude werkwijze. De processen die het systeem zou stroomlijnen blijven versnipperd, de training duurt langer dan begroot en de supportvragen blijven komen.
Op papier is zo’n project geslaagd: alles wat gevraagd is, is gebouwd. In de praktijk blijven de verwachte voordelen uit, en dat wordt vaak pas maanden na livegang zichtbaar. Herstellen is dan kostbaar, want de oorzaak zit niet in een los scherm maar in de opzet van het geheel.
Standaardsoftware dwingt, maatwerk voegt zich
Bij een standaardpakket leren je mensen werken zoals de leverancier het heeft bedacht. Maatwerk draait dat om: de software voegt zich naar het proces. Dat gebeurt alleen niet vanzelf. Een ontwikkelteam dat een lijst functionaliteiten afwerkt, levert hooguit een systeem op dat technisch klopt. Of het ook logisch aanvoelt voor de planner of de accountmanager die er straks de hele dag in werkt, bepaalt het ontwerp.
Goede gebruikerservaring zit in details die je pas mist als ze ontbreken. Een formulier dat alleen de velden toont die er voor die taak toe doen. Een duidelijke melding als iets is opgeslagen, en een begrijpelijke als iets misgaat. En snelheid: trage schermen zijn geen technisch ongemak, maar een reden om het systeem te mijden.
Eerst kijken en klikken, dan ontwikkelen
Daarom begint een maatwerktraject bij ons niet met code, maar met kijken. We willen zien hoe het werk nu gebeurt: wie voert wat in, waar wordt geknipt en geplakt tussen systemen, welke stap kost de meeste tijd. Dat levert een scherper beeld op dan een wensenlijst, want mensen beschrijven hun werk zelden zoals ze het uitvoeren.
Vervolgens maken we de belangrijkste schermen klikbaar voordat er productiecode staat. Zo’n prototype kost weinig en brengt veel boven water: gebruikers klikken door hun eigen proces en zien direct wat klopt en wat wringt. Een misverstand dat in een prototype opduikt, is in een middag opgelost; hetzelfde misverstand in gebouwde software kost weken herontwikkeling. Hoe die aanpak uitpakt in afgeronde projecten, zie je terug in onze cases.
Meten of het ontwerp zijn werk doet
Of de gebruikerservaring deugt, lees je na livegang af aan gedrag. Loggen mensen uit zichzelf in, of alleen als het moet? Worden taken sneller afgerond dan in het oude proces? Neemt het aantal supportvragen af naarmate de weken verstrijken? Die signalen zeggen meer dan een tevredenheidsenquête achteraf. Hoe je die meting breder opzet, lees je in ons artikel over het succes van je maatwerkinvestering meten.
Kies je binnenkort een partij voor je maatwerktraject? Vraag dan niet alleen wat je krijgt, maar ook hoe die partij achterhaalt hoe jouw mensen werken. Onze eigen aanpak, van meekijken op de werkvloer tot klikbaar prototype, vind je bij maatwerkapplicaties.