Κατασκευή ιστοσελίδων ως λύση προβλήματος: από την επιχειρηματική ανάγκη στη σωστή λειτουργία
Μια ιστοσελίδα δεν είναι από μόνη της λύση. Γίνεται λύση όταν ξεκινά από ένα πραγματικό πρόβλημα: οι πελάτες δεν καταλαβαίνουν την υπηρεσία, δυσκολεύονται να ζητήσουν προσφορά, η επιχείρηση λαμβάνει λάθος αιτήματα, η πληροφορία είναι διασκορπισμένη ή μια διαδικασία απαιτεί περιττή χειροκίνητη εργασία. Η σωστή κατασκευή ιστοσελίδων ξεκινά με διάγνωση, όχι με επιλογή χρωμάτων. Πρώτα ορίζουμε τι πρέπει να αλλάξει για τον χρήστη ή την επιχείρηση και μετά επιλέγουμε περιεχόμενο, λειτουργίες και τεχνολογία.
Απάντηση πρώτα: περιγράψτε το πρόβλημα πριν περιγράψετε τη σελίδα
Αν μια απαίτηση γράφει μόνο «θέλουμε μοντέρνα ιστοσελίδα», δεν έχει ακόμη οριστεί το πρόβλημα. Χρειαζόμαστε πρόταση που να περιγράφει σημερινή κατάσταση, επηρεαζόμενο χρήστη και επιθυμητό αποτέλεσμα. Για παράδειγμα: «οι υποψήφιοι πελάτες δεν ξεχωρίζουν ποια υπηρεσία τους αφορά και τηλεφωνούν για βασικές διευκρινίσεις». Από αυτή την πρόταση μπορούν να προκύψουν συγκεκριμένες λύσεις: καλύτερη αρχιτεκτονική πληροφορίας, συγκριτική παρουσίαση υπηρεσιών, σαφέστερα κείμενα και στοχευμένη φόρμα.
Το πρόβλημα έχει πάντα δύο πλευρές
Υπάρχει η πλευρά του χρήστη και η πλευρά της επιχείρησης. Ο χρήστης θέλει να βρει, να καταλάβει, να συγκρίνει ή να ολοκληρώσει κάτι. Η επιχείρηση θέλει ποιοτικότερη επικοινωνία, πιο καθαρή παρουσίαση, λιγότερη χειροκίνητη εργασία ή καλύτερη διαχείριση αιτημάτων. Καλή λύση είναι αυτή που βελτιώνει και τις δύο πλευρές χωρίς να μεταφέρει την πολυπλοκότητα στον επισκέπτη.
Αν, για παράδειγμα, μια επιχείρηση θέλει να συλλέγει περισσότερα στοιχεία πριν από μια προσφορά, δεν σημαίνει ότι πρέπει να δημιουργήσει τεράστια φόρμα. Πρέπει να βρεθεί ποια δεδομένα είναι πραγματικά απαραίτητα και ποιο είναι το κατάλληλο σημείο να ζητηθούν.
Από την υπόθεση στην παρατήρηση
Πριν σχεδιαστεί λύση, συγκεντρώνουμε πραγματικά σημεία τριβής: ερωτήσεις που επαναλαμβάνονται, αιτήματα που καταλήγουν σε λάθος τμήμα, πληροφορίες που οι πελάτες δεν βρίσκουν, βήματα που γίνονται χειροκίνητα ή σελίδες που δεν έχουν ξεκάθαρο επόμενο βήμα. Δεν χρειάζεται πολύπλοκη έρευνα για να ξεκινήσει η διαδικασία. Χρειάζεται να ξεχωρίσουμε το παρατηρήσιμο πρόβλημα από την προσωπική προτίμηση.
Η κατασκευή ιστοσελίδων αποκτά έτσι συγκεκριμένη βάση. Αντί να ρωτάμε «τι θέλουμε να βάλουμε στην αρχική;», ρωτάμε «ποια αβεβαιότητα πρέπει να λυθεί στην αρχική;».
Πίνακας πρόβλημα → αιτία → λύση → έλεγχος
| Πρόβλημα | Πιθανή αιτία | Παρέμβαση ιστοσελίδας | Πώς ελέγχεται |
|---|---|---|---|
| Λάθος αιτήματα | Ασαφής διάκριση υπηρεσιών | Καθαρά κριτήρια καταλληλότητας και στοχευμένη φόρμα | Εξετάζουμε αν τα νέα αιτήματα ταιριάζουν καλύτερα στην υπηρεσία |
| Πολλές βασικές ερωτήσεις | Κρίσιμη πληροφορία δεν είναι ορατή | Απάντηση πρώτα και καλύτερη ιεράρχηση | Παρατηρούμε αν μειώνονται οι ίδιες επαναλαμβανόμενες απορίες |
| Εγκατάλειψη διαδικασίας | Πολλά ή ασαφή βήματα | Απλούστερη ροή και σαφή μηνύματα | Ελέγχουμε πού σταματούν οι χρήστες |
| Δύσκολες ενημερώσεις | Το περιεχόμενο είναι δεμένο με τεχνικές αλλαγές | Κατάλληλος τρόπος διαχείρισης περιεχομένου | Μετράμε αν η ομάδα μπορεί να κάνει τις συμφωνημένες αλλαγές |
Μην μπερδεύετε τη λύση με το χαρακτηριστικό
«Θέλουμε άμεση συνομιλία», «θέλουμε εναλλασσόμενο πλαίσιο προβολής», «θέλουμε εφαρμογή», «θέλουμε πολλά κινούμενα εφέ» είναι προτεινόμενα χαρακτηριστικά, όχι προβλήματα. Πριν υλοποιηθούν, ρωτάμε τι ακριβώς θα λύσουν. Αν το πρόβλημα είναι ότι ο χρήστης δεν καταλαβαίνει ποια υπηρεσία να επιλέξει, ίσως η λύση είναι καλύτερο περιεχόμενο και όχι νέο εργαλείο συνομιλίας.
Το ίδιο ισχύει και για τεχνολογικές επιλογές. Η τεχνολογία πρέπει να ακολουθεί τη λειτουργική ανάγκη. Αν επιλεγεί πρώτα, η ομάδα κινδυνεύει να διαμορφώσει το πρόβλημα ώστε να ταιριάζει στο εργαλείο αντί να κάνει το αντίθετο.
Ορίζουμε κριτήρια επιτυχίας πριν ξεκινήσει η κατασκευή
Για κάθε βασικό πρόβλημα χρειαζόμαστε παρατηρήσιμο σημάδι βελτίωσης. Δεν είναι απαραίτητο να είναι πάντα αριθμητικό. Μπορεί να είναι ότι οι χρήστες ολοκληρώνουν μια διαδικασία χωρίς τηλεφωνική βοήθεια, ότι τα αιτήματα περιλαμβάνουν τις πληροφορίες που χρειάζεται η ομάδα ή ότι ο διαχειριστής ενημερώνει μια υπηρεσία χωρίς παρέμβαση προγραμματιστή. Το κριτήριο πρέπει να συνδέεται άμεσα με το αρχικό πρόβλημα.
Έτσι αποφεύγεται η αξιολόγηση μόνο με αισθητικές προτιμήσεις. Μια σελίδα μπορεί να αρέσει περισσότερο, αλλά αν δεν κάνει ευκολότερη την κρίσιμη εργασία, χρειάζεται επανεξέταση.
Αρχιτεκτονική πληροφορίας ως εργαλείο επίλυσης
Πολλά προβλήματα που φαίνονται «σχεδιαστικά» είναι στην πραγματικότητα προβλήματα οργάνωσης. Αν οι υπηρεσίες έχουν ασαφείς ονομασίες, αν το ίδιο θέμα βρίσκεται σε τρία διαφορετικά σημεία ή αν ο χρήστης πρέπει να καταλάβει το εσωτερικό οργανόγραμμα για να βρει πληροφορία, η λύση ξεκινά από τη δομή.
Ομαδοποιούμε το περιεχόμενο γύρω από νοητές ερωτήσεις του χρήστη. Η πλοήγηση, οι τίτλοι και οι εσωτερικοί σύνδεσμοι ακολουθούν αυτή τη λογική. Για μια συνολικότερη ματιά στη δομή του έργου, η σελίδα για οργάνωση της κατασκευής ιστοσελίδας λειτουργεί ως σχετικό επόμενο βήμα.
Το πρωτότυπο είναι φθηνότερο από την πλήρη κατασκευή μιας λάθος ιδέας
Όταν μια λειτουργία είναι νέα ή κρίσιμη, πρώτα δοκιμάζουμε τη ροή σε απλούστερη μορφή. Μπορεί να είναι ένα πρόχειρο σχεδιάγραμμα σελίδας, μια μη διαδραστική μακέτα ή περιορισμένη λειτουργική έκδοση. Στόχος είναι να ελεγχθεί αν ο χρήστης καταλαβαίνει τη σειρά και αν η λύση απαντά στο πρόβλημα πριν επενδυθεί χρόνος στην πλήρη υλοποίηση.
Η δοκιμή δεν χρειάζεται να αποδείξει ότι όλα είναι τέλεια. Πρέπει να αποκαλύψει ασάφειες αρκετά νωρίς ώστε να διορθωθούν χωρίς μεγάλο κόστος αλλαγής.
Όταν το πρόβλημα είναι η διαδικασία, όχι η σελίδα
Μερικές φορές η ιστοσελίδα αποκαλύπτει επιχειρησιακή ασάφεια που δεν μπορεί να λύσει μόνη της. Αν κανείς δεν γνωρίζει ποιος απαντά σε ένα αίτημα, αν οι υπηρεσίες δεν έχουν σαφή όρια ή αν τα δεδομένα βρίσκονται σε ασύνδετα συστήματα, η τεχνική υλοποίηση δεν αρκεί. Χρειάζεται πρώτα επιχειρησιακή απόφαση.
Η σωστή προσέγγιση δεν «κρύβει» αυτά τα κενά με όμορφο σχεδιασμό. Τα καταγράφει ως εξαρτήσεις και ξεκαθαρίζει τι πρέπει να αποφασιστεί πριν η ιστοσελίδα μπορέσει να λειτουργήσει αξιόπιστα.
Έλεγχος κινδύνων: πέντε παγίδες που οδηγούν σε λάθος λύση
- Ξεκινάμε από τεχνολογία: επιλέγουμε εργαλείο πριν ορίσουμε την ανάγκη.
- Αντιγράφουμε ανταγωνιστή: υιοθετούμε λειτουργίες χωρίς να ξέρουμε αν λύνουν το δικό μας πρόβλημα.
- Μετράμε μόνο αισθητική: αγνοούμε αν ο χρήστης ολοκληρώνει την κρίσιμη εργασία.
- Φορτώνουμε τη φόρμα: ζητάμε δεδομένα επειδή «ίσως φανούν χρήσιμα» και αυξάνουμε τριβή.
- Αλλάζουμε τα πάντα μαζί: δυσκολεύουμε να καταλάβουμε ποια παρέμβαση έλυσε ή δημιούργησε πρόβλημα.
Προτεραιοποίηση: δεν λύνονται όλα τα προβλήματα μαζί
Αν η αρχική διερεύνηση αποκαλύψει δέκα προβλήματα, τα ταξινομούμε με βάση τη σοβαρότητα για τον χρήστη, τη συχνότητα, την επιχειρηματική επίπτωση και την εξάρτηση από άλλες αποφάσεις. Μια κρίσιμη ασάφεια στη βασική υπηρεσία έχει συνήθως μεγαλύτερη προτεραιότητα από μια αισθητική βελτίωση σε δευτερεύουσα σελίδα. Η ιεράρχηση βοηθά να παραδοθεί νωρίτερα το μέρος που λύνει το σημαντικότερο πρόβλημα.
Επίσης κάνει καθαρό τι μένει εκτός πρώτης έκδοσης. Ένα θέμα που δεν λύνεται τώρα δεν χρειάζεται να εξαφανιστεί από τη συζήτηση· καταγράφεται με αιτία και επανεξετάζεται όταν έχουν λυθεί οι βασικότερες εξαρτήσεις.
Μικρός κύκλος επίλυσης για κάθε νέα λειτουργία
- Περιγράψτε το πρόβλημα σε μία πρόταση χωρίς να αναφέρετε λύση.
- Καταγράψτε ποιον επηρεάζει και σε ποιο σημείο της διαδρομής.
- Εντοπίστε την πιθανή αιτία και τι στοιχεία την υποστηρίζουν.
- Σχεδιάστε την απλούστερη παρέμβαση που μπορεί να τη διορθώσει.
- Ορίστε τι θα παρατηρήσετε για να κρίνετε αν βελτιώθηκε η κατάσταση.
- Υλοποιήστε, ελέγξτε και κρατήστε ή αναθεωρήστε τη λύση με βάση το αποτέλεσμα.
Η ιστοσελίδα πρέπει να λύνει κάτι συγκεκριμένο
Η καλύτερη ερώτηση πριν από κάθε νέα σελίδα ή λειτουργία δεν είναι «τι άλλο μπορούμε να βάλουμε;», αλλά «ποιο πρόβλημα λύνει και για ποιον;». Αυτή η πειθαρχία κρατά την κατασκευή εστιασμένη, περιορίζει περιττές λειτουργίες και δίνει στην επιχείρηση τρόπο να αξιολογεί το αποτέλεσμα μετά την έκδοση. Η σωστά οργανωμένη κατασκευή ιστοσελίδων γίνεται έτσι διαδικασία επίλυσης και όχι συλλογή από σελίδες και χαρακτηριστικά.