axessia.eu

Care este costul pentru a implementa un plan de îmbunătățire a accesibilității?

Costurile unui plan de îmbunătățire nu sunt incluse în plan însuși, ci în remedierea problemelor identificate — și acel buget depinde în principal de ceea ce platforma dvs. deja poate realiza și cât de mult personalizare necesită.

Taxa pentru planul de remediere în sine este de obicei limitată: este documentul cu lista prioritizată de deficiențe, termenele limită aferente și justificarea care explică de ce ceva este sau nu urgent. Costurile reale sunt în pasul următor, ajustarea efectivă a site-ului, magazinului online sau aplicației de către un dezvoltator. Și acea sumă variază foarte mult, în funcție de câțiva factori discutați mai jos.

Ceea ce o determină în principal nu este numărul de deficiențe găsite, ci tipul deficienței și locul unde se află. Un contrast de culoare lipsă pe câteva titluri se poate remedia într-o după-amiază. O etapă de plată care nu poate fi gestionată cu tastatura afectează adesea codul subiacent al unei componente plătite sau construite pe măsură, iar asta consumă mult mai mult timp. Planul de remediere spune ce trebuie să se întâmple și în ce ordine; nu spune câte ore le trebuie unui dezvoltator, deoarece depinde de cum este construită site-ul.

De unde provine suma

Cele mai multe oferte pentru repararea deficiențelor de accesibilitate sunt structurate în trei părți: timpul pentru a înțelege problema, timpul pentru a o remedia, și timpul pentru a verifica dacă soluția funcționează și cu un cititor de ecran sau numai cu tastatura. Această ultimă parte este adesea uitată în o primă evaluare, dar este exact unde lucrurile se complică: un buton care arată bine din punct de vedere vizual poate totuși să nu anunțe ce face pentru tehnologiile de asistență.

Un al doilea element de cost este platforma în sine. Un magazin online pe o platformă standard cu teme bine întreținute are adesea deja o mare parte din bază în ordine, cum ar fi structura corectă a titlurilor și ordinea de focalizare de bază. Un site de afaceri cu un mediu de conectare personalizat sau un flux de plată propriu le poate lipsi cu totul acea bază, și atunci nu este vorba de ajustare de setări, ci de rescrierea componentelor. în fiecare situație citești ce se testează exact oferă o imagine asupra căreia subdiviziuni ale unui site necesită de obicei cel mai mult lucru.

Un al treilea factor este cine efectuează lucrarea. Dezvoltatorii interni care cunoaște deja codul sunt adesea mai rapizi decât o parte externă care trebuie mai întâi să descopere cum se conectează totul. În schimb, o parte externă care face mai des acest fel de lucrări de reparație are un avantaj în experiența cu exact acest tip de defecte, cum ar fi etichetele de formulare sau textele alternative care lipsesc structural.

Ceea ce nu reduce suma

Un widget de accesibilitate care susține că îmbunătățește site-ul cu un singur clic nu rezolvă niciuna din aceste probleme subiacente și, prin urmare, nici nu reduce costurile reale. Un asemenea strat suplimentar se adaugă pe fața site-ului, dar codul subiacent, etichetele de formulare, ordinea de focalizare, rămân neschimbate. Autoritățile de supraveghere și textul legii în sine se bazează pe accesibilitatea efectivă a serviciului subiacent, nu pe ceea ce promite un widget. Cine se bazează pe aceasta amână doar costurile unei reparații reale.

O altă neînțelegere este că totul trebuie reparat deodată pentru a economisi costuri la tariful orar. În practică, o abordare în faze este adesea mai ieftină, deoarece deficiențele cele mai grave — de exemplu, o etapă de plată care nu se poate finaliza cu un cititor de ecran — sunt rezolvate mai întâi, în timp ce punctele mai mici, cum ar fi contrastul de culoare, se includ într-un ciclu de întreținere obișnuită. Aceasta este exact locul unde o listă de acțiuni prioritizată în limbaj simplu adaugă valoare: dezvoltatorii știu atunci unde trebuie să înceapă mai întâi, în loc să se ocupe de totul simultan.

Ce face și ce nu face axessia

Axessia elaborează lista de acțiuni, documentează ce a fost evaluat și monitorizează dacă o modificare a site-ului necesită o nouă evaluare. Munca efectivă de remediere, scrierea de cod nou sau adaptarea unei teme, revine dezvoltatorului sau agenției dumneavoastră. Această distincție este intenționată: o scanare automată nu poate evalua o parte din cerințe, iar realizarea reparațiilor necesită cunoașterea platformei dumneavoastră specifice pe care o scanare nu o posedă.

Cine dorește să afle ce parte din costuri este cu adevărat relevantă pentru situația sa, începe cu întrebarea dacă legea se aplică. în câteva întrebări pentru a obține o primă indicație arată dacă se aplică o scutire, de exemplu pentru microîntreprinderi, înainte de a gândi la costurile remediere. Pentru cine știe deja că legea se aplică și este curios care sunt costurile propriilor raportări și declarații ale axessia, acestea sunt separate de munca remediere pe prezentarea general a abonamentelor și ce conțin acestea.

Aveți încă îndoieli cu privire la o parte a site-ului dumneavoastră, sau doriți să știți cum s-a desfășurat o evaluare anterioară înainte de a angaja un dezvoltator? verificaţi de unde provine evaluarea explică ce surse sunt utilizate în acest scop.

Scanarea rapidă gratuită oferă o primă imagine pe câteva pagini nucleu despre unde se află cele mai mari probleme, fără a fi nevoie de un cont. Acesta este un punct de plecare bun pentru a estima aproximativ cât de mult efort de remediere va urma, înainte de a solicita o ofertă unui dezvoltator.

Acest articol este informații generale și nu constituie consiliere juridică.