Op dezelfde pagina van Cadulis voerden twee knoppen dezelfde actie uit. Ze hadden niet dezelfde naam. We hadden het niet gezien, omdat we onze tool door en door kennen, en dat is precies het probleem. De ergonomie van een software wordt beoordeeld door degenen die hem gebruiken.
Sinds oktober 2024 observeert het agentschap uit Metz UX-KEY het daadwerkelijke gebruik van onze applicatie en stuurt ons elke maand een rapport. We laten u zien hoe hun systeem werkt en wat het ons heeft doen aanpassen, voordat we eindigen met de ergonomische vragen die u aan elke uitgever zou moeten stellen voordat u uw software kiest.
Waarom de ergonomie van een field service software dubbel telt
Een slecht ontworpen scherm op kantoor, daar neem je genoegen mee. In het veld houdt de technicus zijn telefoon met één hand vast, soms met handschoenen aan, vaak tussen twee interventies door en met de klant die wacht. Een knop zoeken, daar heeft hij geen tijd voor. Een mislukte invoer opnieuw doen evenmin.
En dan is er alles wat het kantoor niet ziet: het scherm in volle zon op een dak, het netwerk dat zwak is in de kelder, een niet al te nieuwe privételefoon met vergroot lettertype.
En dan is er nog de herhaling. Drie seconden verloren bij elke afsluiting van een interventie, twintig keer per dag, vermenigvuldigd met een team en een jaar, dat begint te tellen.
Als de tool irriteert, wordt hij uiteindelijk omzeild. De technicus noteert iets in een notitieboekje, belt het kantoor, stuurt een foto via sms. De software is geïnstalleerd, maar wordt niet meer gebruikt. We hadden het erover in ons artikel over de digitalisering van field teams en het omgaan met weerstand tegen verandering; een groot deel van die weerstand komt door details in de software-ergonomie waar niemand de tijd voor heeft genomen om naar te kijken.
Het probleem is dat een uitgever slecht geplaatst is om ze te zien. Hij weet waar elke functie zich bevindt, hij drukt nooit op de verkeerde knop. Vandaar het belang van een externe blik, die vertrekt vanuit gebruiksdata.
Hoe de UX-audit van UX-KEY werkt
UX-KEY is een bureau uit Metz, opgericht in 2019, gespecialiseerd in de gebruikerservaring van online bedrijfssoftware (CRM, ERP, HR-tools).
Een script dat het echte gebruik observeert
Er wordt een verzamelingsscript op de applicatie geplaatst. Het registreert interactiedata om het navigatiepad van gebruikers te reconstrueren. Volgens UX-KEY worden alleen gegevens van niet-persoonlijke aard verzameld, en het bureau publiceert zijn conformiteitsstatuten met de AVG en de Europese AI-verordening.
Het octrooi op hun technologie voor padanalyse, aangevraagd in 2020, betreft de realtime opvolging van structuurwijzigingen van pagina's. Dit is belangrijk voor een tool als de onze, waar schermen voortdurend opnieuw worden opgebouwd (een planning die herlaadt, een interventiefiche die erbovenop opent). Het resultaat neemt onder andere de vorm aan van heatmaps, die laten zien waar gebruikers klikken.
Een ondersteunde analyse, menselijke conclusies
Een AI helpt bij het sorteren van deze gegevens. Maar de audit zelf wordt nog steeds uitgevoerd door de UX-designers van het bureau, die het gedrag interpreteren en de aanbevelingen opstellen.
Een rapport per maand, één thema per rapport
Elke maand ontvangen we een rapport gewijd aan één enkel onderwerp, bijvoorbeeld de ergonomie van een gebruikerspad, toegankelijkheid, weergave op mobiel of de formulering van labels. De knelpunten worden opgesomd en de aanbevelingen geprioriteerd.
Een eenmalige audit verdwijnt vaak in een la. Deze komt elke maand weer op tafel, en er moet een beslissing worden genomen (corrigeren, plannen, of bewust laten zoals het is).
Wij zijn niet de enige field service software in deze situatie. UX-KEY vertelt bijvoorbeeld hoe ze de opvolging van projecten en onderhoudstickets van DriveIM intuïtiever heeft gemaakt, een platform voor technisch vastgoedbeheer.
Wat de audit heeft gecorrigeerd in de ergonomie van onze software
Niets spectaculairs, gewoon fouten die niemand bij ons nog zag.
Twee knoppen, twee namen, één enkele actie
Op sommige pagina's voerden twee knoppen dezelfde actie uit onder twee verschillende labels. Wij wisten dat. Een gebruiker ziet echter twee namen en zoekt naar twee functies: hij vraagt zich af welke hij moet kiezen, twijfelt, of erger nog, denkt dat hij een stap mist.
De toegankelijkheidsregels van het web stellen hetzelfde principe op schaal van een site. Criterium 3.2.4 van de WCAG 2.2 vereist dat componenten met dezelfde functie consistent worden geïdentificeerd. We hebben de labels geharmoniseerd.
Knoppen te dicht bij elkaar
Elders stonden knoppen zo dicht bij elkaar dat een klik op de buurman kon terechtkomen. Met de muis gaat het nog. Met de duim, in een slecht verlichte trap, activeer je soms een actie die je niet wilde.
Ook hier geeft de norm een referentie. Criterium 2.5.8 van de WCAG 2.2, niveau AA, stelt een doel van minstens 24 CSS-pixels per zijde, of voldoende ruimte tussen twee kleinere doelen. We hebben de afstand tussen de betreffende knoppen herzien.
Waarom niemand het ons had gemeld
Je belt je uitgever niet om te zeggen dat je twee seconden hebt getwijfeld bij een knop, of dat je één keer in de week ernaast hebt geklikt. Je moppert, je probeert opnieuw, en je raakt eraan gewend. Dit soort wrijving zie je vooral in gebruiksdata, als iemand de tijd neemt om ernaar te kijken.
Wat een UX-audit niet vervangt
Een audit van software-ergonomie heeft zijn grenzen. Het laat zien waar gebruikers vastlopen; het zegt niet altijd waarom, noch wat ze nodig zouden hebben en wat nog niet bestaat.
Directe feedback blijft dus onvervangbaar. Een technicus die uitlegt dat hij zijn uren 's avonds invoert omdat hij ter plaatse geen tijd heeft, leert de uitgever iets anders dan welke heatmap dan ook. Opleiding blijft ook belangrijk, zelfs met een goed ontworpen tool.
Het blijft een kwestie van afwegen. Een ergonomisch probleem oplossen kost ontwikkeltijd, die ergens anders niet besteed kan worden. Het rapport geeft prioriteit, het team beslist.
Vijf ergonomische vragen om te stellen voordat u uw software kiest
U hoeft geen designer te zijn om de ergonomie van een interventiesoftware te beoordelen. Tijdens een demonstratie of proefperiode zijn deze vijf vragen voldoende om het onderscheid te maken.
- Draagt dezelfde actie overal dezelfde naam? Blader door drie of vier schermen. Als "Valideren", "Opslaan" en "Afronden" hetzelfde lijken te doen, zullen uw technici aarzelen.
- Kunnen de knoppen gemakkelijk met de vinger worden aangeraakt? Geef de demo op een telefoon, niet op de computer van de leverancier. Probeer het met de duim, met één hand.
- Hoeveel schermen zijn er nodig om een interventie af te ronden? Tel ze. Elk overbodig scherm wordt honderd keer per week als hinderlijk ervaren.
- Wat gebeurt er als men een fout maakt? Een destructieve actie moet om bevestiging vragen, en een invoerfout moet kunnen worden gecorrigeerd zonder helemaal opnieuw te beginnen.
- Hoe weet de leverancier wat zijn gebruikers hindert? Dit is de meest onthullende vraag. Een vaag antwoord ("onze klanten zijn tevreden") is minder waard dan een methode: gebruikersfeedback, gebruiksdata, externe audit.
Nog een tip. Laat het hulpmiddel testen door een van uw technici, niet alleen door degene die het contract zal ondertekenen. In tien minuten testen zal hij opmerken wat de best voorbereide demonstratie niet laat zien, en weet u of hij het echt zal gebruiken op het terrein.
Bent u zelf leverancier van een softwarepakket? De UX design gids voor SaaS-interfaces gepubliceerd door UX-KEY beschrijft de aanpak, van gebruikersonderzoek tot testen.
Voor de rest van de keuze (functies, prijs, commitment) bespreekt onze gids voor het kiezen van de beste software voor interventiebeheer de overige criteria.
Software-ergonomie: een permanent project
Elke nieuwe functie voegt een knop, een scherm, een label toe, en dus een kans om te verwarren wat duidelijk was. De oplossing is eenvoudig: regelmatig kijken hoe het hulpmiddel echt wordt gebruikt, en kleine zaken corrigeren voordat ze omzeilingsgewoonten worden.
Wij doen dit samen met UX-KEY, één rapport per maand. En als u zelf wilt oordelen, vraag ons dan om een demonstratie op de telefoon, met uw eigen interventies.
