Der er ingen fast tidsramme, der gælder for hver app. En lille app med et begrænset antal skærme og en velorganiseret kodebasis kan bringes til det ønskede niveau på få uger; en app med mange specialudviklede komponenter, flere platforme og en lang historie med teknisk gæld tager snarere måneder. Den største variabel er ikke antallet af skærme, men hvor meget af betjeningen, der er bygget uden for standardkomponenterne fra iOS eller Android.
Som grov vejledning: en app, der stort set består af standard UI-elementer, og hvis team allerede er fortrolig med tilgængelighed, kan i praksis ofte tilpasses inden for seks til ti uger. En app med meget egenbetjening, animationer, tilpassede bevægelser eller integrerede tredjepartS-SDK'er løber hurtigt op til tre til seks måneder, simpelthen fordi hver del skal undersøges separat og nogle gange genbygges. Dette er ikke hårde grænser, men et billede af, hvor de fleste projekter i praksis ender.
Hvad der virkelig bestemmer gennemløbstiden
Den tid, et projekt tager, afhænger mindre af selve lovgivningen og mere af tre praktiske faktorer. For det første: er betjeningen opbygget af standardkomponenter fra operativsystemet, eller er den stort set tilpasset udviklet? Standardkomponenter giver tilgængelighed ofte allerede for en stor del gratis; egne komponenter skal hver især forsynes med de rigtige etiketter, fokusrækkefølge og bekendtgørelser for skærmlæsere. For det andet: hvor mange eksterne komponenter er der i appen, såsom betalingsmoduler, kortvisninger eller tredjepartschatvindue? Disse falder ofte uden for det egne teams direkte kontrol, og forespørgsler til en leverandør tager normalt længere tid end selve testningen. For det tredje: er der allerede en testroutine med en skærmleser på den rigtige enhed, eller skal den etableres? Sidstnævnte tager mest tid ved første runde, men betaler sig tilbage ved senere opdateringer.
Hvor planlægningen i praksis står stille
Det meste af forsinkelsen opstår ikke ved justering af tekst eller farvekontrast, men ved interaktion, der ikke kan betjenes med tastatur eller skærmleser: en trækbevægelse uden alternativ, et modalt vindue, der ikke holder fokus fast, eller en formular, hvis fejlmeddelelser ikke annonceres. Denne type problemer bliver ofte først synlig ved manuel test med en skærmleser, noget som en automatiseret scan ikke fuldt ud kan erstatte. Den, der kun er afhængig af en automatisk kontrol, opdager disse knudepunkter normalt for sent i projektet, hvilket alligevel forlænger gennemløbstiden. Et godt udgangspunkt er derfor få en første indikation på et par spørgsmål af, hvor appen er i øjeblikket, så de tidskrævende dele kommer tidligt i fokus i stedet for kort før levering.
App store review-cyklusser spiller også en rolle: en tilpasning, der forbedrer tilgængeligheden, skal stadig gennem den sædvanlige reviewperiode på den pågældende store, før brugerne mærker noget. Det ligger uden for udviklingsteamets indflydelse og skal i hver plan være som fast tidsbuffer.
Forblive tilgængelig efter levering
En app, der i dag opfylder kravene, kan muligvis ikke gøre det efter den næste opdatering. Hver ny funktion, hver ny skærm og hver ændret workflow fortjener samme opmærksomhed som første runde, ellers sniber problemet sig ind igen. Det er også grunden til, at forpligtelsen ikke stopper ved et enkelt test: egen vurdering skal være aktuel, og det kræver en tilbagevendende rytme i stedet for et engangs projekt. For baggrunden på, hvad der præcis kræves af jer i denne sammenhæng, er baggrunden udvalgt for hver situation et passende udgangspunkt.
Hvad axessia.eu gør og ikke gør i dette projekt
Axessia tester, prioriterer, dokumenterer og overvåger: scans viser appens nuværende status, rapporten opstiller resultaterne på en prioriteret liste i almindeligt sprog, og erklæringen og handlingsplanen dokumenterer, hvad der er gjort, og hvad der stadig skal ske. Manuelle revisioner og reparationsarbejde på selve appen hører ikke til det; det bliver ved udviklingsteamet eller den part, der bygger appen. Hvordan scans nøjagtigt udføres, og hvilke kilder der bruges, er forklaret på siden om hvordan informationen skabes. Hvad en fuldstændig proces inklusive rapport og erklæring koster, fremgår af oversigten over abonnementer.
Den, der gerne vil vide, hvor en konkret app står på nuværende tidspunkt, starter bedst med axessia.eus gratis quick-scan. Den giver et første billede på få minutter uden behov for en konto.