Behöver flera verksamheter dela plattform men inte personlighet?
Vi hjälper er samla teknik, komponenter och förvaltning där det är smart, och lämna utrymme för egna uttryck där det faktiskt spelar roll.
När Region Skåne fick en omfattande tillgänglighetsgranskning av sina webbplatser började vårt arbete med att omsätta rapportens många anmärkningar till konkreta förbättringar. För mig blev det samtidigt en ögonöppnare för hur avgörande ganska små detaljer i design och kod kan vara för om någon faktiskt kan använda en webbplats eller inte.


Inför de nya kraven på digital tillgänglighet lät Region Skåne en extern leverantör granska sina fem webbplatser. Resultatet var en omfattande rapport med problem som behövde åtgärdas för att webbplatserna skulle leva upp till kraven i WCAG.
Det var där vårt arbete började.
En sådan rapport kan innehålla väldigt många anmärkningar, och alla är inte lika stora eller lika komplicerade att lösa. Därför började vi inte med att bara beta av listan uppifrån och ner.
Vi gick tillsammans med kunden igenom problemen och försökte förstå vad varje punkt faktiskt innebar för den som använder webbplatsen. Hur allvarligt var problemet? Hur många användare riskerade att påverkas? Och hur omfattande skulle det vara att lösa?
Det kunde vara något så konkret som för låg kontrast mellan text och bakgrund eller en textstorlek som var för liten. Men det kunde också handla om betydligt mer komplexa problem, till exempel att någon som inte kan se sidan behöver förstå hur den är uppbyggd med hjälp av en skärmläsare, eller att hela webbplatsen måste gå att använda utan mus.
Det gjorde prioriteringen viktig. Vi behövde lösa rätt problem i rätt ordning – och framför allt förstå problemen innan vi började bygga lösningarna.
När vi hade gått igenom granskningen viktade och prioriterade vi ärendena utifrån både hur stora hinder de skapade för användarna och hur komplexa de var att åtgärda.
Därefter tog vi fram en lösning för varje problem och kravställde hur den skulle fungera innan själva utvecklingen började.
För vissa saker var vägen ganska rak. Om en färg hade för låg kontrast kunde vi mäta den, justera den och kontrollera att den nya kombinationen uppfyllde kraven.
Andra problem krävde betydligt mer eftertanke.
En person som navigerar med tangentbord behöver exempelvis kunna ta sig genom sidan i en logisk ordning och hela tiden förstå var hen befinner sig. En person som använder skärmläsare behöver få information om sådant som en seende användare kan förstå direkt genom sidans utseende.

Där räcker det inte att något ser rätt ut. Strukturen och koden måste också förmedla rätt information.
Mitt arbete blev därför en kombination av att förstå själva tillgänglighetsproblemet, hitta en lösning som fungerade i praktiken och sedan implementera och testa den.
De fem webbplatserna låg på samma tekniska plattform och delade delar av sin kod, vilket förstås påverkade hur utvecklingen genomfördes. Men själva utgångspunkten var hela tiden densamma: varje identifierat hinder skulle få en lösning som gjorde webbplatsen lättare att använda för de människor som faktiskt berördes av det.
Det här var mitt första riktigt stora uppdrag inom webbtillgänglighet.
Jag kunde mycket om att bygga webbplatser, men hade tidigare inte behövt tänka särskilt mycket på hur en lösning jag byggde fungerade för någon som till exempel inte ser skärmen eller inte kan använda en mus.
Det förändrades ganska snabbt under projektet.
Ju mer jag arbetade med problemen, desto tydligare blev det hur lätt det är att bygga något som fungerar perfekt för mig själv och samtidigt skapa ett hinder för någon annan. Saker som jag tidigare hade sett som tekniska detaljer fick plötsligt en väldigt konkret betydelse.
Det är nog det jag är mest glad över att jag tog med mig från projektet.
Jag lärde mig mycket om hur man faktiskt bygger tillgängligt, men framför allt började jag förstå varför det är viktigt. Det gjorde att jag aktivt fortsatte att sätta mig in i området efter projektet och att tillgänglighet sedan dess har blivit något jag både driver i våra egna projekt och försöker få fler kunder att ta på allvar.
För mig blev det inte bara ett projekt där vi rättade ett antal fel i en rapport. Det förändrade faktiskt hur jag ser på bra webbutveckling.
Vi hjälper er samla teknik, komponenter och förvaltning där det är smart, och lämna utrymme för egna uttryck där det faktiskt spelar roll.
Prata med oss om er gemensamma plattform





