Artikler

Hvordan formidle og beskrive feil for raskere problemløsning?

Hvordan hjelpe den som skal hjelpe deg, og spare tid (og penger) for alle? En god feilbeskrivelse gjør det lettere å gjenskape, finne og løse feil og problemer med en nettside. Her er en noen triks for bedre rapportere feil for raskere og mer effektiv problemløsning. 

Espen Willersrud Espen Willersrud | Publisert 14.05.2025 – sist oppdatert 20.05.2025

Først: hvorfor er en gode beskrivelse viktig?

Tenk deg dette: Du forteller legen din «jeg har vondt et sted». Hvor nyttig er denne beskjeden? Legen trenger naturligvis å vite hvor det gjør vondt, hvordan det føles, og når, eller hvordan smerten oppstår. 

Det samme gjelder naturligvis for rapportering av feil. «Nettsiden virker ikke» gir relativt lite å jobbe med. En mer detaljert feilbeskrivelse gjør det mye lettere å gjennskape feilen, og løse problemet raskere. 

En guide til god feilrapportering

Her er en steg-for-steg guide til hvordan du rapporterer feil på en effektiv måte:

Vær spesifikk! Hva skjedde? 

Beskriv nøyaktig hva som gikk galt. Ikke bare si «Det fungerer ikke», men heller «Når jeg trykker på Legg i handlekurv-knappen, får jeg en feilmelding som det står ...».

Hvor skjedde det? 

Oppgi hvilken side av nettsiden problemet oppstår på. Ingenting er bedre enn en URL (f.eks., https://www.eksempelnettside.no/produkter/vare-123) 

Hva forventet du skulle skje?

Forklar hva du tenker er forventet oppførsel (her kan utvikler og bruker også ha forskjellige tanker, så innsikt i forventet oppførsel er ofte nyttigere enn man skulle tro).

Gjenskap problemet (om mulig)

Beskriv nøyaktig hvilke steg du tok for å komme til feilen. Dette er kanskje det viktigste punktet! Tenk deg at utvikleren skal følge dine instruksjoner – vil det være mulig å gjennskape problemet?

Eksempel: 

  • Gå til https://www.eksempelnettside.no/produkter
  • Søk etter «Rød genser»
  • Klikk på produktet «Rød ullgenser med kattemotiv»
  • Velge størrelse «Medium» fra rullegardinmenyen.

Teknisk informasjon

Nettleser og versjon: Hvilken nettleser bruker du? (f.eks., Chrome 105, Firefox 98, Safari 15) 

Operativsystem: Hvilket operativsystem har du? (f.eks., Windows 10, macOS Monterey, iOS 15) 

Enhet: Bruker du en datamaskin, nettbrett eller mobiltelefon? 

Skjermoppløsning: Dette kan være nyttig for å identifisere visningsproblemer. 

Inkluder skjermbilder eller videoer! 

Et bilde sier mer enn tusen ord! Skjermbilder av feilmeldingen, eller en kort video som viser problemet, er utrolig hjelpsomme.

Vær tålmodig og høflig

Ingen liker feil og tekniske problemer. Det er alltid ønskelig å løse feil og problemer raskt. Noen ganger kan det være komplekst, og ta tid. Vær saklig, og spar frustrasjonen, det neppe konstruktiv eller motiverende for den som prøver å løse et problem. 

Hvor sender du inn feilrapporter?

Er du kunde hos Blåis, og ønsker å rapportere en feil kan du lese hvordan du gjøre det på denne siden.

Oppsummering

Vi håper denne guiden hjelper deg med å rapportere feil på en effektiv måte. Sammen gjør vi en bedre jobb, og skaper bedre brukeropplevelser for brukerne/kundene våre.

Eksempel på en god feilrapport

Tittel: Feilmelding ved forsøk på å legge til produkt i handlekurv

Beskrivelse: Når jeg prøver å legge til «Blå T-skjorte» (https://www.eksempelnettside.no/produkter/bla-t-skjorte) i handlekurven, får jeg feilmeldingen "Kunne ikke legge til produktet i handlekurven. Vennligst prøv igjen senere."

Steg for å gjenskape:
Gå til https://www.eksempelnettside.no/produkter/bla-t-skjorte
Velg størrelse "Large" Klikk på knappen "Legg i handlekurv"

Teknisk informasjon:
Nettleser: Chrome 105 
Operativsystem: Windows 10 
Enhet: Datamaskin

Vedlegg: Skjermbilde av feilmeldingen er vedlagt.

Flere artikler

Slik jobber Blåis med design og nettsideprosjekter

Når du samarbeider med Blåis er det alltid et mål om en strukturert, strategisk og kreativ prosess som skal resultere i løsninger som fungerer, er i tråd mål, krav og ønsker. Her et innblikk stegene/prosessen i et typisk prosjekt. 

Hvorfor skal alltid webhotell/servere være en avtale mellom kunde og leverandør?

Det har vært en klar strategi for Blåis i lang tid. Men kan tidvis være uklart for kundene å forstå. Derfor går jeg her inn i hvorfor webhotell og serverleie alltid bør være en direkte avtale mellom kunden og leverandøren – og hvorfor utvikleren kun bør ha nødvendig tilgang, ikke eierskap eller være avtalepart.