Άμεση απάντηση: πρώτα προσδιορίζεται η ανάγκη, μετά η λύση

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

Δέντρο απόφασης: ποια διαδρομή ταιριάζει στην ανάγκη

1. Υπάρχει σαφές, περιορισμένο ζήτημα που αντιμετωπίζεται με φίλτρο; Αν ναι, ο χρήστης μπορεί να εξετάσει λύσεις φιλτραρίσματος και να δει το σχετικό περιεχόμενο για εταιρεία φίλτρων νερού. Αν όχι, συνεχίζει.
2. Υπάρχουν περισσότερες από μία απαιτήσεις ή ανάγκη συνολικής επεξεργασίας; Τότε χρειάζεται ευρύτερη αξιολόγηση της εφαρμογής, της παροχής και των δεδομένων νερού πριν επιλεγεί συνδυασμός σταδίων.
3. Υπάρχουν διαθέσιμα αξιόπιστα στοιχεία για το νερό; Αν όχι, η ιστοσελίδα πρέπει να κατευθύνει σε συλλογή των απαραίτητων δεδομένων και όχι σε αυθαίρετη επιλογή.
4. Η εφαρμογή είναι οικιακή, επαγγελματική ή τεχνική εγκατάσταση; Η σελίδα παρουσιάζει διαφορετική διαδρομή πληροφόρησης, χωρίς να υποθέτει ότι ένα μοντέλο λύσης ταιριάζει παντού.
5. Χρειάζεται σχεδιασμός, εγκατάσταση και υποστήριξη; Τότε το αίτημα πρέπει να περιλαμβάνει πλαίσιο έργου και να οδηγεί σε τεχνική αξιολόγηση.

Σύγκριση επιλογών με κριτήρια και όχι με διαφημιστικούς τίτλους

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

Πότε ένα φίλτρο είναι διαφορετικό από ένα ολοκληρωμένο σύστημα

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

Σελίδα εφαρμογών για διαφορετικά περιβάλλοντα χρήσης

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

Φόρμα τεχνικής διερεύνησης με ελάχιστα αλλά ουσιαστικά δεδομένα

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

Πέντε ερωτήσεις που πρέπει να απαντά η ιστοσελίδα

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

Σημασιολογική δομή για καθαρές απαντήσεις

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

Πώς αποφεύγεται η λανθασμένη βεβαιότητα

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

Η σωστή ψηφιακή εμπειρία μειώνει τις λάθος συγκρίσεις

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

Πίνακας κριτηρίων πριν επιλεγεί κατηγορία λύσης

Πότε μια επιλογή δεν ταιριάζει

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

Σελίδα παραδειγμάτων εφαρμογής με ανώνυμα σενάρια

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

Τελικός έλεγχος πριν σταλεί τεχνικό αίτημα

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