Spring til indhold

Har bidraget til designprocesser for brugergrænseflader og sikret intuitive, visuelt tiltalende og brugervenlige projektgrænseflader.

Teamlead for GIS‑softwareudvikling

Situation. Grænsefladerne på tværs af projekterne var ujævne. Nogle var fine, nogle var tydeligvis bygget af ingeniører, der tænkte på datamodellen frem for den person, der skulle bruge dem, og designbeslutningerne blev ikke altid truffet med slutbrugeren i rummet. På et webkort‑produkt især er kortet den nemme del — det er kontrollerne, filtreringen og flowet rundt om det, hvor folk farer vild.

Opgave. At blande sig i UI‑designprocessen var en del af rollen — for at hjælpe med at gøre grænsefladerne til noget, folk faktisk fandt intuitivt og behageligt at bruge, ikke bare funktionelt.

Handling. Rollen var ikke designerens, men den sad med i designprocessen og bragte et engineering‑perspektiv ind — pressede på layout, på flowet gennem en opgave, på om en skærm faktisk var klar eller bare var velkendt for dem, der havde bygget den. Det her var React-, Angular- og Vue‑frontends oven på Mapbox- og Leaflet‑kort, og en stor del af brugervenligheden lå i detaljerne: hvordan man filtrerede et datasæt, hvordan man skiftede mellem etager på et indendørskort, om tingen fortalte dig, hvad den lavede. Mest af alt betød det at stille de dumme brugerspørgsmål tidligt, mens de stadig var billige at rette, i stedet for efter release, når forvirringen kom tilbage som supportsager.

Resultat. Grænsefladerne blev mere intuitive og mere forfinede, hvilket slutbrugerne mærkede direkte, og det løftede den samlede kvalitet af det, der blev sendt ud. At få brugervenlighedsspørgsmålene stillet under design frem for efter release er det meste af, hvad der gjorde forskellen.