Κατασκευή ιστοσελίδων: ο πρακτικός χάρτης απαιτήσεων πριν ξεκινήσει η ανάπτυξη

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

1. Από την ιδέα σε μία μετρήσιμη αποστολή

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

2. Σχεδιάστε πληροφοριακή αρχιτεκτονική πριν σχεδιάσετε οθόνες

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

3. Περιγράψτε κάθε λειτουργία ως σενάριο χρήσης

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

4. Καθορίστε την πηγή και τον ιδιοκτήτη του περιεχομένου

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

5. Επιλέξτε επίπεδο διαχείρισης που αντέχει στην καθημερινότητα

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

6. Συμφωνήστε από πριν τι σημαίνει «έτοιμο»

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

7. Λίστα ελέγχου εύρος έργου πριν ζητήσετε ή εγκρίνετε προσφορά

• Κύριος στόχος και δευτερεύοντες στόχοι της ιστοσελίδας.
• Ομάδες χρηστών και βασικές ενέργειες ανά ομάδα.
• Χάρτης σελίδων και ιδιοκτήτης περιεχομένου για καθεμία.
• Λειτουργίες περιγραμμένες με σενάρια, όχι μόνο ονομασίες.
• Απαιτούμενες συνδέσεις με εξωτερικά συστήματα και διαθέσιμες προσβάσεις.
• Ρόλοι διαχείρισης και συχνότητα μελλοντικών ενημερώσεων.
• Φιλοξενία, αντίγραφα ασφαλείας, ασφάλεια και τεχνική υποστήριξη.
• Κριτήρια παραλαβής, κύκλοι διορθώσεων και διαδικασία αλλαγών.

8. Τρία σημεία που αποκαλύπτουν κρυφό εύρος έργου

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

9. Η καλή προδιαγραφή δεν είναι γραφειοκρατία

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

10. Πρόβλεψη για την επόμενη αλλαγή, όχι μόνο για την πρώτη έκδοση

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

11. Τεκμηρίωση και πρόσβαση είναι μέρος του παραδοτέου

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

12. Απλός κανόνας για κάθε νέα απαίτηση

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

13. Πώς αποφεύγεται το χάος των διορθώσεων

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

14. Τι κρατάτε ως βάση για το επόμενο έργο

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