Σχεδίαση για περιπτώσεις άκρων
Όταν σχεδιάζουμε τα προϊόντα μας, σχεδιάζουμε συχνά το σενάριο ευχάριστης πορείας, την ιδανική ροή των χρηστών χωρίς εμπόδια. Αλλά στην πραγματική ζωή, υπάρχουν καταστάσεις που δεν πηγαίνουν στο σχέδιο. Τέτοιες συνθήκες ονομάζονται "περιπτώσεις αιχμής".
Οι θήκες ακμών μπορεί να είναι αρκετά σπάνιες, αλλά έχουν σημαντικό αντίκτυπο στην εμπειρία των χρηστών. Οι χρήστες σπάνια θυμούνται τη θετική αλληλεπίδραση, αλλά συχνά θυμούνται τις αρνητικές εμπειρίες. αν αποτύχετε να προετοιμαστείτε για τέτοιες καταστάσεις, μπορεί να προκύψει ολόκληρη η εμπειρία γρήγορα πέσει κάτω .
Σε αυτό το άρθρο, θα μοιραστώ μερικά σενάρια περίπτωσης που ίσως πρέπει να αντιμετωπίσετε και πώς μπορείτε να τα σχεδιάσετε για τα σχέδιά σας. Υπάρχουν δύο βασικές προσεγγίσεις για την αντιμετώπιση των περιπτώσεων ακμής:
- Αποτρέψτε τα περιστατικά ακμής να συμβούν
- Σενάρια περίπτωσης υποστήριξης
Δεδομένης μιας επιλογής, είναι πάντα καλύτερο να αποτρέψουμε την περίπτωση της ακμής. Σε ορισμένες περιπτώσεις, αυτό μπορεί να γίνει με τη μείωση της πολυπλοκότητας του συστήματος (π.χ. περιορισμός του αριθμού των χαρακτηριστικών ή των ενεργειών που μπορούν να εκτελέσουν οι χρήστες όταν αλληλεπιδρούν με ένα σύστημα). η λιγότερη πολυπλοκότητα μειώνει την πιθανότητα περιπτώσεων άκρων στην πρώτη θέση. Ωστόσο, υπάρχουν στιγμές που είναι αδύνατο να αποφευχθεί η εμφάνιση περιπτώσεων αιχμής, επομένως συχνά θα διαπιστώσετε ότι οι περιπτώσεις υποστήριξης ακμών είναι η καλύτερη επιλογή για τους χρήστες σας:
1. Καταπολέμηση καθυστερημένης φόρτωσης
Καθώς η τεχνολογία επιτρέπει ταχύτερες εμπειρίες, η επιθυμία των χρηστών να περιμένουν έχει μειωθεί. Σύμφωνα με την τελευταία έρευνα της Google, τα 2/3 των χρηστών του ιστότοπου για κινητά λένε ότι η ταχύτητα που χρειάζεται για τη φόρτωση μιας σελίδας έχει τον μεγαλύτερο αντίκτυπο στη συνολική τους εμπειρία. Για να ικανοποιήσετε τις προσδοκίες των χρηστών, πρέπει να κάνετε ό, τι μπορείτε να κάνετε για να φορτώσετε το app / website σας όσο το δυνατόν γρηγορότερα. Αλλά ανεξάρτητα από το πόσο σκληρά προσπαθείτε, θα υπάρξουν καταστάσεις όπου δεν θα είστε σε θέση να συμμορφωθείτε με τις οδηγίες ταχύτητας. Ο αργός χρόνος φόρτωσης ενδέχεται να προκληθεί από περιορισμένη σύνδεση στο διαδίκτυο. Αν μπορείτε να βελτιώσετε την πραγματική απόδοση, τουλάχιστον προσπαθήστε να δημιουργήσετε μια αντίληψη ταχύτητας - πόσο γρήγορα αισθάνεται κάτι συχνά είναι πιο σημαντικό από το πόσο γρήγορα είναι στην πραγματικότητα.
Μια τεχνική που μπορεί να σας βοηθήσει με αυτό ονομάζεται οθόνες σκελετού . Μια διάταξη σκελετού είναι μια έκδοση της σελίδας σας που εμφανίζεται κατά τη φόρτωση του περιεχομένου. Οι οθόνες σκελετών δίνουν στους χρήστες την εντύπωση της ταχύτητας (οι περισσότεροι χρήστες πιστεύουν ότι η φόρτωση γίνεται πιο γρήγορα από ό, τι είναι στην πραγματικότητα).
LinkedIn χρησιμοποιήστε οθόνες σκελετού για να δώσετε την εντύπωση της ταχύτητας.
Ελεγξε αυτό Παράδειγμα παράδειγμα κώδικα του αποτελέσματος σκελετού σε καθαρό CSS. Η επίδραση του παλμού δίνει στο χρήστη την αίσθηση ότι ένας ιστότοπος είναι ζωντανός και το περιεχόμενο είναι φορτωμένο.
2. Σχεδιάστε κενά κράτη
Είναι πιθανό οι μεμονωμένες οθόνες στην εφαρμογή ή στον ιστότοπό σας, οι οποίες θα πρέπει να συμπληρωθούν με δεδομένα, δεν θα έχουν τίποτα να προβάλλουν σε ορισμένες περιπτώσεις. Για παράδειγμα, μια οθόνη με προκλήσεις χρήστη σε μια εφαρμογή φυσικής κατάστασης θα είναι άδειο κατά την πρώτη εμπειρία (απλώς και μόνο επειδή οι χρήστες δεν θα έχουν ακόμα προκλήσεις). Ως σχεδιαστές, πρέπει να σκεφτούμε πώς μοιάζει η σελίδα στη συγκεκριμένη περίπτωση. Η εμφάνιση μιας κενής σελίδας δεν είναι σωστό. Αντ 'αυτού, μπορούμε να δώσουμε οδηγίες σχετικά με τον τρόπο με τον οποίο μπορείτε να συμπληρώσετε τη σελίδα με δεδομένα. Khaylo προπόνηση για το iOS είναι ένα εξαιρετικό παράδειγμα του πώς ο κενός χώρος μπορεί να χρησιμοποιηθεί για τη δημιουργία περιβάλλοντος.
Ο κενός χώρος στη σελίδα μπορεί να χρησιμοποιηθεί για να δώσει σαφείς οδηγίες για το πώς να ξεκινήσετε.
3. Αντιμετώπιση σφαλμάτων χρήστη ή συστήματος
Κάθε αλληλεπίδραση χρήστη με ένα σύστημα μπορεί να αποτελέσει πιθανή πηγή σφάλματος. Οι καταστάσεις σφαλμάτων είναι ιδιαίτερα συχνές όταν οι χρήστες πρέπει να παρέχουν δεδομένα εισόδου. Έχω ήδη αναφέρει ότι είναι προτιμότερο να αποτρέψουμε τα σφάλματα από την πρώτη θέση και αυτός ο κανόνας πρέπει να εφαρμοστεί στις εισροές των χρηστών. Αλλά όταν πρόκειται για την είσοδο των χρηστών, θα πρέπει να επικεντρωθούμε στην αντιμετώπιση των ακόλουθων πιθανών προβλημάτων:
- Τα δεδομένα που εισήγαγε ο χρήστης δεν είναι έγκυρα. Για παράδειγμα, ένας χρήστης ενδέχεται να πλημμυρίσει έναν αριθμό πιστωτικής κάρτας κατά την ολοκλήρωση του ελέγχου. Σε αυτήν την περίπτωση, μια εφαρμογή πρέπει να παρέχει λεπτομερή μηνύματα σφάλματος που θα βοηθήσουν τους χρήστες να ανιχνεύσουν την πηγή ενός προβλήματος.
- Ένα σύστημα δεν είναι σε θέση να προχωρήσει λόγω του τεχνικού προβλήματος. Σε αυτή την περίπτωση, ένα μήνυμα σφάλματος πρέπει να αναφέρει το γεγονός ότι πρόκειται για πρόβλημα συστήματος, όχι για το χρήστη. Αυτό θα εμποδίσει τους χρήστες να υποβάλουν εκ νέου τα δεδομένα.
Και στις δύο περιπτώσεις, θα πρέπει να διασφαλίσετε ότι η εφαρμογή χειρίζεται λάθη με χαρά. Τα μηνύματα σφάλματος θα πρέπει να γράφονται με σαφή και φιλική προς το χρήστη γλώσσα (δεν επιτρέπεται καμία φρασεολογία) και το σύστημα θα πρέπει να παρέχει μια ακριβή λύση (μπορεί να είναι μια οδηγία ή κάτι άλλο που μπορεί να βοηθήσει).
4. Βρέθηκαν μηδενικά αποτελέσματα
Οι περισσότεροι ιστότοποι και εφαρμογές ηλεκτρονικού εμπορίου παρέχουν μια δυνατότητα αναζήτησης. Και ένα από τα πιο κοινά προβλήματα χρηστικότητας με μια λειτουργία αναζήτησης είναι όταν ο χρήστης βλέπει μια κενή σελίδα με "0 αποτελέσματα βρέθηκαν." Η απόρριψη κάποιας σε μια σελίδα χωρίς αποτελέσματα μπορεί να είναι απογοητευτική. Ειδικά αν έχουν δοκιμάσει την αναζήτηση μερικές φορές.
Αν σχεδιάζετε τη λειτουργία αναζήτησης, μπορείτε να χρησιμοποιήσετε τις παρακάτω τεχνικές:
- Ορθογραφικός έλεγχος και προτάσεις. Μερικές φορές οι χρήστες δεν έχουν αποτελέσματα απλώς και μόνο διότι έβαλαν λάθος σε ένα ερώτημα αναζήτησης. Είναι πραγματικά χρήσιμο όταν το σύστημα ανιχνεύει ένα στοιχείο με σφάλμα και παρέχει αποτελέσματα αναζήτησης με βάση το πιο πιθανό ερώτημα. Μια άλλη χρήσιμη τεχνική που θα είναι πραγματικά χρήσιμη για τους χρήστες σας είναι οι προτάσεις αυτόματης συμπλήρωσης. Αυτό μειώνει την προσπάθεια των χρηστών για πληκτρολόγηση και εμποδίζει τους να εισάγουν ένα λανθασμένο ερώτημα στην πρώτη θέση.
Ο Amazon αντιλαμβάνεται ότι ο χρήστης σήμαινε "Amazon Alexa" σε αυτό το ερώτημα
- Παρέχετε πολύτιμες εναλλακτικές λύσεις. Όταν δεν υπάρχουν αντίστοιχα αποτελέσματα αναζήτησης, μπορείτε να παρέχετε συγκεκριμένο περιεχόμενο ή οποιαδήποτε άλλη πολύτιμη εναλλακτική λύση. Για παράδειγμα, στο πλαίσιο ενός ιστότοπου ηλεκτρονικού εμπορίου, αυτό μπορεί να είναι προϊόντα από παρόμοια κατηγορία.
Απλά συγκρίνετε μηδενική σελίδα αποτελεσμάτων αναζήτησης από την HP και την Amazon. Η σελίδα μηδενικών αποτελεσμάτων της HP είναι αδιέξοδο για τον χρήστη. Αντίθετα, η Amazon παρέχει προτάσεις για περαιτέρω αναζήτηση και προώθηση σχετικών προϊόντων.
Πώς να βρείτε περιπτώσεις άκρη
Μερικοί σχεδιαστές πιστεύουν ότι ο σχεδιασμός για τις περιπτώσεις ακμής είναι παρόμοιος με την αναμονή του απροσδόκητου. Αλλά στην πραγματικότητα, η μεγάλη πλειοψηφία των περιπτώσεων ακμής μπορεί να προβλεφθεί πριν από την απελευθέρωση του προϊόντος. Δύο τεχνικές μπορούν να σας βοηθήσουν με αυτό:
- Επισκόπηση σχεδιασμού: Για να δημιουργήσετε εξαιρετικό σχεδιασμό, θα πρέπει να αναζητήσετε ενεργά περιθώρια. Η αναθεώρηση του σχεδίου είναι μια πολύ χρήσιμη τεχνική που μπορεί να βοηθήσει την ομάδα προϊόντων να βρει πολλές πιθανές περιπτώσεις αιχμής. Πραγματοποιήστε μια επισκόπηση σχεδιασμού νωρίς στη διαδικασία σχεδιασμού προϊόντων. Για καλύτερα αποτελέσματα, είναι καλό να προσκαλέσετε προγραμματιστές και άλλα μέλη της ομάδας να συμμετάσχουν σε τέτοιες συνεδρίες.
- Δοκιμές με πραγματικούς χρήστες: Ενώ ψάχνετε νωρίτερα τα περιθώρια με τη βοήθεια άλλων μελών της ομάδας σας είναι μια εξαιρετική προσέγγιση, δεν θα εγγυηθεί ότι θα βρείτε όλες τις πιθανές πηγές τριβής. Μόνο οι δοκιμές με πραγματικούς χρήστες θα σας βοηθήσουν να μάθετε πώς χρησιμοποιούν οι χρήστες το προϊόν σας και ποια προβλήματα αντιμετωπίζουν. Ταυτόχρονα, αξίζει να πούμε ότι οι αυστηρά μετρημένες δοκιμές χρηστικότητας δεν θα αποκαλύψουν πολλά περιθώρια απλά επειδή οι χρήστες συχνά έχουν οδηγίες τι πρέπει να κάνουν και με ποια σειρά. Επομένως, είναι καλύτερο να δίνετε στους χρήστες την ευκαιρία να πειραματιστούν με ένα σύστημα, δίνοντάς τους περισσότερο χρόνο και πιο ευέλικτα καθήκοντα.
συμπέρασμα
Όταν σχεδιάζουμε προϊόντα, εφαρμόζουμε συχνά την αρχή του Pareto στο σχεδιασμό μας. εστιάζουμε στις ανάγκες των περισσότερων χρηστών, εφαρμόζουμε τον κανόνα 80/20 και αναπτύσσουμε την εμπειρία του χρήστη για το πιο πιθανό σενάριο αλληλεπίδρασης. Στις περισσότερες περιπτώσεις αυτό μας επιτρέπει να δημιουργήσουμε μια καλή εμπειρία χρήστη για τους χρήστες μας. Αλλά η προσοχή στη λεπτομέρεια είναι αυτό που πραγματικά διαχωρίζει τον εξαιρετικό σχεδιασμό από τον καλό σχεδιασμό. Ο σχεδιασμός για τις άκρες είναι ένα καλό παράδειγμα προσοχής στις λεπτομέρειες.