Το κόστος του ίδιου του σχεδίου βελτίωσης είναι συνήθως περιορισμένο: είναι το έγγραφο με τη διατεταγμένη λίστα των προβλημάτων, τις αντίστοιχες προθεσμίες και την αιτιολόγηση του γιατί κάτι είναι ή δεν είναι επείγον. Τα πραγματικά κόστη βρίσκονται στο επόμενο στάδιο, στην πραγματική προσαρμογή του ιστοχώρου, του ηλεκτρονικού καταστήματος ή της εφαρμογής από έναν προγραμματιστή. Και το ποσό αυτό ποικίλλει πολύ, ανάλογα με μερικούς παράγοντες που συζητούνται παρακάτω.
Αυτό που καθορίζει κυρίως τα κόστη δεν είναι ο αριθμός των εντοπισθέντων προβλημάτων αλλά ο τύπος του προβλήματος και το σημείο όπου βρίσκεται. Ένα χαμένο αντίθεση χρώματος σε μερικές επικεφαλίδες μπορεί να λυθεί σε μια εργάσιμη ημέρα. Ένα στάδιο πληρωμής που δεν μπορεί να χρησιμοποιηθεί με πληκτρολόγιο, συχνά αγγίζει τον υποκείμενο κώδικα ενός πληρωμένου ή προσαρμοσμένου στοιχείου, και αυτό απαιτεί σημαντικά περισσότερο χρόνο. Το σχέδιο βελτίωσης δηλώνει τι πρέπει να συμβεί και με ποια σειρά· δεν δηλώνει πόσες ώρες χρειάζεται ένας προγραμματιστής, καθώς εξαρτάται από τον τρόπο κατασκευής του ιστοχώρου.
Από πού προέρχεται το ποσό
Τα περισσότερα προσφερόμενα κόστη για την αποκατάσταση προβλημάτων προσβασιμότητας αποτελούνται από τρία μέρη: ο χρόνος για να κατανοήσετε το πρόβλημα, ο χρόνος για να το επιλύσετε και ο χρόνος για να ελέγξετε ότι η λύση λειτουργεί επίσης με ένα πρόγραμμα ανάγνωσης οθόνης ή μόνο πληκτρολόγιο. Αυτό το τελευταίο μέρος συχνά παραβλέπεται σε μια αρχική εκτίμηση, αλλά είναι ακριβώς το σημείο όπου το έργο αποκατάστασης ξεπερνά τις προσδοκίες: ένα κουμπί που φαίνεται οπτικά καλό, μπορεί ακόμη να μην ανακοίνωνε τι κάνει στη βοηθητική τεχνολογία.
Ένας δεύτερος κόστος είναι η ίδια η πλατφόρμα. Ένα ηλεκτρονικό κατάστημα σε μια τυπική πλατφόρμα με καλά διατηρημένα θέματα συχνά έχει ήδη ένα μέρος της βάσης σε τάξη, όπως σωστή δομή επικεφαλίδων και βασική σειρά εστίασης. Ένας επιχειρηματικός ιστότοπος με προσαρμοσμένο περιβάλλον σύνδεσης ή δικό σας κύκλο αγοράς, μπορεί να χρειάζεται αυτή τη βάση εντελώς, και τότε δεν είναι θέμα προσαρμογής ρυθμίσεων αλλά ξαναγραφής στοιχείων. επιλέξτε ανά κατάσταση τι ακριβώς αξιολογείται δίνει μια εικόνα των τμημάτων ενός ιστοχώρου που συνήθως απαιτούν τις περισσότερες εργασίες.
Ένας τρίτος παράγοντας είναι ποιος κάνει τη δουλειά. Οι εσωτερικοί προγραμματιστές που γνωρίζουν ήδη τον κώδικα, είναι συχνά πιο γρήγοροι από ένα εξωτερικό μέρος που πρέπει πρώτα να καταλάβει πώς δουλεύει όλα. Αντίθετα, ένα εξωτερικό μέρος που κάνει συχνά αυτό το είδος εργασίας αποκατάστασης, έχει ένα πλεονέκτημα στην εμπειρία με ακριβώς αυτόν τον τύπο ελαττωμάτων, όπως ετικέτες φορμών ή εναλλακτικά κείμενα που λείπουν δομικά.
Τι δεν μειώνει το κόστος
Ένα πρόσθετο προσβασιμότητας που ισχυρίζεται ότι βελτιώνει τον ιστότοπο σε ένα κλικ, δεν λύνει κανένα από αυτά τα υποκείμενα προβλήματα και επομένως δεν μειώνει ούτε τα πραγματικά κόστη. Ένα τέτοιο στρώμα προσθέτει έναν στρώμα στο μπροστινό μέρος του ιστοτόπου, αλλά ο υποκείμενος κώδικας, οι ετικέτες φορμών, η σειρά εστίασης, παραμένει αμετάβλητος. Οι αρχές εποπτείας και ο κείμενο του νόμου αναφέρονται στην πραγματική προσβασιμότητα της υποκείμενης υπηρεσίας, όχι στο τι υπόσχεται να κάνει ένα πρόσθετο. Όποιος βασίζεται σε αυτό, αναβάλλει μόνο τα κόστη της πραγματικής αποκατάστασης.
Μια άλλη παρανόηση είναι ότι όλα πρέπει να αποκατασταθούν στη συνέχεια για να μειωθούν τα κόστη στο ωριαίο τιμολόγιο. Στην πράξη, μια φασική προσέγγιση είναι συχνά φθηνότερη, επειδή τα πιο σοβαρά προβλήματα — για παράδειγμα ένα στάδιο πληρωμής που δεν μπορεί να ολοκληρωθεί με ένα πρόγραμμα ανάγνωσης οθόνης — λύνονται πρώτα, ενώ μικρότερα σημεία όπως το αντίθεση χρώματος κινούνται σε έναν τακτικό κύκλο συντήρησης. Αυτό είναι ακριβώς το σημείο όπου μια διατεταγμένη λίστα δράσης σε απλή γλώσσα προσθέτει αξία: οι προγραμματιστές γνωρίζουν τότε πού πρέπει να ξεκινήσουν πρώτα, αντί να το κάνουν όλα ταυτόχρονα.
Τι κάνει και δεν κάνει το axessia
Η Axessia καταρτίζει τη λίστα ενεργειών, καταγράφει τι έχει αξιολογηθεί και παρακολουθεί εάν μια αλλαγή στον ιστότοπο απαιτεί εκ νέου αξιολόγηση. Το πραγματικό έργο επιδιόρθωσης, η συγγραφή νέου κώδικα ή η προσαρμογή ενός θέματος, είναι ευθύνη του δικού σας προγραμματιστή ή γραφείου. Αυτή η διάκριση είναι σκόπιμη: μια αυτόματη σάρωση δεν μπορεί να αξιολογήσει ένα μέρος των απαιτήσεων και η εκτέλεση επιδιορθώσεων απαιτεί γνώση της συγκεκριμένης πλατφόρμάς σας που δεν διαθέτει μια σάρωση.
Όποιος θέλει να γνωρίζει ποιο μέρος του κόστους είναι καν σχετικό για τη δική του κατάσταση, ξεκινάει με το ερώτημα εάν ο κανόνισμός ισχύει. λάβετε μια πρώτη ένδειξη σε λίγες ερωτήσεις δείχνει εάν ισχύει απαλλαγή, για παράδειγμα για μικροεπιχειρήσεις, πριν σκεφθεί κανείς κόστη επιδιόρθωσης. Για όσους γνωρίζουν ήδη ότι ο κανόνισμός ισχύει και τους ενδιαφέρει τι κοστίζει η δική της αναφορά και δήλωση, αυτό είναι ανεξάρτητο από το έργο επιδιόρθωσης η επισκόπηση των συνδρομών και τι περιέχεται σε αυτές.
Αμφιβάλλετε ακόμα για ένα τμήμα του ιστότοπού σας ή θέλετε να μάθετε πώς έγινε μια προηγούμενη αξιολόγηση πριν επικοινωνήσετε με έναν προγραμματιστή; διαβάστε από πού προέρχεται η αξιολόγηση εξηγεί ποιες πηγές χρησιμοποιούνται για το σκοπό αυτό.
Η δωρεάν quick-scan δίνει σε ένα μικρό σύνολο βασικών σελίδων μια πρώτη εικόνα του σημείου όπου βρίσκονται τα μεγαλύτερα εμπόδια, χωρίς να χρειάζεται ένας λογαριασμός. Αυτό είναι ένα καλό σημείο εκκίνησης για να εκτιμήσετε περίπου πόσο έργο επιδιόρθωσης σας περιμένει, πριν ζητήσετε προσφορά από έναν προγραμματιστή.