Itse parannussuunnitelman summa on yleensä pieni: se on dokumentti, joka sisältää priorisoidun luettelon puutteista, niihin liittyvät määräajat ja perustelut sille, miksi jokin on kiireellinen tai ei. Todelliset kustannukset tulevat seuraavasta vaiheesta, eli verkkosivuston, verkkokaupan tai sovelluksen todellisesta muuttamisesta kehittäjän toimesta. Ja summa vaihtelee suuresti riippuen muutamasta tekijästä, joita käsitellään alla.
Ennen kaikkea ratkaisevaksi tekijäksi ei ole löydettyjen puutteiden määrä vaan puutteen tyyppi ja sijainti. Puuttuva värikontrasti muutamissa otsikoissa voidaan korjata muutamassa tunnissa. Maksuvaihe, jota ei voi käyttää näppäimistöllä, vaikuttaa usein maksetun tai räätälöidyn komponentin alla olevaan koodiin, ja se vie selvästi enemmän aikaa. Parannussuunnitelma kertoo, mitä on tehtävä ja missä järjestyksessä, mutta se ei kerro, kuinka monta tuntia kehittäjä tarvitsee, koska se riippuu verkkosivuston rakentamistavasta.
Mistä summa tulee
Useimmat saavutettavuusongelmien korjaamisen tarjoukset jakautuvat kolmeen osaan: aika ongelman ymmärtämiseen, aika sen korjaamiseen ja aika sille, että voidaan tarkistaa, toimiiko ratkaisu näytönlukijalla tai vain näppäimistöllä. Tämä viimeinen osa jätetään usein huomioimatta alkuperäisessä arvioinnissa, mutta se on juuri se kohta, jossa korjaustyö ylittyy: painike, joka näyttää visuaalisesti hyvältä, ei silti välttämättä ilmoita avustavalle teknologialle, mitä se tekee.
Toinen kustannustekijä on itse alusta. Vakioalustalla rakennettu verkkokauppa, jonka teema on hyvin ylläpidetty, on usein jo saaneet osan perustuksista kuntoon, kuten oikean otsikoiden rakenteen ja perusfokusointijärjestyksen. Liiketoiminnallinen sivusto räätälöidyllä kirjautumisympäristöllä tai omalla maksuvaiheella saattaa puuttua näistä perusteista kokonaan, ja silloin kyse ei ole asetusten muuttamisesta vaan komponenttien kirjoittamisesta uudelleen. tutustua jokaisessa tilanteessa tarkalleen siihen, mitä arvioidaan antaa käsityksen siitä, mitkä sivuston osat vaativat yleensä eniten työtä.
Kolmas tekijä on se, kuka työn tekee. Sisäiset kehittäjät, jotka tuntevat koodin jo, ovat usein nopeampia kuin ulkopuolinen osapuoli, joka joutuu ensin selvittämään, kuinka kaikki toimii. Kääntäen ulkopuolella oleva osapuoli, joka tekee usein tämäntyyppistä korjaustyötä, hyötyy kokemuksesta juuri näiden vika-tyyppien kanssa, kuten lomakkeiden otsikoista tai vaihtoehtoisista teksteistä, jotka puuttuvat rakentavasti.
Mitä summa ei pienennä
Saavutettavuusväline, joka väittää parantavansa sivustoa yhdellä napsautuksella, ei ratkaise mitään näistä taustalla olevista ongelmista eikä näin ollen pienennä todellista työmäärää. Tällainen kerros lisää pinnan eteen kerroksen, mutta alla oleva koodi, lomakkeiden otsikoinnit, fokusointijärjestys pysyy muuttumattomana. Valvontaviranomaiset ja itse lainsäädäntö perustuvat taustalla olevan palvelun todelliseen saavutettavuuteen, eivät siihen, mitä väline lupaa tehdä. Joka luottaa tähän, siirtää vain todellisen korjaustyön kustannukset myöhemmäksi.
Toinen väärinkäsitys on, että kaikki on korjattava kerralla kustannusten säästämiseksi tuntihinnoittelu. Käytännössä vaiheittainen lähestymistapa on usein halvempaa, koska vakavimmista puutteista — esimerkiksi maksuvaiheesta, jota ei voi saada päätökseen näytönlukijalla — hoidetaan ensin, kun taas pienempiä asioita, kuten värikontrasti, käsitellään säännöllisen ylläpidon yhteydessä. Se on juuri sitä, mitä priorisoidun toimintoluettelon arvo tavallisella kielellä tulee: kehittäjät tietävät siis, mistä aloittaa ensin sen sijaan, että käsittelevät kaikkea samanaikaisesti.
Mitä axessia tekee ja mitä ei
Axessia laadii toimintoluettelon, dokumentoi, mitä on testattu, ja valvoo, vaatiivatko sivustoon tehdyt muutokset uudelleentestauksen. Varsinaisen korjaustyön, uuden koodin kirjoittamisen tai teeman mukauttamisen tekee oma kehittäjä tai toimistonne. Tämä ero on tarkoituksellinen: automatisoitu skannaus ei voi testata kaikkia vaatimuksia, ja korjausten tekeminen vaatii tuntemusta omasta alustalastanne, jota skannauksella ei ole.
Kuka haluaa tietää, mikä osa kustannuksista on oleellista omassa tilanteessaan, aloittaa kysymällä, onko säädös sovellettavissa. saada muutamalla kysymyksellä ensimmäinen indikaatio näyttää, onko vapautus voimassa, esimerkiksi mikroyrityksille, ennen kuin korjauskustannuksista aletaan ajatella. Joille, jotka jo tietävät, että säädös koskee heitä ja ovat uteliaita, mitä axessian omien raportin ja ilmoituksen tekeminen maksaa, on se erillään korjaustyöstä osoitteessa tilausten yleiskatsaus ja niiden sisältö.
Epäiletkö edelleen osaa sivustostasi vai haluatko tietää, kuinka aiempi testaus tehtiin ennen kuin otat kehittäjän mukaan? lue, mistä arviointi tulee selittää, mitä lähteitä siihen käytetään.
Ilmainen quick-scan antaa ensimmäisen kuvan muutaman ydinsivu kohdalla siitä, missä suurimmat ongelmat ovat, ilman että rekisteröitymistä tarvitaan. Se on hyvä lähtökohta arvioidakseen, kuinka paljon korjaustyötä odottaa, ennen kuin pyydät tarjouksen kehittäjältä.