Come garantisci che il tuo prodotto soddisfi le linee guida di usabilità di base? [chiuso]

Non sono a conoscenza di un elenco di questo tipo (forse potresti crearne uno?), ma c'è un modo per risolverlo:

Beta test

Se la tua community è abbastanza grande, rilascia una versione beta. Anche se non è grande, basta chiedere alle persone di provarlo e vedere cosa ne pensano. Di 'loro che non devono usarlo dopo averlo fatto, solo che vuoi la loro opinione su di esso. Ci proveranno.

Il test beta ti consente di verificare se il tuo programma soddisfa il consenso generale. Gli utenti beta sono più probabilmente persone tecniche, quindi cose come la semplicità saranno difficili da testare poiché le persone tecniche sanno come aggirare un software del genere. Tuttavia, anche se i beta tester non riescono a capirlo, allora hai un problema serio.

Altre cose come supporto per doppio monitor, scorciatoie da tastiera, integrazione con il loro sistema operativo, stabilità, ecc. possono essere facilmente testate con il software beta.

Penso che una cosa da tenere a mente è ricordare la ragione alla base della maggior parte dei problemi di usabilità del software - l'usabilità è un problema umano e, in quanto tale, è difficile da definire con un insieme di regole. Questo è totalmente in disaccordo con il mondo delle regole in cui la maggior parte dei programmatori vuole vivere.

Per questo motivo penso che sia necessario eliminare la convinzione che una lista di controllo dei problemi di usabilità possa essere utile. Credere che stia pensando come un programmatore e causerà solo problemi di usabilità che semplicemente non avevi pensato (o che sono il risultato di attenersi a una "regola" di usabilità che non avrebbe mai dovuto essere una regola).

• Una delle più grandi differenze può essere fatta progettando per prima (leggi Alan Cooper's The Inmates stanno eseguendo l'asilo ).

• In secondo luogo, assicurati che il tuo software esegua test di usabilità con utenti reali.

• In terzo luogo, non pensare come un programmatore. L'idea possibile nella tua domanda è un perfetto esempio del perché questo è importante da ricordare. Persino le buone idee (evitando controlli non standard) non sono sempre valide. Questi controlli potrebbero essere difettosi o potrebbero essere usati per qualcosa che non dovrebbero. La soluzione perfetta per il tuo modulo o input dell'utente potrebbe non essere stata ancora inventata, o semplicemente non essere ampiamente utilizzata o implementata (l'iPhone è un ottimo caso di studio per questo).

Come ulteriore esempio del problema relativo alle "liste di controllo dell'usabilità", la lista che hai presentato potrebbe essere comune a te, e sono d'accordo che sono problemi, ma non avevo pensato alla maggior parte di loro prima di leggere la tua lista. D'altra parte, ho sperimentato un sacco di fastidi con Windows da quando ho ricevuto un PC per il mio lavoro diurno:

• (Windows 7) Mousing su un pulsante della barra delle applicazioni e poi su una miniatura della finestra fa cadere tutte le altre finestre solo in contorni. L'ho fatto per errore un numero di volte e ho avuto ciò che stavo leggendo semplicemente scomparendo.

• Ora è possibile utilizzare il pannello Alt + tab per spostare temporaneamente la finestra in primo piano. Tuttavia, quando lasci andare pensi che rimarrà lì, e non lo fa.

• (MS Outlook - lo so, una specie di colpo economico) Se apro una nuova email e poi la chiudo, anche se non ho aggiunto alcun testo mi chiede se voglio salvare la bozza. Quindi se dico di no, lo sposta nella cartella degli elementi eliminati. Come email non letta , lasciandomi con un grande blu " (1) " finché non esco a eliminarlo o a "leggerlo".