GUIDE FÖR FÖRETAGSINKÖP

När en webbplats fungerar för några men stänger ute andra är det mer än en teknisk detalj. Rätt tillgänglighetspartner hjälper er identifiera hinder, prioritera åtgärder och säkra kvaliteten när utvecklingsteamet faktiskt rättat problemen.

Read this guide in English →

Vad ska ni köpa – och varför?

Börja med användarnas verkliga uppgifter: hitta information, navigera en meny, jämföra produkter, fylla i formulär, logga in och slutföra ett köp. En enkel innehållssajt och en komplex kundportal kräver olika granskning. Definiera därför vilka tjänster, användargrupper, flöden och system som ingår innan ni ber om pris. Målet är att undanröja hinder – inte bara få en PDF med röda markeringar.

Automatiserad skanning är startpunkt, inte facit

Automatiska verktyg kan hitta exempelvis vissa kontrastproblem, saknade etiketter och kodmönster. De kan inte ensamma bedöma begriplighet, vettig tangentbordsordning eller om hjälpmedel fungerar i hela användarresan. Kräv därför manuell granskning av representativa vyer, tangentbord, skärmläsare, zoom och formulär samt genomtänkta fel- och bekräftelselägen. W3C förklarar verktygens begränsningar.

WCAG, krav och svensk rätt – skilj på nivåerna

WCAG är tekniska riktlinjer, medan juridiska skyldigheter beror på vilken verksamhet och tjänst ni driver. Svensk offentlig digital service och vissa konsumentinriktade produkter och tjänster omfattas av olika regelverk. Ställ krav på att leverantören klarlägger tillämplig lagstiftning och relevant standard för ert fall; ett generellt påstående att alla företagswebbplatser omfattas är inte korrekt. För frågor om formell regelefterlevnad kan juridisk expertis behövas. Läs WCAG 2.2.

Tre upphandlingssituationer

E-handel: granska produktval, filtrering, kundvagn, betalning och felmeddelanden – här påverkar hinder intäktsflödet. B2B SaaS eller portal: granska inloggning, tabeller, komplexa formulär och återkommande arbetsuppgifter med tangentbord och hjälpmedel. Offentlig webb eller samhällsnära tjänst: kartlägg särskilda regler, dokument, innehållsprocesser, stöd för alternativa format och rutiner för tillgänglighetsredogörelse där det krävs. Samma stickprov passar inte alla tre.

Köp rätt typ av leverantör

En specialiserad revisionspartner kan ge oberoende granskning, användartestning och prioriteringsunderlag. En utvecklingsbyrå med tillgänglighetskompetens kan implementera ändringar i ert CMS eller gränssnitt. För vissa projekt är det klokt att separera revision och åtgärd, för andra fungerar ett team som tar ansvar för hela kedjan. Be om CV eller referenser på de personer som faktiskt ska testa och rätta, inte bara säljpresentationen.

Offerten måste beskriva testytan

Specificera antal sidmallar och komponenter, språk, mobil/desktop, autentiserade flöden, dokument och tredjepartslösningar. Be om vilka hjälpmedel, webbläsare och operativsystem som testas och varför urvalet är representativt. Utan dessa uppgifter går två offerter inte att jämföra på ett meningsfullt sätt.

Leverabler som går att använda

Kräv en prioriterad felrapport med reproduktionssteg, berört användarflöde, relevant WCAG-kriterium, skärmbilder eller tekniska exempel, föreslagen åtgärd och ansvarig. Ta med en workshop där utvecklare och innehållsansvariga får svar på frågor. Avtala om retest efter implementation och hur regressioner ska fångas i framtida releaser. W3C:s WCAG-EM ger en metod för representativ och dokumenterad utvärdering.

Budget: vad driver priset?

Kostnaden påverkas främst av antal unika komponenter, komplexa flöden, språk, tredjepartsintegrationer, behov av manuella hjälpmedelstester och om byrån också ska åtgärda bristerna. Begär separata priser för inventering, audit, rättning, retest och utbildning. Jämför inte ett automatiskt verktygsutdrag med en komplett manuell revision som om de vore samma produkt.

Frågor att ställa på första mötet

Vilka faktiska användarflöden ingår? Hur testar ni utan mus? Vilka skärmläsare och kombinationer används? Hur prioriteras hinder för olika användare? Vad ligger utanför scope? Vem rättar och vem retestar? Hur granskas extern checkout och inbäddade tjänster? Hur hanterar ni nya komponenter sex månader efter projektet? Be om en anonymiserad exempelrapport.

Varningssignaler

Var försiktig med erbjudanden som garanterar full WCAG-efterlevnad genom ett enda plugin, bara visar en automatisk poäng eller saknar plan för verkliga användarflöden. Andra röda flaggor är diffust ägarskap för buggar, ingen omtestning, avsaknad av tangentbordskontroll och generiska påståenden om juridiska krav utan att leverantören förstått er verksamhet.

Så skriver ni en brief som attraherar rätt byrå

Beskriv plattform, viktigaste tjänsten, kritiska konverteringsflöden, berörda användare, tekniska resurser, beslutad tidsram och ungefärlig budget. Ange om ni vill ha en oberoende audit, en implementation eller löpande kvalitetssäkring. Låt varje leverantör föreslå testurval, leverabler och ansvarsmatris mot samma brief. Börja gärna med Mosais offertmall.

Nästa steg: jämför kompetens, inte skanningspoäng

En bra tillgänglighetsbyrå förklarar var riskerna finns och hur ert team kan rätta dem. Beskriv projektet via Mosai, jämför relevanta specialister och kontrollera leverantörens faktiska erfarenhet. Ingen byråprofil i en katalog innebär i sig juridisk certifiering eller garanti om efterlevnad.

Hitta en byrå som kan ta ansvar för resultatet av granskningen

Beskriv omfattning, viktiga användarflöden och vilka delar av åtgärdsarbetet ni behöver hjälp med. Jämför leverantörer på metod, ansvar och projekt-fit, inte på löften om en viss poäng.

Read this guide in English →