Problemet

Der var et stort gab mellem de kørselsfradrag, der blev indberettet, og de fradrag, der reelt var belæg for. Pga Corona hjemsendelser forventede SKAT ikke samme størrelse fradrag - mange folk kørte ikke længere på arbejde alle dage. Tidligere havde antal dage med kørsel være fortrykt til 216, men spørgsmålet var nu hvordan flowet skulle ændres?  Ønsket var at data fra brugerne være mere faktuelle og baseret på reelle forhold.
Desuden ville vi gerne opdatere årsopgørelsens løsninger, så de gjorde brug af Designsystemet, så vi gradvist kunne optimere brugeroplevelsen også visuelt.

Min rolle

Jeg var ansvarlig for at optimere flowet, så det både kunne implementeres teknisk og opleves intuitivt for brugerne. En vigtig del af ansvaret var derfor også at validere brugerforståelsen gennem brugertests.
Vi var tre UX- og forretningsudviklere, der arbejdede tæt sammen, mens et eksternt firma stod for udviklingen af legacysystemet bag årsopgørelsen.

Metoder:

Opsamling af viden / grundlag : 

• Forretningskrav
• Tekniske begrænsninger (som her af gamle systemer)
• Kendte brugerinput fra tidligere test
• Brugerrejsen - hvornår hvor tit og hvorfor?

Mock up af interaktioner
Brug af komponenter fra Designsystemet gør det hurtigt at mocke prototype op af de bedste ideer til flow, så de kan afprøves i sammenhæng

Vi udvælger at brugerteste 2 løsninger:
Én, der er nem at implementere, og én, som vi tror vil hjælpe brugerne meget. Vi brugertester i en interaktiv prototype og i et tænkehøjt setup, både fysisk og modereret online. 
Vi tester 2 for at kunne argumentere for valget og få bekræftet tese om hvorvidt den nemmeste løsning vil sikre valide data fra brugerne, hvilket netop var fokus for løsningen. 

Iteration
Brugertesten var ikke entydig, og derfor lavede jeg en design itereration på de testede løsninger, hvor jeg tog det bedste fra de to løsninger og samlede til en ny løsning.
Jeg er altid klar på at iterere på en løsning. Når en bruger viser hvordan de bruger det, bliver man altid klogere, og jeg elsker den energi og drive, som det giver til løsningsrummet at se en bruger interagere med ens design 

Herefter blev det nye design gentestet. Denne test forløb på samme måde som beskrevet tidligere.  
Denne testede mere entydigt, hvorfor vi efter en præsentation hos forretning og udviklingsteam kunne gå videre til udvikling med denne.

Designsystem implementeret

Jeg var desuden ansvarlig for Designsystem i Skatteforvaltningen, og sørgede for at de flows, skabeloner og komponenter, der var behov for passede sammen med øvrige designs på fx skat.dk og beregnere her. 
Fordi vi gjorde brug af regler og opsætningen her, var det nemt at mobiloptimere designet. 

Der var få ekstra komponenter vi måtte udvikle og tilføje designsystemet, som fx en interaktiv kalender. Det havde vi en proces for i vores interne udviklingsteam.

Løsning

En justeret prototype bruges efterfølgende, som formidling til leverandør/udviklere. Her tilføjes annotationer så de selv kan gennemgå den efterfølgende.

Naturligvis kom der tilpasninger undervejs, når vi stødte på tekniske udfordringer imellem det ønskede og det eksisterende i Ret årsopgørelsen. Men når man har opsamlet brugerinput, så ved vi hvilke ting, der skal holdes fast i og hvad der er mindre vigtigt.