Universell utforming og brukervennlighet
Hvordan sikre at nettsider følger lovkrav til universell utforming (WCAG2) og faktisk er brukervennlige?
Automatiske sjekkeverktøy fanger bare en tredjedel til halvparten av tilgjengelighetsproblemene, så kombiner dem med manuell testing for å oppfylle WCAG og unngå sanksjoner. En grønn score betyr bare at de tekniske grunnkravene er på plass.
Slik løser du det
Være oppmerksom på at automatiserte sjekkeverktøy på nett ofte kun svarer på tekniske krav, ikke på faktisk brukervennlighet. Bedrifter bør derfor kombinere tekniske sjekker med manuell testing og brukervennlighetsanalyse for å unngå sanksjoner og sikre tilgjengelighet. La oss forklare begrepene først. Universell utforming betyr at en nettside skal kunne brukes av alle, også personer med nedsatt syn, hørsel, motorikk eller kognitive utfordringer. I Norge er dette lovpålagt, og kravene bygger på en internasjonal standard som heter WCAG (Web Content Accessibility Guidelines), der WCAG 2.1 er den versjonen norsk regelverk i praksis viser til. Standarden er bygget rundt fire prinsipper: innholdet skal være mulig å oppfatte, mulig å betjene, forståelig og robust. Konkret handler det om ting som tilstrekkelig fargekontrast, at bilder har alternativ tekst (en tekstbeskrivelse skjermlesere kan lese opp for blinde), at alt kan betjenes med tastatur, og at skjemaer er tydelig merket. Tilsynet for universell utforming av ikt fører tilsyn med dette, og brudd kan i ytterste konsekvens føre til pålegg og tvangsmulkt – derfor nevner vi sanksjoner. Hvorfor er ikke automatiske verktøy nok? Et automatisk verktøy som WAVE, Siteimprove eller Google Lighthouse skanner koden og fanger opp tekniske feil, for eksempel manglende alt-tekst eller dårlig kontrast. Men slike verktøy fanger kun anslagsvis en tredjedel til halvparten av faktiske problemer, og de kan ikke vurdere om en knapp gir mening eller om en blind bruker faktisk klarer å fullføre en bestilling. Derfor anbefaler vi å kombinere: kjør først et automatisk verktøy for å rydde opp i det opplagte, og test deretter manuelt. Manuell testing kan være å navigere hele siden kun med tastatur, slå på en skjermleser (NVDA er gratis på Windows, VoiceOver følger med på Mac) og aller helst la noen reelle brukere prøve seg. En vanlig fallgruve er å tro at en grønn score i et verktøy betyr at man er "i mål"; det betyr bare at de tekniske grunnkravene er på plass. Spark* kan peke dere mot fagmiljøer på NTNU dersom dere ønsker en grundigere brukervennlighetsanalyse.
Begreper forklart
- Universell utforming
- At en nettside skal kunne brukes av alle, også personer med nedsatt syn, hørsel, motorikk eller kognitive utfordringer.
- WCAG (Web Content Accessibility Guidelines)
- Den internasjonale standarden for tilgjengelig nettinnhold som norsk regelverk viser til, med WCAG 2.1 som gjeldende versjon.
- Alternativ tekst (alt-tekst)
- En tekstbeskrivelse av et bilde som skjermlesere kan lese opp for blinde brukere.
- Skjermleser (NVDA / VoiceOver)
- Programvare som leser opp innholdet på skjermen; NVDA er gratis på Windows og VoiceOver følger med på Mac.
- WAVE / Siteimprove / Lighthouse
- Automatiske verktøy som skanner koden og fanger opp tekniske tilgjengelighetsfeil som manglende alt-tekst eller dårlig kontrast.
Trenger du hjelp med akkurat dette?
Er du student ved NTNU i Trondheim eller Ålesund? Da kan du få en gratis, personlig veileder fra Spark* som hjelper deg videre med nettopp din idé.
Ofte stilte spørsmål
Hvordan kan selskapet ha en positiv påvirkning på verden gjennom sine nettsider?
Lag nettsider med universell utforming (WCAG) for blinde, døve og fargeblinde – det er lovpålagt i Norge og et konkurransefortrinn. Kombiner med lokal SEO og Google Business Profile for å gi små bedrifter bedre lokal synlighet.
Les hele svaret →Hvordan sikre at data fra markedsundersøkelser er objektive?
Unngå ledende spørsmål og bruk åpne spørsmål om faktisk atferd i fortid, ikke hypotetisk fremtid. Da får du ærlig innsikt fremfor høflige ja-svar. Test undersøkelsen først, og husk GDPR.
Les hele svaret →Hvordan sikre at en MVP (Minimum Viable Product) faktisk blir verdsatt av sluttbrukeren?
Innhent markedsdata og identifiser målgruppen før du bygger MVP-en, slik at den løser et reelt problem og ikke bygger på antakelser. Gjør 15-30 brukerintervjuer om faktisk atferd og la innsikten styre hva du bygger.
Les hele svaret →Hvordan bekrefte at det er et faktisk behov for et produkt (f.eks. RFID-system for bønder)?
Snakk med flere ekte potensielle brukere for å validere behovet før du bygger eller starter en pilot. Gjennomfør kundeintervjuer med åpne spørsmål og test betalingsvilje, så du unngår å bygge noe ingen trenger.
Les hele svaret →Hvordan få bekreftet at et produkt løser et faktisk problem i markedet?
Valider problemet før dere bygger: gjennomfør syretesting, snakk med 15–30 potensielle kunder gjennom åpne problemintervjuer, og gjør fullstendige markedsundersøkelser. Let etter folk som kan avkrefte ideen, og vær villig til å pivotere.
Les hele svaret →Har du et annet spørsmål? Ta kontakt med oss.