Allt om WCAG

De bästa tjänsterna är de du knappt märker. När allt hänger ihop och bara flyter. Du får gjort det du behöver utan friktion. Det är först när något hackar, när du måste upprepa dig eller när övergången mellan kanaler inte fungerar som du lägger märke till det.

Tjänstedesign handlar om att undvika just det – att skapa sömlösa upplevelser över både digitala och fysiska kontaktpunkter. Tjänstedesign är konsten att se hela bilden av en tjänst, till exempel hur det är att hyra en bil, äta på en restaurang, sova på ett hotell eller få stöd från Försäkringskassan.

Tjänstedesign är ett helhetsgrepp på hur tjänster upplevs av användarna. Där UX-design ofta handlar om enskilda upplevelser i en digital produkt, ser tjänstedesign till hela resan – från första mötet till sista intrycket. Målet är att förstå människorna som ska använda tjänsten, deras behov och kontext, och att bygga lösningar som fungerar över kanaler, system och interna silos.

En bra tjänstedesigner ställer de enkla frågor som ofta glöms bort: Vad händer innan användaren öppnar appen? Vem pratar de med när de kör fast? Hur upplevs tjänsten när tekniken möter mänsklig kundservice?

Kort sagt: om du har en digital lösning som ska användas av människor är chansen stor att du behöver förhålla dig till WCAG.

Om ditt företag verkar inom...

• Offentlig sektor: måste du följa . Detta är ett krav enligt diskrimineringslagen och övervakas av (Digg).
• Privat sektor: bör du följa WCAG-kraven – särskilt om du levererar digitala lösningar till offentlig sektor, erbjuder tjänster till allmänheten eller vill vara inkluderande och följa lagen.

WCAG bygger på fyra principer – kallade POUR:

• Perceivable (Möjlig att uppfatta)
• Operable (Möjlig att hantera)
• Understandable (Möjlig att förstå)
• Robust (Robust)

De utgör grunden för 13 riktlinjer och över 70 framgångskriterier.

WCAG är indelat i tre nivåer:

• A – minimikrav
• AA – den nivå som vanligtvis krävs i Sverige
• AAA – ambitiöst, men ofta orealistiskt att uppnå fullt ut

Exempel på vanliga krav i WCAG 2.1 AA:

• Tillräcklig färgkontrast mellan text och bakgrund
• Alt-texter för bilder och ikoner
• Tangentbordsnavigering – alla använder inte mus
• Meningsfull ordning – både visuellt och i koden
• Beskrivande länkar och formuläretiketter

Att ”uppfylla WCAG” betyder inte att vara perfekt – utan att möta relevanta krav på rätt nivå. Det handlar om kvalitet, inte kvantitet.

Kort svar: så tidigt som möjligt – och för hela teamet.

WCAG bör inte vara något man ”bockar av” i slutet av ett projekt. Tvärtom – tillgänglighet måste tänkas in från idé och design till utveckling och testning. Ju tidigare du involverar WCAG-kompetens, desto enklare, billigare och bättre blir resultatet.

Så kan olika roller bidra:

• Produktägare och projektledare
  Säkerställer att tillgänglighet ingår i kraven från start och prioriteras i utvecklingsarbetet.
• UX-designers och tjänstedesigners
  Tänker på universella behov, användarresor och barriärfri navigation tidigt i processen.
• UI-designers
  Ansvarar för färgval, kontraster, komponentstruktur och interaktioner som måste uppfylla WCAG.
• Utvecklare (frontend och fullstack)
  Bygger lösningar med semantisk HTML, tillgänglig kod och ARIA best practices.
• Innehållsproducenter och redaktörer
  Skriver tydligt, använder beskrivande länkar och fyller i alt-texter och formulärfält korrekt.
• QA och testare
  Testar med skärmläsare, tangentbord och automatiserade verktyg – och identifierar WCAG-avvikelser före lansering.

Bonus: Har ni en intern design- eller komponentgrupp bör WCAG-kraven ligga till grund för alla komponenter.

När alla bidrar slipper du att tillgänglighet blir ett stressmoment i slutet – och du undviker dyra omarbetningar. Det leder till bättre produkter för alla.

Baserat på vår erfarenhet från digitala projekt i olika branscher ser vi ofta dessa situationer där WCAG-kompetens gör stor skillnad:

• Omdesign i offentlig sektor
  En myndighet ska göra om sin webbplats och måste följa WCAG 2.1 AA. Ett konsultteam hjälper till med en granskning av befintlig lösning, rådgivning i designfasen och stöd under utveckling – så att universell utformning och tillgänglighet blir en naturlig del av processen, inte en dyr eftertanke.
• Granskning och åtgärder i privat sektor
  Ett finansbolag får klagomål från användare som har problem med tangentbordsnavigation och formulär. En konsult gör en WCAG-audit, prioriterar åtgärder och samarbetar med det interna teamet för att snabbt förbättra tillgängligheten där det gör mest nytta.
• Komponentbibliotek och utbildning
  Ett produktteam vill säkra att deras designsystem stödjer tillgänglighet. En konsult med WCAG-kompetens går igenom befintliga komponenter, föreslår justeringar och håller korta utbildningspass för designers och utvecklare.

Dessa scenarier är typiska för de behov vi ofta ser – och visar hur rätt kompetens kan göra komplexa krav konkreta och hanterbara.