Ditt NAV:
Helhet i innloggede tjenester på nav.no


«Ditt NAV skal binde sammen alle de gode tjenestene som andre team lager for brukerne våre. Brukerne har ikke noe forhold til hvordan NAV er organisert eller hvordan tjenestene er inndelt - de vil bare ha hjelp og støtte i sin unike situasjon. På Ditt NAV skal brukerne få et overblikk over sitt forhold til NAV, og bli trygge på at NAV kan hjelpe dem videre i livet».

- Team Personbruker

Hvilke problemer skal vi løse?


Brukerne sliter med å finne frem i de innloggede løsningene på nav.no. Informasjonen er spredt og brukerne leter etter alt på alle steder. De føler utrygghet - «det sorte hullet» blir brukt som betegnelse på opplevelsen brukerne har av å sende inn en søknad. Har Nav mottat søknaden min? Har jeg gjort alt riktig? Mangler det noe? Når skal nav begynne å se på saken min? Hvor lenge skal den være "under behandling" og hva er det neste som skal skje? Kommer alt til å ordne seg?

Dittnav blir en flaskehals slik det har vært satt opp, med ekstremt mange koblinger og avhengigheter ut til andre systemer og løsninger. Hver gang noe nytt skal «kobles på» Ditt NAV kreves det utvikling fra Team Personbruker, og det kan ta tid før verdifull informasjon til brukerne som blir generert av andre team når frem til Ditt NAV.

Brukernotifikasjoner og statusopdateringer:
Oppgaver, beskjeder og status i søknad/sak til brukerne gjennom Ditt Nav


Skjermbilde av dittnav
Skjermbilde av en side til innsyn i sak

Sånn funker det:


Beskjeder


Dette er en typisk informasjonsmelding til sluttbrukeren. Denne krever ikke nødvendigvis noe mer handling fra brukeren. For eksempel, «Du sendte en søknad om ...». Brukeren kan varsles om beskjeden på SMS og e-post.

Status: Klar til bruk i produksjon.

Oppgaver


Oppgave brukes når du trenger at bruker skal gjøre en konkret handling. For eksempel «Vi mangler et vedlegg. Send inn her ...» Brukeren kan ikke selv klikke bort et oppgave-event. Så her må du som produsent holde styr på når oppgaven er fullført. Brukeren kan varsles om oppgaven på SMS og e-post.

Status: Klar til bruk i produksjon.

Statusoppdateringer


Hvis en sak eller søknad i et fagsystem har endret status kan produsenten sende et Statusoppdatering-event. Dette er en enkel tekstlig beskrivelse som for eksempel «Mottatt». Statusoppdateringen kan brukes videre blant annet i en saksprosess-side.

Status: under utvikling, tilgjengelig for test

Tidslinje:
Komponent for å vise tidligere og kommende hendelser i en sak


Vi lager en react-komponent som basert på hendelsene (oppgaver, beskjeder og statusoppdateringer) viser bruker hva som har skjedd i saken og hva som er neste steg. Stegene vil være generiske, men tidslinjen kan tilpasses av hvert team som lager innsyn i sak for tjenestene våre.

Teknisk dokumentasjon


Diagram av løsningen

Oppgaver
Oppgave er mer detaljert beskrevet her
Kafka: brukernotifikasjon + done

Beskjeder
Beskjed er mer detaljert beskrevet her
Kafka: brukernotifikasjon (og Done fra frontend hvis bruker krysser den bort)

Statusoppdateringer
Statusoppdatering er mer detaljert beskrevet her
Kafka: brukernotifikasjon

Hvilken eventtype skal vi bruke?


Ved å gå gjennom spørsmålene i figuren blir det enklere å finne ut hvilken eventtype som passer best til deres behov.

Guide for valg av eventtype

Hvordan komme i gang?


Status for bruk av hendelser

Første produsent i prod 1.april
Gjennomsnittlig 20 000 eventer per dag


TeamHendelsetype
SykmeldingOppgave
ArbeidsplassenOppgave
ForskuddsløsningenBeskjed
Sykdom i familienBeskjed
DigiHOTBeskjed
HjelpemidlerBeskjed og Oppgave
ForeldrepengerBeskjed og Oppgave
OmsorgspengerBeskjed
PleiepengerBeskjed
SykepengerOppgave