Κατασκευή website: πλήρης λίστα απαιτήσεων πριν αρχίσει το έργο
Μια επιτυχημένη κατασκευή website ξεκινά με μια συμφωνημένη περιγραφή του τι θα παραδοθεί, ποιος θα το χρησιμοποιεί και ποιοι περιορισμοί υπάρχουν. Η λίστα απαιτήσεων προστατεύει τόσο την επιχείρηση όσο και την ομάδα υλοποίησης από παρερμηνείες. Δεν χρειάζεται να είναι τεχνικό εγχειρίδιο εκατοντάδων σελίδων. Χρειάζεται όμως να απαντά στα ουσιώδη: ποιο είναι το κοινό, ποιες εργασίες θα εκτελεί, ποιο υλικό θα δημοσιευθεί, ποιες υπηρεσίες θα συνδέονται με την ιστοσελίδα και πώς θα αποδεικνύεται ότι το έργο λειτουργεί. Όσα δεν οριστούν πριν από την έναρξη έχουν μεγάλη πιθανότητα να εμφανιστούν αργότερα ως ακριβές εκπλήξεις.
Πεδίο έργου: τι περιλαμβάνεται και τι όχι
Το πρώτο έγγραφο πρέπει να ξεχωρίζει τις υποχρεωτικές λειτουργίες από τις προαιρετικές επιθυμίες. Καταγράψτε τους τύπους σελίδων, τις βασικές διαδρομές χρήστη, τις φόρμες, τις γλώσσες και τυχόν διαδικασίες εγγραφής ή πληρωμής. Μια φράση όπως «να είναι πλήρες» δεν προσφέρει κοινό κριτήριο για τον πελάτη και τον κατασκευαστή. Αντίθετα, μια απαίτηση «ο επισκέπτης υποβάλλει αίτημα και λαμβάνει κατανοητή επιβεβαίωση» μπορεί να δοκιμαστεί.
Σημειώστε χωριστά όσα εξαιρούνται: μεταφορά παλιών άρθρων, δημιουργία νέων φωτογραφιών, ενημέρωση καταλόγου ή συγγραφή πολιτικών εγγράφων. Οι εξαιρέσεις δεν είναι τρόπος αποφυγής ευθύνης. Κάνουν ορατές τις αναγκαίες πρόσθετες αποφάσεις και επιτρέπουν ακριβέστερη σύγκριση προσφορών. Το ίδιο ισχύει για τις μελλοντικές ιδέες που δεν θα υλοποιηθούν στην πρώτη έκδοση.
Επισκέπτες και βασικά σενάρια χρήσης
Περιγράψτε με απλές προτάσεις διαφορετικές ομάδες επισκεπτών: νέος υποψήφιος πελάτης, υπάρχων συνεργάτης, ενδιαφερόμενος από κινητό, άτομο που χρησιμοποιεί βοηθητική τεχνολογία. Για κάθε ομάδα ορίστε το πρωτεύον ερώτημα και το επιθυμητό επόμενο βήμα. Αυτό βοηθά να αποφασιστεί τι πρέπει να φαίνεται πρώτο και ποιο περιεχόμενο μπορεί να μετακινηθεί βαθύτερα στη δομή.
Ελέγξτε επίσης τις λιγότερο βολικές περιπτώσεις. Τι συμβαίνει όταν ένας χρήστης υποβάλλει λανθασμένη διεύθυνση email; Όταν η σύνδεσή του είναι αργή; Όταν προσπαθεί να διαβάσει έναν πίνακα από στενή οθόνη; Όταν δεν επιθυμεί να αποδεχτεί προαιρετικούς μηχανισμούς παρακολούθησης; Οι απαντήσεις αυτές είναι πραγματικές απαιτήσεις λειτουργίας, όχι λεπτομέρειες που αφήνονται τελευταία στιγμή.
Δεδομένα, περιεχόμενο και αρμοδιότητες
Η ομάδα πρέπει να γνωρίζει ποιος συντάσσει και εγκρίνει τα δημόσια κείμενα, ποιος διαθέτει τις φωτογραφίες και ποιος διαχειρίζεται τις αλλαγές μετά τη δημοσίευση. Ορίστε μορφή και παραδοτέο για κάθε τύπο υλικού. Αν υπάρχει υπάρχον αρχείο προϊόντων ή υπηρεσιών, εξετάστε το πραγματικό σχήμα και την ποιότητά του πριν υποσχεθείτε αυτόματη εισαγωγή. Οι ασαφείς περιγραφές δεδομένων αποτελούν συνηθισμένη πηγή καθυστερήσεων.
Η ιδιοκτησία των πληροφοριών χρειάζεται να είναι ρητή. Ποιος μπορεί να εξάγει τη βάση, να ανακτήσει τα αρχεία και να διαγράψει περιεχόμενο; Ποιος εγκρίνει δημοσίευση μιας αλλαγής; Η καταγραφή δικαιωμάτων προστατεύει από λάθη και εξάρτηση από ένα πρόσωπο. Δεν είναι απαραίτητο όλοι να έχουν πλήρη πρόσβαση σε όλα τα τμήματα της ιστοσελίδας.
Αρχιτεκτονική περιεχομένου και γεωγραφικές ανάγκες
Ο χάρτης σελίδων πρέπει να απεικονίζει τις ενότητες που κατανοεί ο επισκέπτης. Αν υπάρχουν υπηρεσίες ανά περιοχή, αποφασίστε ποια γεωγραφική πληροφορία είναι χρήσιμη και αληθής για κάθε σελίδα, αντί να δημιουργείτε πανομοιότυπο περιεχόμενο με αλλαγή ονόματος πόλης. Η πραγματική εξυπηρέτηση, η κάλυψη και τα στοιχεία επικοινωνίας πρέπει να συμφωνούν με όσα η επιχείρηση μπορεί πράγματι να προσφέρει.
Για τις διευθύνσεις των σελίδων χρειάζεται σταθερή πολιτική ονοματοδοσίας και πρόβλεψη για τις παλιές διευθύνσεις αν υπάρξει ανακατασκευή. Ο καθορισμός αυτών των κανόνων στην αρχή περιορίζει τις μετέπειτα μαζικές διορθώσεις. Κάθε σελίδα πρέπει να έχει δικό της χρήσιμο σκοπό, κατανοητό τίτλο και ξεκάθαρο επόμενο βήμα.
Τεχνικές απαιτήσεις και εξωτερικές εξαρτήσεις
Σημειώστε την απαιτούμενη υποδομή διακομιστή, τις γλώσσες υλοποίησης όπου πράγματι δεσμεύουν, τις διαδικασίες λήψης αντιγράφων, την αποστολή email και τις πιθανές συνδέσεις με εργαλεία τρίτων. Για κάθε εξωτερική υπηρεσία καταγράψτε ποια δεδομένα ανταλλάσσονται, ποιος διαθέτει τα στοιχεία πρόσβασης και τι συμβαίνει αν η υπηρεσία δεν ανταποκρίνεται. Η απλή φράση «θα συνδεθεί με το σύστημα» δεν είναι πλήρης προδιαγραφή.
Χρειάζονται ακόμη απαιτήσεις ασφαλούς σύνδεσης, έλεγχος υποβολών, διαχωρισμός ρόλων και διαδικασία ενημερώσεων. Δεν είναι δυνατόν να υποσχεθεί κανείς απόλυτη απουσία κινδύνων, αλλά μπορεί να ορίσει υπευθυνότητες, δοκιμές και μηχανισμό έγκαιρης αντιμετώπισης. Αν η ιστοσελίδα διαχειρίζεται προσωπικά δεδομένα, ο υπεύθυνος της επιχείρησης πρέπει να εξασφαλίσει τις κατάλληλες πολιτικές και τη νόμιμη βάση επεξεργασίας.
Προδιαγραφές για κινητά και προσβασιμότητα
Το «να φαίνεται σε κινητό» δεν είναι επαρκής τεχνική απαίτηση. Καθορίστε πλάτη δοκιμών, συμπεριφορά μενού, αναγνωσιμότητα, εστίαση πληκτρολογίου και χειρισμό φορμών. Ένα κουμπί μπορεί να χωρά στην οθόνη αλλά να είναι δύσχρηστο. Ένα αναδυόμενο παράθυρο μπορεί να ανοίγει σωστά με ποντίκι αλλά να παγιδεύει την πλοήγηση όταν χρησιμοποιείται πληκτρολόγιο.
Οι οδηγίες προσβασιμότητας μπορούν να χρησιμοποιηθούν ως κοινό σημείο αναφοράς για αντίθεση, ετικέτες πεδίων, εναλλακτικό κείμενο εικόνων και λειτουργίες χωρίς αποκλειστική χρήση αφής. Η ποιότητα πρέπει να επαληθεύεται σε αληθινές διαδρομές, όχι μόνο με αυτοματοποιημένο βαθμό. Οι συμφωνημένες δοκιμές και τα κριτήρια αποδοχής καταγράφονται μαζί με το υπόλοιπο έργο.
Περιεχόμενο για αναζήτηση και σαφήνεια απαντήσεων
Το SEO (Βελτιστοποίηση για Μηχανές Αναζήτησης, Search Engine Optimization) αρχίζει από τη λογική οργάνωση του περιεχομένου. Συμφωνήστε ποιος γράφει τους τίτλους, τις περιγραφές, τις βασικές απαντήσεις, τις σχετικές παραπομπές και τα δεδομένα που περιγράφουν την πραγματική δραστηριότητα. Δεν αρκεί να τοποθετηθούν ίδιες λέξεις σε δεκάδες σελίδες. Οι χρήστες πρέπει να βρίσκουν συγκεκριμένες πληροφορίες που επιτρέπουν μια απόφαση.
Είναι χρήσιμο να ορίζονται επίσης περιπτώσεις όπου μια σελίδα δεν πρέπει να εμφανίζεται ως ανεξάρτητο αποτέλεσμα αναζήτησης, για παράδειγμα προσωρινά δοκιμαστικά περιβάλλοντα. Οι αποφάσεις αυτές δεν πρέπει να βασίζονται σε εικασίες ενός μόνο συνεργάτη. Το τελικό site απαιτεί κοινό έλεγχο περιεχομένου και τεχνικής δομής πριν ενεργοποιηθούν οι δημόσιες διευθύνσεις.
Λίστα παραλαβής που μπορεί πραγματικά να ελεγχθεί
Χρησιμοποιήστε τον παρακάτω κατάλογο ως βάση αποδοχής, με υπογραφή υπεύθυνου και τεκμήριο για κάθε κρίσιμο σημείο:
- Υπάρχει εγκεκριμένος κατάλογος σελίδων και πλήρες περιεχόμενο χωρίς κενά δοκιμαστικών κειμένων.
- Οι βασικές διαδρομές λειτουργούν σε συμφωνημένες διαστάσεις οθόνης και με πληκτρολόγιο.
- Κάθε φόρμα εμφανίζει σωστά σφάλματα, επιβεβαίωση και αποτέλεσμα αποστολής.
- Οι εξωτερικές συνδέσεις έχουν δοκιμαστεί για επιτυχία και προβλέψιμη αστοχία.
- Οι τίτλοι, οι διευθύνσεις, τα εσωτερικά στοιχεία πλοήγησης και τα τεχνικά όρια δημοσίευσης έχουν ελεγχθεί.
- Έχουν παραδοθεί πρόσβαση διαχειριστή, αντίγραφα, οδηγίες επαναφοράς και καταγραφή εκκρεμοτήτων.
Η κατάσταση «ελέγχθηκε» σημαίνει ότι υπάρχει πραγματικό αποτέλεσμα δοκιμής. Αν μια εξωτερική υπηρεσία δεν είναι διαθέσιμη, χαρακτηρίστε την δοκιμή εκκρεμή. Μην υποκαθιστάτε τον έλεγχο με υπόθεση ότι μια λειτουργία θα δουλεύει επειδή μοιάζει με προηγούμενο έργο.
Διαχείριση αλλαγών και ασφαλής παράδοση
Μετά την έγκριση του εύρους μπορεί να εμφανιστούν νέες ανάγκες. Δημιουργήστε απλή διαδικασία για περιγραφή αλλαγής, εκτίμηση επιπτώσεων, απόφαση και ενσωμάτωση. Η διαδικασία δεν χρειάζεται γραφειοκρατία, χρειάζεται διαφάνεια. Έτσι δεν ανατρέπεται η προτεραιότητα των βασικών λειτουργιών από κάθε νέα ιδέα της στιγμής.
Η τελική παράδοση δεν περιορίζεται σε έναν σύνδεσμο που ανοίγει. Συμπεριλαμβάνει τον τρόπο λειτουργίας των διαχειριστών, την ευθύνη ανανεώσεων, τις δυνατότητες εξαγωγής και την αναλυτική εικόνα των ελέγχων. Με αυτό το υπόβαθρο, η επιχείρηση μπορεί να επεκτείνει την ιστοσελίδα έχοντας επίγνωση του κόστους, των εξαρτήσεων και των πραγματικών δυνατοτήτων της.
Συχνές ερωτήσεις για τις προδιαγραφές
Πόσο λεπτομερές πρέπει να είναι το αρχικό έγγραφο;
Όσο χρειάζεται για να μη διαφωνούν οι εμπλεκόμενοι για το αποτέλεσμα. Απαιτήσεις που δεν αλλάζουν τη λειτουργία μπορούν να περιγραφούν συνοπτικά, ενώ κρίσιμες διαδικασίες χρειάζονται ακριβή κριτήρια αποδοχής.
Ποιος εγκρίνει το τελικό περιεχόμενο;
Ορίστε ονομαστικά έναν υπεύθυνο από την επιχείρηση και σαφή διαδικασία. Η τεχνική ομάδα δεν μπορεί να υποκαταστήσει την επιχειρησιακή επιβεβαίωση των στοιχείων.
Τι γίνεται με λειτουργίες που θα προστεθούν αργότερα;
Καταγράψτε τις ως μελλοντικές ανάγκες, χωρίς να παρουσιάζονται ως ήδη συμφωνημένες. Αρκεί να εξασφαλιστεί ότι η τωρινή αρχιτεκτονική δεν τις αποκλείει χωρίς λόγο.
Κατά τη σύνταξη των απαιτήσεων, εξετάστε επίσης σχετικό υλικό για την κατασκευή website, την κατηγορία προϋπολογισμού και κόστους website.