Hoppa till huvud innehåll

Allt om LPTT

Allt om LPTT
Meny

Involvera användare i tillgänglighetsarbetet

Du har följt WCAG till punkt och pricka, men användarna fastnar ändå. Tillgänglighetsstandarder fångar inte allt – de mäter teknisk korrekthet, inte verklig användbarhet. Genom att involvera personer med funktionsnedsättningar i utvecklingsarbetet upptäcker du problem som inga automatiska verktyg eller expertgranskningar hittar. Den här guiden visar hur du gör det praktiskt, från rekrytering till dokumentation, och vad det betyder för olika roller i organisationen.

Varför involvera användare?

Att involvera personer med funktionsnedsättningar i utvecklingsarbetet handlar inte bara om att ”bocka av” tillgänglighet. Det finns starka skäl ur flera perspektiv.

Etiska skäl

Devisen ”inget om oss utan oss” sammanfattar en grundläggande princip: de som berörs av beslut ska vara delaktiga i att fatta dem. Personer med funktionsnedsättningar är experter på sina egna behov och upplevelser. Att utveckla digitala tjänster utan deras medverkan riskerar att skapa lösningar som bygger på antaganden snarare än verkliga behov.

Kvalitets- och affärsnytta

Användartester med personer med funktionsnedsättningar avslöjar problem som inte syns i en WCAG-granskning:

  • En skärmläsaranvändare kan navigera tekniskt korrekt men ändå tappa orienteringen på grund av otydlig informationsarkitektur.
  • En person med kognitiv funktionsnedsättning kan ha svårt att förstå ett formulär trots att det uppfyller alla kriterier.
  • En motoriskt nedsatt användare kan behöva orimligt många klick för att slutföra ett köp.

Genom att upptäcka sådana problem tidigt undviker du kostsamma omarbetningar och får en produkt som fungerar bättre för alla användare – inte bara de med funktionsnedsättningar.

Shift left – upptäck problem tidigt

”Shift left” innebär att flytta testning och kvalitetsarbete tidigare i utvecklingsprocessen. Det gäller även tillgänglighet och användarinvolvering. Ju tidigare du upptäcker ett problem, desto billigare och enklare är det att åtgärda.

Några exempel på vad organisationer har uppnått:

  • Microsoft rapporterar att åtgärda en bugg efter lansering kan kosta upp till 30 gånger mer än att fixa den under utveckling. Genom att integrera tillgänglighetstestning tidigt sparade deras IT-organisation uppskattningsvis 2 000 utvecklingstimmar på sex månader.
  • Deque har i sina analyser sett att tillgänglighetsarbete minskar från cirka 15 procent av projektkostnaden till 5 procent eller mindre när organisationer arbetar proaktivt med shift left-principer.

Den exakta kostnadsbesparingen varierar beroende på projekt, organisation och hur väl etablerade processerna är. Men trenden är tydlig: tidig upptäckt sparar tid och pengar.

Vad lagen säger – och inte säger

Varken LPTT, DOS-lagen, EN 301 549 eller WCAG innehåller explicita krav på att involvera användare med funktionsnedsättningar i testning. Det lagarna kräver är att produkter och tjänster uppfyller tekniska tillgänglighetskrav, i praktiken WCAG 2.1 nivå AA.

Däremot finns tydliga rekommendationer. W3C:s Web Accessibility Initiative (WAI) har publicerat vägledningen Involving Users in Evaluating Web Accessibility som betonar att:

  • Enbart efterlevnad av WCAG-kriterier garanterar inte god användarupplevelse.
  • Användartester och expertgranskningar kompletterar varandra – de ersätter inte varandra.
  • Man ska vara försiktig med att dra generella slutsatser från begränsade tester.

Att involvera användare är alltså inte ett lagkrav, men en starkt rekommenderad metod för att säkerställa att tillgängligheten fungerar i praktiken.

Användartester vs. expertgranskningar

Båda metoderna behövs, men de fyller olika funktioner.

Expertgranskningar (tillgänglighetsrevisioner mot WCAG) är effektiva för att:

  • Systematiskt kontrollera efterlevnad av standarder
  • Hitta tekniska fel som saknade alternativtexter, bristande tangentbordsstöd eller otillräckliga kontraster
  • Få en bred täckning av många sidor och funktioner
  • Dokumentera status för juridiska eller upphandlingssyften

Användartester med personer med funktionsnedsättningar är effektiva för att:

  • Förstå hur verkliga användare upplever och interagerar med produkten
  • Upptäcka problem som inte fångas av standarder, till exempel förvirrande flöden eller otydlig information
  • Få insikt i hur olika hjälpmedel och strategier används i praktiken
  • Prioritera vilka problem som har störst påverkan på användarupplevelsen

En expertgranskning kan konstatera att en sida är tekniskt korrekt. Ett användartest kan visa att samma sida ändå är omöjlig att använda för någon som navigerar med skärmläsare.

Skillnaden mellan vanliga användartester och tester med personer med funktionsnedsättningar

Om du har erfarenhet av traditionella användbarhetstester finns det några viktiga skillnader att känna till:

Rekrytering tar längre tid

Att hitta deltagare med specifika funktionsnedsättningar och erfarenhet av relevanta hjälpmedel kräver mer planering. Räkna med längre ledtider än för vanliga användartester.

Mångfald är avgörande

En blind person som använder skärmläsare ger andra insikter än en person med nedsatt motorik som använder alternativa pekdon, eller en person med kognitiv funktionsnedsättning. Olika funktionsnedsättningar innebär helt olika sätt att interagera med digitala tjänster. Sträva efter att testa med flera olika typer av användare.

Flexibilitet i metod och miljö

Testsessioner kan behöva anpassas. Några exempel:

  • Längre sessioner eller fler pauser
  • Testmaterial i alternativa format
  • Anpassad kommunikation före, under och efter testet
  • Möjlighet att använda egna hjälpmedel och inställningar

Andra typer av insikter

Fokus skiftar från ”kan användaren utföra uppgiften?” till ”fungerar det med användarens hjälpmedel och strategier?”. Du får inblick i hur skärmläsare tolkar innehåll, hur zoomning påverkar layouten, eller hur kognitiv belastning påverkar förståelsen.

Facilitatorn behöver viss kunskap

Den som leder testet behöver grundläggande förståelse för hur olika hjälpmedel fungerar, utan att för den skull vara expert. Det handlar om att kunna ställa relevanta följdfrågor och förstå vad som händer under testet.

Rekrytera testdeltagare

Att hitta rätt deltagare är ofta den största utmaningen. Här är några vägar framåt.

Kanaler för rekrytering

  • Intresseorganisationer som Synskadades Riksförbund (SRF), Hörselskadades Riksförbund (HRF), DHR (Delaktighet Handlingskraft Rörelsefrihet), Funktionsrätt Sverige och lokala medlemsförbund kan hjälpa till att sprida information.
  • Specialiserade byråer som arbetar med tillgänglighetstestning har ofta egna paneler med testare.
  • Egna nätverk – om ni har kontakt med användare genom kundtjänst eller användarforum kan det vara en källa.
  • Sociala medier och tillgänglighetsrelaterade grupper och forum.

Svenska aktörer

Flera svenska organisationer erbjuder tjänster för användartestning med personer med funktionsnedsättningar:

  • Axess Lab – tillgänglighetskonsulter som genomför användartester
  • Begripsam – specialiserade på kognitiv tillgänglighet och har utvecklat metoder för användarmedverkan
  • Usability Partners – UX-byrå med erfarenhet av tillgänglighetstestning
  • Norstat – marknadsundersökningsföretag som kan rekrytera deltagare med olika bakgrunder

Vikten av mångfald

Undvik att bara testa med en typ av användare. En testpanel bör helst inkludera personer med:

  • Synnedsättning (blinda och personer med nedsatt syn)
  • Hörselnedsättning
  • Motoriska funktionsnedsättningar
  • Kognitiva funktionsnedsättningar (inlärningssvårigheter, adhd, autism med mera)

Tänk också på variation i ålder, teknisk vana och erfarenhet av hjälpmedel. En van skärmläsaranvändare har andra förutsättningar än någon som nyligen börjat använda hjälpmedlet.

Ersättning till deltagare

Testdeltagare ska ersättas för sin tid och kompetens. En rimlig ersättningsnivå i Sverige ligger på 500–600 kronor per timme för personer med funktionsnedsättningar. Ersättningen kan vara högre för längre sessioner eller om deltagaren behöver förbereda sig särskilt.

Begripsams metod för användarmedverkan

Begripsam har tillsammans med Funktionsrätt Skåne och andra organisationer tagit fram en praktisk guide för användarmedverkan. Den beskriver fungerande metoder och arbetssätt för att samskapa med användare i utveckling av produkter och tjänster. Guiden betonar att personer med egna erfarenheter av funktionsnedsättningar är experter som kan bidra med perspektiv och insikter som är svåra att få fram på annat sätt.

Läs mer: Användarmedverkan i praktiken – guide (Begripsam)

Etiska överväganden

Att involvera personer med funktionsnedsättningar kräver omsorg och respekt. Här är några viktiga principer.

Informerat samtycke

Deltagare ska förstå vad testet innebär, hur lång tid det tar, vad som händer med resultatet och att de kan avbryta när som helst. Informationen ska vara tillgänglig – det kan innebära lättläst text, muntlig genomgång eller andra format beroende på deltagarens behov.

Tillgänglig testmiljö

Om testet sker på plats:

  • Säkerställ att lokalen är fysiskt tillgänglig
  • Erbjud möjlighet att använda egna hjälpmedel
  • Ordna med eventuella tekniska anpassningar i förväg
  • Ge tydliga instruktioner om hur man tar sig dit

Respektfullt bemötande

Undvik att göra antaganden om vad deltagaren kan eller inte kan. Fråga hur de vill kommunicera och vilka behov de har. Behandla deltagare som de experter de är på sin egen situation – inte som ”representanter för alla med samma funktionsnedsättning”.

Återkoppling

Om möjligt, berätta för deltagarna hur deras insikter har använts. Det visar att deras bidrag värdesätts och kan stärka relationen för framtida samarbeten.

Fjärrtester vs. fysiska tester

Båda formaten har för- och nackdelar. Ofta är fjärrtester det bästa alternativet vid tillgänglighetstestning.

Fördelar med fjärrtester

  • Egna hjälpmedel och inställningar: Deltagaren använder sin egen dator eller telefon med de hjälpmedel och anpassningar de är vana vid. Det ger mer realistiska resultat än att testa på okänd utrustning.
  • Slipper resor: Resor kan vara kostsamma, tidskrävande och fysiskt eller kognitivt påfrestande för många personer med funktionsnedsättningar. Fjärrtester tar bort den barriären.
  • Bredare rekrytering: Du kan rekrytera deltagare från hela landet, inte bara de som bor nära din kontorsort.
  • Bekväm miljö: Deltagaren befinner sig i sin hemmiljö där de känner sig trygga.

När fysiska tester passar bättre

  • När du behöver observera fysisk interaktion med hårdvara (till exempel självbetjäningsterminaler)
  • När den tekniska uppsättningen för fjärrtest är för komplex
  • När personlig kontakt är viktig för att bygga förtroende

Tekniska förutsättningar för fjärrtester

Säkerställ att det verktyg ni använder för videomöten och skärmdelning fungerar med deltagarens hjälpmedel. Testa tekniken i förväg med varje deltagare om möjligt.

Budget och resurser

Användartester med personer med funktionsnedsättningar kräver planering och resurser, men behöver inte vara oöverkomligt dyra.

Kostnadskomponenter

  • Ersättning till deltagare: 500–600 kronor per timme och deltagare är en rimlig utgångspunkt.
  • Rekrytering: Tid för att hitta och boka deltagare. Om ni använder en byrå tillkommer deras avgift.
  • Planering och förberedelse: Framtagning av testscenarier, testmaterial och eventuella anpassningar.
  • Genomförande: Facilitatorns tid under testsessionerna.
  • Analys och rapportering: Sammanställning av insikter och rekommendationer.
  • Eventuella lokalkostnader: Om fysiska tester genomförs.

Köpa in tjänst vs. göra själv

Om ni saknar erfarenhet kan det vara värt att anlita en byrå för de första testerna. Ni får då professionell hjälp med rekrytering, genomförande och analys, samtidigt som ni lär er metoden. På sikt kan ni bygga upp intern kompetens och genomföra enklare tester själva.

Även med begränsad budget kan ni göra mycket. Att testa med tre till fem användare ger ofta värdefulla insikter. Det behöver inte vara ett stort projekt – börja med de mest kritiska flödena i er tjänst.

Vanliga fallgropar

Här är misstag som organisationer ofta gör och hur du undviker dem.

Involvera för sent

Om användartester sker först när produkten är nästan klar blir det dyrt och svårt att åtgärda grundläggande problem. Involvera användare redan i konceptfasen, under prototyparbete och i utveckling – inte bara i slutet.

Testa bara med en typ av användare

Att bara testa med skärmläsaranvändare ger inte hela bilden. En tjänst kan fungera utmärkt för blinda men vara omöjlig för personer med kognitiva funktionsnedsättningar eller motoriska svårigheter. Sträva efter mångfald.

Behandla användare som ”checkboxar”

Användartester ska ge verkliga insikter, inte bara ett kvitto på att ”vi har testat med målgruppen”. Lyssna på vad deltagarna säger, även när det är obekvämt eller kräver större förändringar än planerat.

Dra för stora slutsatser

En persons upplevelse representerar inte alla med samma funktionsnedsättning. Var försiktig med att generalisera. Kombinera användartester med expertgranskningar för att få en mer komplett bild.

Glömma bort uppföljning

Att genomföra tester utan att agera på resultaten är slöseri med både tid och pengar. Se till att insikterna dokumenteras, sprids och leder till konkreta förbättringar.

Dokumentera och sprid insikter

Värdet av användartester ökar när insikterna sprids i organisationen.

Dokumentation

Skapa en strukturerad rapport som innehåller:

  • Sammanfattning av de viktigaste insikterna
  • Beskrivning av deltagare (anonymiserat) – vilka funktionsnedsättningar och hjälpmedel som testades
  • Konkreta problem som identifierades, med exempel
  • Prioritering: vad är kritiskt, vad är viktigt, vad är önskvärt?
  • Rekommendationer för åtgärder

Koppla till ärendehantering

För att insikterna ska leda till förändring behöver de komma in i era vanliga arbetsflöden. Skapa ärenden i ert ärendehanteringssystem (Jira, Azure DevOps eller liknande) för de problem som identifieras. Koppla dem till relevanta användartestresultat så att utvecklare och designers förstår kontexten.

Dela med hela organisationen

Överväg att:

  • Presentera resultat på teammöten eller demo-sessioner
  • Dela korta videoklipp från testsessioner (med deltagarens samtycke)
  • Inkludera insikter i designdokumentation och utvecklingsriktlinjer
  • Bjuda in kollegor att observera framtida tester

Vad olika roller kan göra

Användarinvolvering är ett lagarbete. Här är vad olika roller kan bidra med.

Produktägare

Som produktägare har du mandat att prioritera användarinvolvering:

  • Avsätt budget och tid för användartester i projektplanen
  • Inkludera tillgänglighetstestning med verkliga användare som en del av definition of done
  • Prioritera åtgärder baserat på insikter från användartester, inte bara WCAG-efterlevnad
  • Kommunicera värdet av användarinvolvering till stakeholders och ledning

Chefer

Som chef skapar du förutsättningar för att arbetet ska fungera:

  • Se till att teamen har tid och resurser för användartester
  • Efterfråga rapporter från användartester som en del av kvalitetsuppföljningen
  • Bygg kultur där användarfeedback värderas och tas på allvar
  • Investera i utbildning så att medarbetare förstår hur man planerar och genomför tillgänglighetstester

Designers

Som designer är du central i att omvandla insikter till lösningar:

  • Delta i eller observera användartester för att förstå problemen på djupet
  • Testa prototyper och koncept med användare innan detaljerad design och utveckling
  • Dokumentera designbeslut som grundar sig på användarinsikter
  • Skapa tillgängliga designmönster som kan återanvändas

Utvecklare

Som utvecklare kan du bidra både före och efter tester:

  • Delta i användartester för att se hur din kod fungerar med hjälpmedel i praktiken
  • Implementera korrigeringar baserat på testresultat och förstå varför de behövs
  • Bygg tillgänglighet från början snarare än att lägga till det i efterhand
  • Testa själv med tangentbord och skärmläsare som en del av utvecklingsarbetet

Frågor och svar

Hur många användare behöver vi testa med?

Det finns inget exakt svar, men tre till fem deltagare per användargrupp brukar räcka för att identifiera de flesta större problemen. Tänk på att olika funktionsnedsättningar ger olika insikter – fem skärmläsaranvändare hittar inte samma saker som en blandning av användare med olika behov.

Kan vi testa med kollegor som har funktionsnedsättningar?

Det kan vara en bra start, men tänk på att kollegor ofta är vana vid era system och kan ha anpassat sina arbetsstrategier därefter. De representerar inte nödvändigtvis en typisk användare. Komplettera med externa testdeltagare för mer objektiva resultat.

Hur ofta ska vi genomföra användartester?

Helst som en integrerad del av utvecklingsprocessen, inte bara vid större releaser. Vid större förändringar av flöden eller funktioner är det särskilt viktigt att testa. Minst en gång per år bör ni göra en mer omfattande testomgång.

Vad gör vi om vi inte har budget för externa tester?

Börja smått. Även informella tester med några få användare ger värde. Kontakta lokala intresseorganisationer och fråga om de kan hjälpa till att sprida information. Bygg relationer som kan utvecklas över tid.

Ersätter användartester automatiska verktyg?

Nej. Automatiska verktyg, manuella expertgranskningar och användartester fyller olika funktioner. Automatiska tester hittar tekniska fel snabbt och billigt. Expertgranskningar ger systematisk täckning. Användartester visar hur det fungerar i praktiken. Använd alla tre.

Relaterade sidor på Allt om LPTT

Resurser och vidare läsning