Klarspråk, tillgänglighetsrapporten chefer faktiskt läser

Kunden som sa att min rapport inte hjälpte honom

Den bästa feedbacken jag fått i år kom från någon som tyckte att jag var dålig på mitt jobb.

Jag hade skickat en gratis tillgänglighetsrapport till en person som precis byggt om sin sajt, helt enkelt för att jag ville hjälpa till. Svaret var rakt. Rapporten var för teknisk, han förstod den knappt, och han blev besviken. Min första impuls var att förklara bort det. Men när jag läste hans ord en gång till insåg jag att han hade rätt.

En rapport som bara en utvecklare förstår hjälper ingen. Den som driver en webbshop ska inte behöva kunna kod för att förstå vad som hindrar kunderna från att handla.

Varför det är ett verkligt problem, inte bara en formuleringsfråga

Under tillgänglighetsdirektivet (EAA) och DOS-lagen är tillgänglighet ett juridiskt ansvar, inte en teknisk detalj. Ansvaret pekar uppåt. Det är inte utvecklaren som får frågan när tillsynen ringer, det är den som skriver under.

Men om den enda rapport som finns är skriven för ingenjörer, kan de som bär ansvaret inte prioritera. De ser en vägg av kontrastvärden och kodrader, skjuter upp beslutet, och risken ligger kvar. En organisation kan ha betalat för en grundlig skanning och ändå stå utan en enda åtgärd flera månader senare, bara för att ingen kunde översätta fynden till beslut. En lista är inte hjälp. En prioritering kopplad till vad som faktiskt sänker risken är det.

Så fungerar klarspråksrapporten

Därför byggde vi om vårt sätt att rapportera. Du kör samma skanning som förut i vår "engine", men lägger till ett kommando:

hd-a11y-scan din-sajt.se --plain

I stället för en teknisk logg får du en rapport som är affärsförst. De brister som påverkar dina kunder översätts till tre saker en beslutsfattare kan ta in direkt: vad som är fel, vilka kunder det drabbar, och vad det kostar i förlorade köp. De rent tekniska fynden märks tydligt som något din utvecklare får titta på, så att det affärskritiska inte drunknar i detaljer. Punkterna är sorterade efter affärspåverkan i stället för efter vilken kodrad de sitter på. Du får rapporten i terminalen, och som en färdig PDF du kan lägga framför en ledningsgrupp eller skicka till en upphandlare.

Översättningen vilar på ny data i vår "standards", som kopplar de vanligaste tekniska bristerna till klarspråk och en affärspåverkansnivå, på svenska och engelska. De fynd som ännu inte har en klarspråkstext märks tydligt som tekniska, inget låtsas vara översatt som inte är det.

Vad du vinner

Du får ett underlag som de som äger risken kan läsa, förstå och fatta beslut på. Mindre tid på att tolka tekniska listor, snabbare väg från skanning till åtgärd, och en rapport du kan visa upp om tillsynen frågar.

Ett exempel. En upphandlare som ska ställa tillgänglighetskrav behöver inte längre tolka en kodlogg, hon ser direkt vilka brister som väger tyngst och kan skriva in rätt krav i underlaget. En företagare med webbshop ser vad som hindrar kunderna från att slutföra ett köp, i kronor, inte i kontrastvärden. Samma data, men i ett format där beslut faktiskt går att fatta.

Det svider att höra att man missat. Men det är så man blir bättre, om man väljer att lyssna i stället för att försvara sig.

Vill du se hur din egen sajt ser ut, både tekniskt och i klarspråk? Börja med en tillgänglighetsanalys, så ser du läget som det är idag.

Karin Holm Grundare, Holm Digital AB