Webbtillgänglighetsdagarna 2018 Upphandling av en tillgänglig webbplats 11.12.2018 Camilla Heikkilä, North Patrol Oy
Camilla Heikkilä Web Communications Specialist Över 15 års erfarenhet av webbkommunikation ur ett användarperspektiv. Camilla har arbetat med webbtillgänglighet i flertal projekt sedan 2006. Som konsult vid North Patrol har Camilla specialiserat sig på offentlig upphandling av webbprojekt. linkedin.com/in/camillaheikkila 2
Hur upphandlar man en tillgänglig webbplats? 1. Hur specificerar vi kraven i anbudsförfrågan? 2. Vad kan vi kräva för bevis på tillgänglighetskunnande av leverantören? 3. Hur beaktar vi tillgänglighet när vi utvärderar offerterna? 4. Hur fastställer vi tillgängligheten i den levererade webbplatsen? 3
4 Hur specificerar vi en tillgänglig webbplats?
Vad står det om tillgänglighet i kravspecifikationen? Kapitel XX: Webbläsarkompatibilitet Webbplatsens tillgänglighet säkras på ett sätt som motsvarar EU-direktivet. Webbplatsens tillgänglighet ska motsvara nivå AA i WCAG-kriterierna. WCAG = Web Content Accessibility Guidelines (internationellt etablerade riktlinjer för tillgängligt innehåll på webben) Tekniskt korrekt, men får vi en tillgänglig webbplats på riktigt? 5
Ni tar väl i beaktande WCAGkriterierna? Klart vi gör! 6
Vad är det för fel med WCAG? WCAG är egentligen inga klara kriterier eller anvisningar, utan ett enormt bibliotek med olika anvisningar (ca. 1000 A4-sidor). Man måste vara mycket insatt för att kunna följa anvisningarna till fullo. Kriterierna är svåra att tolka, terminologin är inte intuitiv och det finns mycket rum för tolkning. 7
Vad är det för fel med WCAG? Man kan inte använda WCAG-riktlinjerna som en checklista och kryssa i ifall kraven uppfylls / inte uppfylls. WCAG-biblioteket har en hierarkisk struktur och innefattar principer, riktlinjer och framgångskriterier: Fyra principer för webbplatser. Webbplatsen ska vara: Möjlig att uppfatta även de som inte har alla fem sinnen i bruk ska kunna ta del av innehållet på webbplatsen. Hanterbar även de som inte använder en typisk dator, grafiskt användargränssnitt, mus och tangentbord ska kunna använda webbplatsen Begriplig webbpassen anpassar sig så att den logiskt kan förstås med teknologiska hjälpmedel Robust webblösningen följer standarder 8
Vad är det för fel med WCAG? Principerna innefattar 13 riktlinjer, exempelvis: Riktlinje 1.2: Tillhandahåll alternativ till tidsberoende media. Riktlinje 2.3: Designa inte innehåll på ett sätt som kan orsaka krampanfall. Varje riktlinje har olika mängd framgångskriterier. Sammanlagt finns det 78 framgångskriterier! Riktlinjerna och kriterierna är inte entydiga, man kan komma fram till samma resultat på flera olika sätt. 9
Vad är det för fel med WCAG? Det finns sammanlagt 50 framgångskriterier på A- och AA-nivå. Varje framgångskriterium är en komplicerad helhet som är svår att tolka och svår att bestyrka. Framgångskriterierna generaliserar alla tillgänglighetslösningar: ett kosmetiskt problem eller hur behaglig webbplatsen uppfattas jämställs med ett kritiskt tillgänglighetsproblem. 10
Vad kan vi kräva av leverantören? Leverantören är inte ensam ansvarig för att många av tillgänglighetskraven ska gå i uppfyllelse. Ansvaret ligger även på innehållsproducenterna och grafikerna. Det är högst troligt att vi inte kan följa alla AA-nivåns kriterier till punkt och pricka i verkligheten. Exempel: 1.2.4: Textbeskrivningar av direktsänt ljudinnehåll? 3.1.2: Språk för del av sida? 11
Vad är vårt problem egentligen? Webbplatserna ska uppfylla AA-nivå i WCAG 2.0 kravet är i praktiken omöjligt att uppnå 12
Vi definerar vår egen syn på WCAG-kriterierna Tillgänglighetsmål för servicen Vi definierar själv de mål som specifikt rör det arbete leverantören gör! Vissa av WCAG-kriterierna är betydligt mer kritiska än andra. Hur prioriterar vi dem? Vilka tillgänglighetsproblem får absolut inte uppstå? Vissa av WCAG-kriterierna är bättre kända och följs bättre än andra. Vilka egenskaper kommer vi att testa? WAI-ARIA-taggar, åtkomlighet med tangentbord, kontraster, förstoring av text? Vissa delar av webbplatsen är svårare att få tillgängliga än andra (blanketter, sökbaserade sidor, dynamiska applikationer). Vad har vi för specialkrav för dessa vad beträffar tillgänglighet? 13
14 Vad ber vi i anbudsförfrågan?
Hur bevisar anbudsgivaren sin kompetens? I ett öppet förfarande kan vi begrunda: A. Minimikraven: Vad måste leverantören åtminstone uppfylla/bevisa, för att kunna lämna anbud? Om minimikraven inte uppfylls måste anbudet förkastas. B. Kvalitetsfaktorer, som vi kan poängsätta och jämföra: Vad för redovisningar måste leverantören ge? Vi måste beskriva de principer enligt vilka vi poängsätter dessa redovisningar. Den leverantör som har fått goda poäng klarar sig bra i upphandlingen. Vill vi ha in bra anbud måste det vara lockande och tillräckligt lätt att delta i upphandlingen. Leverantören har inget intersse av att utöka projektet med tilläggsarbete som höjer på kostnaderna. 15
Kommunförbundets modell utredning av anbudsgivarens tillgänglighetskompetens Leverantörens bedömning av den egna tillgänglighetskapaciteten ( nivå 1 5) och som bevis på kompetensen Enskilda planerares: utbildning erfarenhet tilläggscertifikat Anbudsgivarens referenser från tidigare projekt: vilken metod användes för att säkerställa tillgängligheten i referensprojektet? inspekterades tillgängligheten på uppdrag av en utomstående revisor (rapport)? hur genomfördes användartestningen? Anbudsgivarens plan för att säkerställa tillgängligheten: Kvalitetsmetoder Testningsmetoder Bruk av utomstående tillgänglighetskonsult Kraven mot vilka tillgängligheten planeras Användartestning Upprätthållning av tillgänglighet efter att tjänsten har publiceras 16
Problem med modellen i öppet förfarande Leverantörens bedömning av den egna tillgänglighetskapaciteten ( nivå 1 5) och som bevis på kompetensen Egen bedömning finns inga allmänna kriterier som du måste uppnå för att vara ex. nivå 4. Bedömningarna är inte jämförbara. Enskilda planerares: utbildning erfarenhet tilläggscertifikat Vad bevisar dessa och vad leder de till? Är de minimikrav eller kvalitetsfaktorer? Anbudsgivarens referenser från tidigare projekt: vilken metod användes för att säkerställa tillgängligheten i referensprojektet? inspekterades tillgängligheten på uppdrag av en utomstående revisor (rapport)? hur genomfördes användartestningen? Minimikrav eller poängsättning? Är dessa leverantörens förtjänst? Anbudsgivarens plan för att säkerställa tillgängligheten: Kvalitetsmetoder Testningsmetoder Bruk av utomstående tillgänglighetskonsult Kraven mot vilka tillgängligheten planeras Användartestning Upprätthållning av tillgänglighet efter att tjänsten har publiceras 17 Poängsättning? Gränsen för leverantörens ansvar?
Realistiska kriterier för jämförelse av anbud? A. Minimikrav: Projektteamet har en utnämnd sakkunnig, som anvarar för att lösningarna som tillämpas är tillgängliga? Någon referens från ett tidigare projekt där man fäst extra uppmärksamhet vid tillgänglighet? Kriterier för referensprojektet? Försäkran om att man förbinder sig till tillgänglighetstest, som beställaren låter göra. B. Kvalitetsfaktorer man poängsätter: En eller flera kvalitativa frågor om hur tillgängligheten säkerställs i projektet? Beskrivning av hur de i kravspecifikationen preciserade tillgänglighetskraven kommer att lösas? 18
Hur jämför vi anbuden? Minimikraven: Man får inte delta i anbudsförfarandet ifall man inte kan bevisa att man tar i beaktande tillgängligheten Poängsatta kvalitetsfaktorer: Anbudsgivarens svar, förslag och planer för att säkerställa tillgängligheten poängsätts (som en del av övriga kvalitetsfrågor) Tillgänglighetskunskapens betydelse i upphandlingen? i relation till pris, teknisk kompetens, förslagna tekniska lösningar, tillvägagångssätt, projektmodell, stöd- och underhållsservice? Fördelningen i ett typiskt webbprojekt: Pris 30 40 % Projektplan 20 30 % Beskrivningar av de tekniska lösningarna 35 45 % Egen betoning för tillgänglighetslösningarna? 19
20 Hur godkänner vi leveransen?
Under leveransprojektet Om vi i kravspecifikationen har definierat våra egna tillgänglighetsmål, kan vi i samband med sprinternas utvärderingsmöten eller leveranssens sluttestning kontrollera att målen uppfylls: Navigera med hjälp av tangentbord, Förflytta dig till innehåll snabblänk Sidornas title, språk, HTML-markeringar, användargränsnittets olika delar Komponenter som öppnas ( dragspel, flikar och andra scriptade funktioner) Blanketter 21
Det viktiga för att webbplatsen ska vara tillgänglig är inte att vi uppfyller varje kriterium! Vi har lyckats ifall människor klarar av att använda den service vi har byggt. 22
Användartestning Testa med riktiga slutanvändare! Kunden ansvarar för att testet görs. Leverantören kan inte i vanliga fall ordna den användartestning som behövs Vi behöver en tredje parts tjänstelevarantör. För att hitta och köpa bra tjänstelevarantörer behöver vi gemensam god praxis. 23
24 Viisautta vaativiin verkkopalvelu-hankkeisiin web-ostajanopas.fi