Tilbake til guideoversikten

Slik gir du nyttige tilbakemeldinger om spilltilgjengelighet

En enkel mal for å beskrive tilgjengelighetsbarrierer slik at utviklere lettere kan forstå, gjenskape og rette dem.

Tema:
  • Generell guide
  • Tilbakemelding
  • Feilrapport
  • Tilgjengelighetstesting
  • Spillutvikling

Nøkkelpunkter

  • For: spillere, testere og fellesskap
  • Mål: én tydelig og etterprøvbar rapport
  • Tidsbruk: omtrent 10–20 minutter
  • Krever ikke teknisk bakgrunn

Kategori: Generell guide

God tilgjengelighetstilbakemelding trenger ikke være lang eller teknisk. Den bør gjøre tre ting tydelig: hva du prøvde å gjøre, hva som hindret deg, og hvordan utvikleren kan oppleve det samme. Personlig erfaring er viktig informasjon—særlig når rapporten viser hvilken konsekvens barrieren har for selvstendig spilling.

Steg for steg

  1. Finn riktig kanal. Bruk utviklerens eller utgiverens offisielle support, tilgjengelighetsadresse, forum eller offentlige feilsporing når det finnes. Søk kort etter en eksisterende rapport, men opprett en ny hvis situasjonen, plattformen eller konsekvensen er annerledes. Ikke send kontoinformasjon i et offentlig forum.
  2. Noter miljøet før du feilsøker. Ta med spillnavn og versjon, dato, plattform, språk, kontrolltype og relevant hjelpeteknologi. For blinde og svaksynte kan dette være skjermleser, forstørrer, høy kontrast, hodetelefoner, lydoppsett eller et tilgjengelighetsmod. Skriv også hvor i spillet problemet oppstår.
  3. Rapporter én barriere om gangen. Bruk en kort tittel som nevner oppgaven og konsekvensen, for eksempel: «Skjermleseren leser ikke knappen Bekreft i lagringsmenyen». Separate rapporter er enklere å prioritere, teste og lukke enn en lang liste med ulike problemer.
  4. Skriv nøyaktige steg for å gjenskape problemet. Start fra et kjent punkt og nummerer hver handling: åpne menyen, velg innstilling, gå til skjermbildet og utfør handlingen. Gjenta én gang hvis det er trygt. Skriv om feilen skjer alltid, av og til eller bare med et bestemt oppsett.
  5. Skill mellom faktisk og forventet resultat. Beskriv først hva som skjer, deretter hva du forventer. Forklar konsekvensen konkret: om du blir helt blokkert, trenger seende hjelp, mister informasjon eller bruker betydelig mer tid. Unngå å kreve én bestemt teknisk løsning når flere løsninger kan fungere.
  6. Legg ved trygg dokumentasjon hvis du kan. Et kort opptak, skjermbilde, loggutdrag eller en tekstlig beskrivelse kan hjelpe. Beskriv også viktige lyd- eller taledetaljer skriftlig. Fjern navn, e-post, kontonummer, chat, stemmeopptak og andre personopplysninger som ikke trengs for å forstå feilen.
  7. Oppgi om en midlertidig løsning finnes. Skriv om problemet kan omgås med en annen innstilling, kontroll eller rekkefølge—og hva omveien koster. Skill tydelig mellom en feil og et ønske om en ny funksjon. Et godt ønsket resultat beskriver behovet, for eksempel at all informasjon som kreves for å lagre også må kunne leses uten syn.
  8. Følg opp uten å miste historikken. Lagre rapportnummer eller lenke. Svar på oppklarende spørsmål i samme tråd, og test på nytt etter en oppdatering hvis du kan. Fortell både når problemet er løst og når bare deler er løst. Oppfordre gjerne til testing med spillere som faktisk bruker funksjonen.

Kort huskeliste

Kopier denne malen: Tittel. Spillversjon og plattform. Språk, kontroll og hjelpeteknologi. Hvor problemet skjer. Nummererte steg. Faktisk resultat. Forventet resultat. Konsekvens for selvstendig spilling. Hvor ofte det skjer. Midlertidig løsning. Trygge vedlegg. Kontaktmåte for oppfølging.

Kilder