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

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

Απαίτηση 1: να οριστούν οι ομάδες χρηστών

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

Απαίτηση 2: να υπάρχει καθαρό μοντέλο καταλόγου

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

Απαίτηση 3: να αποφασιστεί η πολιτική τιμών και πρόσβασης

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

Απαίτηση 4: να περιγραφεί ακριβώς η ροή παραγγελίας

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

Απαίτηση 5: να οριστούν περιοχές και τρόπος εξυπηρέτησης

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

Απαίτηση 6: να αποφασιστούν οι συνδέσεις με εσωτερικά συστήματα

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

Απαίτηση 7: να καθοριστεί ποιος διαχειρίζεται περιεχόμενο και δεδομένα

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

Πλήρης λίστα απαιτήσεων πριν δοθεί τελική έγκριση

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

Η κινητή εμπειρία πρέπει να σχεδιαστεί πριν από την τελική μακέτα

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

Έλεγχος κινδύνων πριν κλειδώσει το εύρος έργου

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

Η τελική προδιαγραφή πρέπει να μετατρέπει τις απαιτήσεις σε συγκεκριμένες οθόνες και κανόνες

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