Aksel

Meny

Produktside (sidetype)

Hovedmålet med produktsidene på nav.no er å samle all informasjon om hvert enkelt produkt, slik at innbyggeren slipper å hoppe rundt for å samle informasjon på egenhånd.

6. juni 2023
Tuva Sverdstad
nav.no

Sidetypen produktside brukes til både pengestøtter, tjenester, hjelpemiddel og tiltak.

Når vi har én side per produkt på samme mal:

  • reduserer vi usikkerhet for innbyggerne og øker sjansen for at de får all viktig informasjon.
  • bedrer vi søket vårt, både internt på nav.no og hos søkemotorene.
  • gir vi kontaktsenteret én lenke å dele med innbyggere når de tipser om en konkret stønad eller tjeneste.
  • gjør vi det mulig å bruke produktene våre som «byggeklosser» på nav.no. Produktene kan for eksempel settes sammen for en livssituasjon, i et område, eller med lignende produkttyper. Dette gir innbyggerne får flere veier til mål når de orienterer seg i hva NAV kan tilby.
  • forenkler vi forvaltningen av sidene, og får bedre oversikt over innhold og ansvar internt.
  • gjør vi det enklere for innbyggere å forstå hvor på siden de kan forvente å finne det de leter etter. (Se “Forslag til innhold”)
  • frigjør vi tid hos Kontaktsenteret til mer komplekse henvendelser, fordi innbyggerne finner frem til mer overordnet informasjon på egenhånd.

Eksempler på produktsider

Hvem er ansvarlig?

Kjernegrupper har ansvaret for sine egne produktsider.

Innholdsstruktur

Innholdet på produktsiden er delt opp i meningsfulle underkapitler.

Samme type innhold om ulike produkter bør, så langt det er fornuftig, bruke mest mulig like titler og inndeling av innhold. Teamet strukturerer innholdet slik det er mest hensiktsmessig å strukturere det for det aktuelle produktet.

Strukturen for produktsider om pengestøtter, tiltak og tjenester og hjelpemidler kan med fordel legges opp litt ulikt. Dere kan ta utgangspunkt i forslagene til innholdsstruktur for de ulike typene, og justere slik at det passer for produktsiden dere jobber med.

Tips

Har du spørsmål om bruk av produktsider? Ta kontakt med Team Personbruker, så hjelper vi deg!

Ankerlenker til kapitlene i innholdsstrukturen

  • Ankerlenkene trenger ikke å ha samme ordlyd som tittelen på kapittelet
  • Ankerlenkene bør formuleres på en mest mulig kortfattet og standardisert måte
  • Ankerlenkene bør ikke forandres for ofte. Hvis lenken blir endret, gi beskjed til kontaktsenteret slik at de kan endre den aktuelle ankerlenken i sitt støttemateriell (Navet). Sørg også for at eventuelle brev til innbyggere som bruker denne lenken, blir endret samtidig.

Eksempel: kapittel om utbetalingsinformasjon har ankerlenke nav.no/produktnavn#utbetaling, enten tittelen på kapittelet er «Når utbetales pengene?» eller noe annet, og om tittelen endres.

Bakgrunn

Produktheader

Skjembilde av produktsideheader for AAP

Inneholder

  • Produktnavnet
  • Produkttype (f.eks «Pengestøtte», «Tjeneste» eller «Hjelpemiddel»)
  • Unikt piktogram for produktet

Bakgrunn

Innholdsmeny

Innholdsmeny for utvidet barnetrygd

Produktsiden har en innholdsmeny med snarvei til korresponderende kapittel på siden.

Bakgrunn

Lenkemeny (hvis relevant)

Lenkemeny for barnetrygd

Lenker til andre sider med støtteinformasjon, som oftest inngang til lovtekst om produktet. Lenkemenyen kan brukes til å lenke til denne typen tilleggsinformasjon som ikke er dekket på produktsiden.

Bakgrunn

Inngang til sentrale situasjoner

Kort om-seksjonen på produktsiden til utvidet barnetrygd bruker mikro-kort for å lenke til situasjoner produktet er tilknyttet.

Mikro-produktkort med inngang til situasjoner der produktet er sentralt settes i bunnen av Kort om-seksjonen.

Før kortet bør det være en innledning, slik som "[Produkt] er aktuelt for deg som".

Bakgrunn

Inngang til andre situasjoner, produkter eller verktøy (hvis relevant)

Fra produktsiden til stønad til barnetilsyn. Her tipses bruker om en annen pengestøtte som kan være relevant. Kort med inngang til tilleggsstønader.

For å gi inngang til andre produkter eller relevante situasjoner, setter man inn mini-produktkort i løpende tekst. Før kortet bør det være tekst som setter det i kontekst - hvorfor kan det være relevant for innbyggeren å se på dette produktet eller denne situasjonen?

Du kan også bruke minikort som inngang til kalkulatorer eller veivisere.

Hva er situasjonen din? / filter (hvis relevant)

Fra produktsiden til stønad til barnetilsyn: Hva er situasjonen din? vises med tre alternativer: I arbeid, Etablerer egen virksomhet, Er syk

Tilpasningsfunksjonen tar utgangspunkt i innbyggerens situasjon, og gjør det mulig for innbyggere å tilpasse innholdet på siden til sin situasjon ved å filtrere bort situasjoner som ikke er relevante.

Hvis brukeren ikke gjør noen valg i filteret, vises alt innhold på siden.

Bare én boks

Vi bruker bare én «Hva er situasjonen din»-boks per produktside. Denne boksen har blå kant og skal plasseres rett etter «Kort om»-kapittelet. Boksen skal ikke plasseres i et innholdsfelt, men er en selvstendig boks.

Tekstforslag i boksen

Mulighet for flere spørsmål og alternativ

Hva er situasjonen din-boksen kan inneholde flere spørsmål med flere alternativer. Hvilke spørsmål og hvilke alternativer som er relevante for de ulike produktene vil variere.

Filtervalg i kapitler

I kapitlene der et eller flere spørsmål fra filteret er i bruk, vises de ulike alternativene før teksten som er knyttet til filterne. Brukeren kan også justere hva som er relevant her, selv om de ikke tok i bruk filteret i "Hva er situasjonen din?"

Det er viktig at innholdet / tekstavsnittene som er knyttet til spesifikke filter kun omhandler temaet innenfor disse filterne. Hvis ikke risikerer du at innhold som faktisk var relevant for innbyggeren filtreres bort. Et godt tips kan være å unngå lange enkeltavsnitt som omtaler for mange temaer på én gang.

Søknader, skjema, klage og anke

For å lenke til søknader, skjema, klage og anke, bruker vi komponenten skjemadetaljer. Disse er vedlikeholdt sentralt og vises både på produktsiden og i sentrale oversikter.

Skjemadetaljene har én knapp som leder til søknaden. Hvis det er mulig å velge mellom digital innsending og innsending via post, får man dette valget i neste steg. Det samme gjelder for inngang til ettersendelse.

Mer om hvordan skjemadetaljene fungerer finner du i e-læringen.

Søknader og skjema

Alle produktsider skal som hovedregel ha et kapittel med inngang til alle relevante søknader og skjema for produktet.

Søknadskapittelet på siden bør ha en enkel og tydelig overskrift så det blir enkelt å identifisere i innholdsmenyen.

På den måten får man en tydelig inngang til søknadene fra innholdsmenyen og får se disse i kontekst, med søknadsinformasjon og innganger til både søknad og ettersendelse.

Det er i tillegg til dette mulig å bruke skjemadetaljer for å promotere inngang til søknader andre steder på siden hvis det er relevant. Men det bør gjøres i begrenset grad for å ikke bli overveldende.

Eksempler på søknadskapittel:

Klage og anke

Alle produkter som har klage og eventuelt ankerett skal ha et eget kapittel om dette nederst på siden. Her skal det være direkteinngang til klage og anke for produktet, i tillegg til inngang til den generelle informasjonen om klagerettigheter. Dette erstatter generell inngang til klagerettigheter som tidligere lå under nyttig å vite.

Eksempler på klagekapitler:

Regelverksendringer

Kommende regelverksendring

Informasjon om regelverk som skal endres legger du inn som brødtekst på produktsiden, under kapittelet som er mest relevant. Den som eier innholdet avgjør detaljnivået og hvor i kapittelet informasjonen bør stå, avhengig av når endringen vil skje.

Parallelle regelverk

Når det er flere gjeldende regelverk samtidig, bør informasjonen om de ulike regelverkene legges i relevante kapitler. Her kan du bruke underoverskrifter for å tydeliggjøre hva som gjelder for hvilke grupper. Informasjon som er til alle, kan du gjerne legge først.

Eksempel:

Hvor lenge kan du få [produkt]? (kapittel)
[Eventuell informasjon som er lik for begge grupper]

Hvis barnet ditt er født før 1. oktober 2021 (underoverskrift)
[Egne regler for denne gruppen]

Hvis barnet ditt er født etter 1. oktober 2021 (underoverskrift)
[Egne regler for denne gruppen]

Ved å bruke filterløsningen kan du gjøre det lettere for brukeren å se hva som gjelder den ene eller andre gruppen. I dette eksempelet kunne filtervalgene være:

  • Barnet er født før 1. oktober 2021
  • Barnet er født etter 1. oktober 2021

Bakgrunn

Metadata

Alle produktsider skal ha disse metadataene:

I Enonic blir metadataene ivaretatt ved å legge inn denne informasjonen i redaktørgrensesnittet. Velger man eget publiseringssystem, må dette ivaretas av teamet.

Gode metadata gir oss god oversikt over innholdet vårt og gjør det mulig å bruke innholdet på en strukturert måte.

Designmal og publiseringssystem

Alle produktsider skal ha samme visuelle design, men teamet avgjør selv hvilket publiseringssystem (CMS) de vil bruke for sine produktsider.

Alternativ 1: Innhold og design I Enonic (det sentrale publiseringssystemet)

I Enonic ligger produktsiden som en mal med eget redaktørgrensesnitt. Denne malen forvaltes teknisk av Team personbruker slik at teamene ikke behøver å utvikle funksjonalitet eller vedlikeholde visuelt design og kode.

Alternativ 2: Designmal fra designsystemet kombinert med innhold i eget CMS

Team som har innholdet sitt i andre CMS kan velge å beholde innholdet der det er, og bruke designmaler på toppen. Teamet må da utvikle funksjonaliteten de trenger og oppdatere designet selv.

Funksjonalitet i malalternativene

URL

Produktsiden ligger rett på roten av strukturen på nav.no, altså rett under forsiden.

For personbruker og på bokmål: nav.no/produktnavn (eventuelt kortversjon av produktnavn der disse er lange) f.eks nav.no/foreldrepenger

For andre målgrupper: nav.no/målgruppe/produktnavn f.eks nav.no/arbeidsgiver/foreldrepenger

For andre språkvarianter: nav.no/produktnavn/språk .eks nav.no/foreldrepenger/en

For både andre målgrupper og språkvarianter: nav.no/målgruppe/produktnavn/språk f.eks: nav.no/arbeidsgiver/foreldrepenger/en

Norske bokstaver i URL

Vi bruker ikke æ, ø og å i URLene.

  • æ erstattes med a
  • ø erstattes med o
  • å erstattes med a

Bakgrunn

Bidragsytere

Tuva Sverdstad
Publisert: 13. oktober 2022