Aksel

Meny

Guide

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.

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.

Hvem er ansvarlig?

Kjernegrupper har ansvaret for sine egne produktsider.

Innholdsstruktur

Innholdet på produktsiden er delt opp i hovedkapitler med underkapitler.

Hovedkapitlene er faste, mens underkapitlene gir mulighet for å trekke fra eller legge til kapitler der det er nødvendig for de ulike produktene.

Det er egne varianter av denne strukturen for de ulike hovedgruppene av produkter (pengestøtter, hjelpemidler, tjenester og tiltak) og for de ulike målgruppene (personbrukere, arbeidsgivere og samarbeidspartnere).

Tips

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

Personbrukere

Arbeidsgivere

Samarbeidspartnere

Ankerlenker til kapitlene

  • Ankerlenker til hoved- og underkapitler er faste og angitt i oversiktene over innholdsstrukturene.
  • Hvis man skal lage ankerlenker til unike kapitler for et produkt:
    • 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.

Bakgrunn

Elementer på siden

Produktheader

Skjembilde av produktsideheader for AAP

Produktheaderen inneholder:

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

Bakgrunn

Kort om

Bruker helst ingressen fra metadata-feltet. I ny mal for produktsiden vil kort om-feltet erstattes av automatisk innhenting av ingressen.

Denne innholdsseksjonen har ikke tittel, og vises ikke i innholdsmenyen.

Ingresstekst i kort om-seksjonen

Innholdsmeny

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

Innholdsmeny for utvidet barnetrygd

Bakgrunn

Inngang til lovtekst

Lenker til lovtekst om produktet ligger under "Hva sier loven?", nederst på siden. Bruk tittelen på loven som lenketekst.

Inngang til lovteksten om sykepenger

Språkversjoner

  • Hva sier loven?
  • Kva seier lova?
  • What does the law say?

Bakgrunn

Inngang til sentrale situasjoner

Mikro-produktkort med inngang til situasjoner der produktet er sentralt.

To situasjonskort

Bakgrunn

Inngang til andre situasjoner, produkter eller verktøy

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?

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.

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

Situasjonsbestemt informasjon eller lister med utdyping

Til situasjonsbestemt informasjon eller til ulike alternativer på samme nivå, bruker vi trekkspill (accordion). Det skal være minst to trekkspill i listen.

Liste med tre trekkspill, et for hvert reisemål.

Utdyping av en prosess eller tema

Til nødvendig utdyping av en prosess eller tema, bruker vi les mer (read more). Dette brukes sparsomt på siden og til tydelig avgrensede tema.

For å tydeliggjøre innholdet i elementet best mulig for brukerne, bør lenketeksten være så konsis som mulig, for eksempel “Slik gjør du x”, “Slik beregner vi y“, “Dette regnes som inntekter”. Unngå formuleringen "Les mer om ...".

Vi bruker kun én les mer-komponent av gangen. Det skal være annet innhold, slik som brødtekst, mellom to les mer-komponenter.

Brødtekst etterfulgt av les mer-komponent med tittel "Hvordan trekkes egenandelen?"

Satser, utbetalingsdatoer, saksbehandlingstider og dokumentasjonskrav

Til dette bruker vi utvidbart kort (expansion card). Satser, saksbehandlingstider og utbetalingsdatoer er sentralt forvaltet informasjon som brukes både på produktsider og i sentrale oversikter.

Utvidbart kort med tittelen "Saksbehandlingstider"

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.

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. 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]

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

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.

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

Medvirkende

Tuva Sverdstad

Innspill til artikkelen

Logg inn med NAV SSO for å gi innspill til artikkelen