Κατασκευή ιστοσελίδας: τι πρέπει να οριστεί πριν ξεκινήσει το έργο

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

1. Ορίζουμε πρώτα τον επιχειρηματικό στόχο

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

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

2. Καταγράφουμε κοινό, διαδρομές και βασικές σελίδες

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

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

3. Προδιαγράφουμε λειτουργίες πριν επιλεγεί τεχνολογία

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

Αν απαιτείται CMS (Σύστημα Διαχείρισης Περιεχομένου, Content Management System), ορίζουμε ποιο περιεχόμενο πρέπει να αλλάζει χωρίς προγραμματιστική επέμβαση, ποιοι ρόλοι διαχείρισης χρειάζονται και ποιες ενέργειες πρέπει να είναι προστατευμένες. Αυτό αποτρέπει ένα συνηθισμένο πρόβλημα: να παραδοθεί εύχρηστη διαχείριση για άσχετα πεδία, ενώ το πραγματικά κρίσιμο περιεχόμενο παραμένει δύσκολο να ενημερωθεί.

4. Συμφωνούμε περιεχόμενο, ευθύνες και εξαρτήσεις

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

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

5. Βάζουμε από την αρχή απαιτήσεις για κινητά, ταχύτητα και προσβασιμότητα

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

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

6. Ορίζουμε τι σημαίνει «έτοιμο για παράδοση»

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

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

7. Κλειδώνουμε περιορισμούς, προτεραιότητες και ιδιοκτησία

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

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

Λίστα ελέγχου απαιτήσεων πριν δοθεί το «ξεκινάμε»

• Σκοπός: ένας κύριος στόχος και σαφείς δευτερεύοντες στόχοι.
• Κοινό: πραγματικές ανάγκες χρηστών και βασικές διαδρομές.
• Περιεχόμενο: υπεύθυνος, μορφή, όγκος και χρόνος παράδοσης υλικού.
• Λειτουργίες: τι κάνει ο επισκέπτης και τι κάνει ο διαχειριστής.
• Δομή: σελίδες, πλοήγηση και σχέσεις μεταξύ βασικών θεμάτων.
• Συστήματα: επιβεβαιωμένες εξωτερικές συνδέσεις και διαθέσιμες προσβάσεις.
• Ποιότητα: κινητά, ταχύτητα, προσβασιμότητα και βασικοί έλεγχοι.
• Παράδοση: μετρήσιμα κριτήρια αποδοχής, λογαριασμοί και τεκμηρίωση.
• Μετά τη δημοσίευση: συντήρηση, ενημερώσεις και ιδιοκτησία κάθε ευθύνης.

Η σωστή προδιαγραφή μειώνει τις εκπλήξεις

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