απάκης webmaster

Απάκης webmaster: τι να ορίσετε πριν από την τεχνική ανάθεση μιας ιστοσελίδας

Για μια συνεργασία με webmaster, η πιο χρήσιμη αρχική εργασία είναι η αποτύπωση απαιτήσεων. Όταν το αίτημα αφορά τον Απάκη ως επαγγελματία σχεδιασμού και διαχείρισης ιστοσελίδων, χρειάζεται να γνωρίζουμε τι πρέπει να λειτουργεί, ποιος θα το χρησιμοποιεί και με ποιο κριτήριο θα παραληφθεί. Οι ασαφείς οδηγίες «να γίνει πιο σύγχρονο» ή «να διορθωθούν όλα» δεν αρκούν για ασφαλή τεχνικό προγραμματισμό. Ένα σύντομο αλλά συγκεκριμένο σχέδιο μπορεί να προλάβει διαφωνίες, περιττές εργασίες και απώλεια σημαντικών πληροφοριών.

Περιγράψτε την υφιστάμενη κατάσταση με πραγματικά παραδείγματα

Πριν επιλέξουμε λύση, ζητάμε να γνωρίζουμε ποια σελίδα εμφανίζει πρόβλημα, ποια ενέργεια ακολουθεί ο χρήστης και τι συμβαίνει αντί για το επιθυμητό αποτέλεσμα. Η διατύπωση «η φόρμα δεν λειτουργεί» είναι λιγότερο χρήσιμη από το «μετά την υποβολή εμφανίζεται επιτυχία, αλλά το μήνυμα δεν φτάνει στον υπεύθυνο». Αν το πρόβλημα αφορά αργή διαχείριση, καταγράψτε ακριβώς ποια βήματα απαιτούνται για μια απλή αλλαγή. Έτσι εντοπίζουμε αν χρειάζεται εκπαίδευση, προσαρμογή διαδικασίας ή αλλαγή λογισμικού.

Προσθέστε και τους περιορισμούς. Μπορεί να υπάρχει παλιό σύστημα που δεν επιτρέπεται να διακοπεί, ανάγκη διατήρησης συγκεκριμένων διευθύνσεων ή χρήστες που δεν έχουν πρόσβαση σε όλες τις λειτουργίες. Αυτά τα στοιχεία δεν είναι δευτερεύοντα. Καθορίζουν τη σειρά εργασιών και τον τρόπο με τον οποίο μπορεί να δοκιμαστεί ένα νέο στοιχείο χωρίς να διαταραχθεί η καθημερινή λειτουργία.

Χωρίστε το έργο σε περιεχόμενο, λειτουργίες και υποδομή

Το περιεχόμενο περιλαμβάνει κείμενα, φωτογραφίες, στοιχεία επικοινωνίας, κατηγορίες και τις σχέσεις μεταξύ των σελίδων. Οι λειτουργίες αφορούν φόρμες, φίλτρα, λογαριασμούς, αναζητήσεις, δικαιώματα και ενδεχόμενες διασυνδέσεις. Η υποδομή περιλαμβάνει τις υπηρεσίες φιλοξενίας, τα αντίγραφα ασφαλείας, τις προσβάσεις και τις διαδικασίες ενημέρωσης. Για κάθε ομάδα ορίστε υπεύθυνο που παρέχει στοιχεία, πρόσωπο που εγκρίνει τις αλλαγές και τρόπο επιβεβαίωσης της ορθότητας.

Ένα συχνό πρόβλημα είναι ότι η επιχείρηση εγκρίνει το εικαστικό και θεωρεί πως έχει εγκρίνει συνολικά το έργο. Όμως η σχεδίαση οθόνης δεν απαντά αν μια αναζήτηση επιστρέφει σωστά δεδομένα, αν ο συντάκτης μπορεί να διορθώσει μια καταχώριση ή αν η διακοπή μιας εξωτερικής υπηρεσίας αντιμετωπίζεται με κατανοητό μήνυμα. Η τελική παραλαβή χρειάζεται ξεχωριστή δοκιμή κάθε κρίσιμης λειτουργίας.

Πρακτική λίστα απαιτήσεων που μπορείτε να συμπληρώσετε

1. Σκοπός: Ποια ανάγκη επισκέπτη ή εργαζομένου πρέπει να λυθεί;
2. Χρήστες: Ποιοι βλέπουν και ποιοι τροποποιούν τα δεδομένα;
3. Σελίδες: Ποιες ενότητες διατηρούνται, συγχωνεύονται ή δημιουργούνται;
4. Λειτουργίες: Ποιες ενέργειες πρέπει να ολοκληρώνονται χωρίς τεχνική βοήθεια;
5. Μεταφορά: Τι υπάρχει ήδη και πρέπει να παραμείνει ακριβές;
6. Πρόσβαση: Ποιος διαθέτει τους λογαριασμούς και τα απαραίτητα δικαιώματα;
7. Έλεγχος: Ποιο συγκεκριμένο παράδειγμα αποδεικνύει ότι κάθε απαίτηση ολοκληρώθηκε;
8. Υποστήριξη: Ποιος αναλαμβάνει την παρακολούθηση μετά την παραλαβή;

Η λίστα πρέπει να συμπληρώνεται με πραγματικά δεδομένα και όχι γενικές ευχές. Για παράδειγμα, αντί για «να είναι εύχρηστο», γράψτε ότι ο υπεύθυνος περιεχομένου πρέπει να μπορεί να αλλάζει το ωράριο από συγκεκριμένη οθόνη και να βλέπει το αποτέλεσμα πριν το δημοσιεύσει. Αυτή η περιγραφή μπορεί να ελεγχθεί. Η γενική επιθυμία δεν μπορεί να αποτελέσει αντικειμενικό κριτήριο.

Πώς ορίζεται το εύρος χωρίς να χαθεί η ευελιξία

Κατατάξτε τις απαιτήσεις σε τρεις κατηγορίες: αναγκαίες για την πρώτη παράδοση, χρήσιμες αν υπάρχει διαθέσιμος χρόνος και πιθανές για επόμενη έκδοση. Η κατάταξη δεν σημαίνει ότι οι δεύτερες κατηγορίες εγκαταλείπονται. Σημαίνει ότι ένα έργο έχει σαφές σημείο ολοκλήρωσης. Αν προστεθεί νέα λειτουργία στη διάρκεια της ανάπτυξης, οφείλει να καταγραφεί τι επηρεάζει στο κόστος, στον χρόνο, στις δοκιμές και στις υπόλοιπες απαιτήσεις.

Ελέγχουμε επίσης τις εξαρτήσεις: μια φόρμα μπορεί να χρειάζεται υπηρεσία αποστολής, ένα σύστημα κρατήσεων μπορεί να σχετίζεται με διαθεσιμότητες και μια μεταφορά περιεχομένου να απαιτεί πρόσβαση στην παλιά βάση δεδομένων. Αν η επιχείρηση δεν διαθέτει αυτά τα στοιχεία, είναι καλύτερο να αναγνωριστεί το κενό νωρίς, παρά να εμφανιστεί στο τελικό στάδιο ως απρόβλεπτη τεχνική βλάβη.

Ασφάλεια, πρόσβαση και δυνατότητα επαναφοράς

Πριν γίνει οποιαδήποτε αλλαγή σε ενεργό ιστότοπο, συμφωνήστε πώς προστατεύεται η υπάρχουσα κατάσταση. Χρειάζεται κατάλληλο αντίγραφο ασφαλείας και γνώση της διαδικασίας ανάκτησής του. Η ύπαρξη ενός αρχείου δεν αρκεί αν κανείς δεν μπορεί να εξηγήσει πώς επαναφέρεται ή αν περιέχει τα δεδομένα που χρειάζονται. Περιορίστε τις τεχνικές προσβάσεις στα απολύτως απαραίτητα δικαιώματα και ανακαλέστε προσωρινούς λογαριασμούς όταν δεν χρειάζονται πλέον.

Σε έργα που χειρίζονται προσωπικά στοιχεία ή παραγγελίες, είναι ιδιαίτερα σημαντικό να περιγράφεται ποιος έχει δικαίωμα προβολής, τροποποίησης και εξαγωγής δεδομένων. Ο τεχνικός σχεδιασμός πρέπει να ακολουθεί τις πραγματικές αρμοδιότητες. Η επιχείρηση παραμένει υπεύθυνη για τις αποφάσεις που αφορούν τα δεδομένα της, ενώ ο συνεργάτης οφείλει να τεκμηριώνει τη λειτουργία που αναλαμβάνει.

Αναζήτηση και αναδιαμόρφωση περιεχομένου

Αν το έργο περιλαμβάνει νέες σελίδες, ενσωματώστε από την αρχή την οργάνωση των θεμάτων. Το SEO (Βελτιστοποίηση για Μηχανές Αναζήτησης, Search Engine Optimization) βασίζεται και σε καθαρούς τίτλους, σωστές εσωτερικές συνδέσεις και κείμενα που απαντούν σε συγκεκριμένα ερωτήματα. Μην παράγετε πολλά σχεδόν ίδια άρθρα επειδή διαφέρουν δύο λέξεις σε μια αναζήτηση. Καταγράψτε ποια μοναδική ανάγκη εξυπηρετεί κάθε σελίδα και ποια πληροφορία προσθέτει.

Σχετικά με το αντικείμενο της τεχνικής διαχείρισης ιστοσελίδας και την κατασκευή νέου περιεχομένου, εξετάστε πρώτα αν ζητάτε συντήρηση ή επέκταση. Η διάκριση καθορίζει διαφορετικά στάδια ελέγχου. Ένας οδηγός διαδικασιών ή μια σωστά οργανωμένη φόρμα μπορεί να προσφέρει μεγαλύτερη αξία από την προσθήκη νέας σελίδας χωρίς συγκεκριμένο σκοπό.

Παράδοση και αποδοχή βήμα προς βήμα

Η παραλαβή δεν πρέπει να περιορίζεται σε μια παρουσίαση από τον δημιουργό. Ζητήστε να εκτελέσει ο πραγματικός χρήστης τις βασικές ενέργειες: εισαγωγή και διόρθωση καταχώρισης, δοκιμαστική αποστολή, αναζήτηση πληροφορίας, προβολή σε κινητό και επιβεβαίωση ότι δεν χάθηκαν παλιά δεδομένα. Καταγράψτε τυχόν αποκλίσεις, διαχωρίστε τις από πρόσθετα αιτήματα και ορίστε την επανάληψη του ελέγχου μετά τη διόρθωση.

Στη δική μας μεθοδολογία θέλουμε να γνωρίζουμε ποια απαίτηση θεωρείται ολοκληρωμένη και ποιος το επιβεβαίωσε. Η τεκμηρίωση λειτουργεί ως κοινή γλώσσα ανάμεσα στον ιδιοκτήτη και στον δημιουργό. Για την αρχική συζήτηση μπορείτε να χρησιμοποιήσετε και το συγκριτικό πλαίσιο συνεργασίας με webmaster, ώστε να μην αναμειχθεί μια μεμονωμένη διόρθωση με ένα πλήρες έργο ανάπτυξης.

Παράδειγμα αντικειμενικής δοκιμής παραλαβής

Ας υποθέσουμε ότι μια επιχείρηση χρειάζεται να αλλάζει μόνη της τις ώρες λειτουργίας. Η απαίτηση μπορεί να οριστεί ως εξής: ο εξουσιοδοτημένος χρήστης συνδέεται, διορθώνει το ωράριο, ελέγχει την προεπισκόπηση και δημοσιεύει χωρίς παρέμβαση τεχνικού. Ο έλεγχος αποδοχής πρέπει να επιβεβαιώνει ότι το νέο κείμενο εμφανίζεται στη σωστή σελίδα, ότι ο μη εξουσιοδοτημένος λογαριασμός δεν μπορεί να το τροποποιήσει και ότι δεν επηρεάζεται άλλο περιεχόμενο. Με τέτοια παραδείγματα η λέξη «ολοκλήρωση» αποκτά μετρήσιμο νόημα.

Η ίδια λογική εφαρμόζεται σε μεταφορά άρθρων ή σε προσθήκη φόρμας. Περιγράψτε δείγματα δεδομένων, αναμενόμενη συμπεριφορά και πιθανό σφάλμα. Αν η βασική διαδρομή επιτυγχάνει αλλά ένα κρίσιμο σενάριο αποτυγχάνει, η απαίτηση δεν έχει κλείσει. Χωρίς αυτές τις δοκιμές ακόμη και δύο καλοπροαίρετα μέρη μπορεί να έχουν διαφορετική αντίληψη για το τι παραδόθηκε.

Σύντομες απαντήσεις πριν την εκκίνηση

Πόσες λεπτομέρειες χρειάζεται να καταγράψω;

Όσες χρειάζονται για να ελεγχθεί αν ο στόχος επιτεύχθηκε. Οι αβέβαιες απαιτήσεις μπορούν να επισημανθούν ως ανοιχτές αποφάσεις αντί να καλυφθούν με υποθέσεις.

Ποιος εγκρίνει την αλλαγή ενός στοιχείου;

Ένα κατονομασμένο πρόσωπο από την επιχείρηση, ανάλογα με το είδος της αλλαγής. Ο τεχνικός αξιολογεί την υλοποίηση, αλλά δεν πρέπει να αποφασίζει μόνος του την επιχειρησιακή πολιτική.

Τι γίνεται αν εμφανιστεί νέα ανάγκη στη διάρκεια του έργου;

Καταγράφεται χωριστά, εκτιμάται η επίδρασή της και συμφωνείται αν θα ενταχθεί στην τρέχουσα παράδοση ή σε επόμενη φάση. Έτσι παραμένουν ορατές οι πραγματικές δεσμεύσεις.