Πώς ξέρετε πότε ένα σχέδιο αποτυγχάνει σε δοκιμασία ευχρηστίας;
Μια εύχρηστη τεχνική που έμαθα από τη λάθος δουλειά ...
Πριν από χρόνια, πέρασα ένα αδέξιο μπάλωμα της καριέρας μου ως σχεδιαστή εκπαιδευτικών, δημιουργώντας μαθήματα για ηλεκτρονική μάθηση. Ήταν μια κακή τακτοποίηση και πήγα με χαρά, αλλά ένα μέρος αυτής της εργασίας μου έκανε έναν καλύτερο σχεδιαστή UX: μαθησιακούς στόχους.
Οι μαθησιακοί στόχοι είναι απλά αυτό που θέλετε ο σπουδαστής να μάθει μέχρι το τέλος της εκπαίδευσης. Αν υπάρχει δοκιμασία, οι ερωτήσεις των δοκιμών θα πρέπει να βασίζονται σε αυτούς τους στόχους - διαφορετικά, ποιο είναι το σημείο της δοκιμής;
Η ίδια προσέγγιση είναι χρήσιμη για να διαπιστώσετε εάν ένα σχέδιο έχει περάσει ή απέτυχε σε μια δοκιμή ευχρηστίας. Απλά θυμηθείτε: είναι το σχέδιο που δοκιμάζεται, όχι οι συμμετέχοντες.
Τι πρέπει να κάνει ο συμμετέχων στη δοκιμή ή να πει για εσάς ότι αισθάνεστε σίγουροι ότι ο σχεδιασμός πέτυχε; Πρέπει να παρακολουθήσουν τρεις ώρες για ένα συγκεκριμένο έργο; Δημιουργήστε ένα τιμολόγιο σε έναν πελάτη βάσει του συγκεκριμένου χρόνου παρακολούθησης; Στείλτε το τιμολόγιο; Αυτά είναι τα κριτήρια δοκιμής σας.
Φυσικά, η δοκιμή ευχρηστίας είναι για να παρατηρήσετε τον τρόπο με τον οποίο οι χρήστες ολοκληρώνουν τα καθήκοντά τους, αλλά τι θα τους κάνετε να κάνουν ακριβώς; Η ομορφιά αυτών των κριτηρίων είναι ότι σας κατευθύνουν μακριά από ασαφείς στόχους δοκιμών όπως "κατανοήσουν πώς λειτουργεί η παρακολούθηση του χρόνου". Πώς θα μάθετε ότι το έχουν καταλάβει; Μπορείτε να τους περιγράψετε. Και μόλις το έχετε περιγράψει με ακρίβεια, μπορείτε να πείτε ότι η πτυχή του σχεδιασμού ήταν επιτυχής.
Τα κριτήρια επιτυχίας σας βοηθούν δύο φορές: διευκρινίζουν αν ο σχεδιασμός σας είναι πραγματικά επιτυχής και διευκολύνουν την κοινή χρήση αυτών των αποτελεσμάτων.
Τα ρήματα είναι μαγικά
Το βιβλίο που μου δίδαξε σχετικά με τους στόχους μάθησης, το George Piskurich's Ταχεία σχεδίαση , προσφέρει έναν εύχρηστο κατάλογο συμπεριφορών για να ξεκινήσετε τα κριτήρια επιτυχίας σας.
Για παράδειγμα, οι στόχοι για κατανόηση μπορεί να είναι "περιγράψτε" ή "καταδείξτε". Και πάλι, το "καταλαβαίνω" δεν είναι καλό - χρειάζεστε να λένε (δηλαδή, να περιγράψουν) ή να κάνουν (δηλαδή, να επιδείξουν) κάτι που σας αποδεικνύει ότι έχουν καταλάβει.
Και τότε, σε υψηλότερο βαθμό δυσκολίας, ένας συμμετέχων μπορεί να "εξηγήσει" ή "να οργανώσει"? σε υψηλότερο επίπεδο ακόμα, θα μπορούσαν να "δημιουργήσουν" ή "να αξιολογήσουν".
Όποια και αν είναι η ρήμα που επιλέγετε για να ξεκινήσετε τα κριτήρια επιτυχίας σας, το σημείο είναι ότι μπορείτε να παρατηρήσετε αν ένας χρήστης έχει πράγματι πει ή κάνει ό, τι αποτελεί επιτυχία εργασιών.
"Μέχρι το τέλος αυτής της συνόδου ..."
Έτσι, όταν προγραμματίζετε την επόμενη δοκιμή χρηστικότητας και εργάζεστε σε εργασίες, αρχίστε με το ερώτημα: "Τι πρέπει να μπορεί ένας χρήστης να κάνει με (ή να πει για) αυτό το σχέδιο;"
Στη συνέχεια, μπορείτε να γράψετε κάτι σαν αυτό:
Μέχρι το τέλος της συνεδρίας, ο συμμετέχων πρέπει να είναι σε θέση να:
- παρακολουθήσετε τρεις ώρες για ένα συγκεκριμένο έργο.
- Δημιουργία τιμολογίου σε έναν πελάτη με βάση τον συγκεκριμένο χρόνο παρακολούθησης.
- περιγράψτε τη διαφορά μεταξύ του χρόνου παρακολούθησης και του χρόνου καταγραφής.
Τώρα έχετε τρία κριτήρια επιτυχίας και, με βάση αυτά, έχετε επίσης μια αρκετά σαφή αίσθηση των καθηκόντων που θα χρειαστεί να δώσετε στους συμμετέχοντες.
Μια προειδοποίηση: τα κριτήρια επιτυχίας δεν είναι τα ίδια με τα καθήκοντα. Οι εργασίες έχουν περισσότερο περιβάλλον. είναι γραμμένα για να διαβάσουν στον συμμετέχοντα και ενδέχεται να περιλαμβάνουν κάποιο πλαίσιο σχετικά με την εργασία, ιδιαίτερα εάν τα καθοδηγείτε για να βρείτε κάτι στο πρωτότυπο. Για παράδειγμα:
Κριτήρια επιτυχίας: Δημιουργήστε ένα τιμολόγιο σε έναν πελάτη με βάση την τρέχουσα ώρα
Εργασία: "Τώρα που παρακολουθήσατε τρεις ώρες στο έργο Atlas, δείξτε μου πώς θα τιμολογούσατε τα προϊόντα Acme για το χρόνο σας".
Πολύ παρόμοια, προφανώς, αλλά τα κριτήρια επιτυχίας είναι για εσάς και την ομάδα σας. το καθήκον είναι για τον συμμετέχοντα στο πλαίσιο της συνεδρίας χρηστικότητας.
Και θα παρατηρήσετε ότι ένα από τα παραπάνω κριτήρια επιτυχίας είναι να περιγράψετε κάτι, αντί να ολοκληρώσετε μια εργασία. Μπορεί να είναι μια επακόλουθη ερώτηση για μια εργασία. Αυτά είναι χρήσιμα για την επικύρωση του κατά πόσον το πνευματικό μοντέλο του σχεδίου σας είναι σαφές στους χρήστες. Έχω δει τους χρήστες να βρουν το δρόμο τους μέσα από ένα έργο, αλλά στη συνέχεια να μου περιγράψει ένα πνευματικό μοντέλο της εφαρμογής που έρχεται σε αντίθεση με το πώς σχεδιάστηκε. Αυτή είναι η επιτυχημένη εργασία για έναν συμμετέχοντα, αλλά το σημαντικότερο είναι ότι υπάρχει ένα υποκείμενο πρόβλημα που ταιριάζει με το πνευματικό μοντέλο του συμμετέχοντα.
Έτσι, ξεκινήστε με τα κριτήρια επιτυχίας σας, στη συνέχεια γράψτε τα καθήκοντά σας και τις επακόλουθες ερωτήσεις βάσει των κριτηρίων σας.
Οι ενδιαφερόμενοι αγαπούν τα κριτήρια επιτυχίας
Τα ενδιαφερόμενα μέρη δεν ενδιαφέρονται απαραίτητα για τη διαδικασία σας, αλλά ενδιαφέρονται πραγματικά για τα αποτελέσματα. Και αν η παρουσίαση των αποτελεσμάτων είναι ασαφής, θα είναι δικαιολογημένα ενοχλημένοι.
"Ο χρήστης κατάφερε να παρακολουθήσει λίγες ώρες, αλλά δεν ήμασταν σίγουροι αν κατάλαβε ότι ο χρόνος παρακολούθησης δεν είναι ο ίδιος με την καταγραφή του σε έναν πελάτη ..." Λοιπόν, γιατί δεν είσαι σίγουρος; Δεν είναι δική σας δουλειά να το καταλάβετε; Σπαταλάτε το χρόνο τους, και μην τους δώσετε σαφή καθοδήγηση για το πώς να διορθώσετε τα προβλήματα UX - που είναι επίσης δουλειά σας, έτσι;
Τα κριτήρια επιτυχίας σας βοηθούν δύο φορές: διευκρινίζουν αν ο σχεδιασμός σας είναι πραγματικά επιτυχής και διευκολύνουν την κοινή χρήση αυτών των αποτελεσμάτων.
Είχαμε κάποια επιτυχία στην παρακολούθηση των κριτηρίων επιτυχίας σε έναν απλό πίνακα και την κωδικοποίηση των χρωμάτων στα αποτελέσματα. Σαν:
Πραγματοποιούμε ένα χρωματισμένο πίνακα αποτελεσμάτων (πράσινο = επιτυχία, κόκκινο = αποτυχία) στο wiki μας. Στην πρώτη σειρά, αναφέρουμε τους συμμετέχοντες. στην αριστερή στήλη, απαριθμούμε τα κριτήρια επιτυχίας μας. Είναι άσχημο, αλλά γρήγορο και χρήσιμο.
Αυτό είναι εύκολο να σαρωθεί, δείχνει αρκετά σαφώς πού είναι τα προβλήματα και βασίζει τα αποτελέσματα στις εμπειρίες των πραγματικών συμμετεχόντων. Περιλαμβάνουμε επίσης μια περίληψη των αποτελεσμάτων και μια λίστα με τα προβλήματα χρηστικότητας και τις συστάσεις ακριβώς κάτω από αυτό. Θα μηδενίσουμε αυτά τα προβλήματα και θα επαναλάβουμε μέχρι να πιστέψουμε ότι έχουν λυθεί. Η διαδικασία σας μπορεί να είναι λίγο διαφορετική - ίσως είστε σύμβουλος που παραδίδει μια αναφορά σε έναν πελάτη, για παράδειγμα - αλλά τα οφέλη είναι τα ίδια.