test di usabilità

prima apporti la modifica

Potresti aver appena passato un grande sforzo per risolvere un problema che non esisteva!

Test

Nello sviluppo web, Test A / B è di gran lunga il modo migliore per rispondere a queste domande.

Per il tuo esempio specifico, hai provato a darlo a nuovi utenti e, ancora meglio, a dare loro il vecchio prodotto per il confronto? È assolutamente vero che una modifica all'interfaccia utente può causare problemi infernali a breve termine per gli utenti esperti del vecchio prodotto.

Ma se è meglio per qualcuno che non ha usato il prodotto prima di allora, diventerà quasi certamente migliore anche per i vecchi utenti, dato il tempo. Tuttavia, a volte ciò che sembra una grande idea per gli sviluppatori non è eccezionale per la persona media.

La modifica è spaventosa

Tieni questo in mente quando mostri agli utenti di lunga data che stai cambiando tutto sul modo in cui interagisci con l'applicazione. Mentre personalmente penso che il tuo cambiamento proposto sarà più amichevole con i nuovi utenti, gli utenti di lunga data dipendono dal modo in cui le cose sono. Ci sono voluti molto tempo per diventare abili e tutti hanno escogitato piccoli sistemi per rendere l'utilizzo dell'applicazione più utile per loro.

Quando cambi tutto "per il bene dell'utente", ora gli utenti devono riapprendere tutto ciò che già conoscono. È un vero disincentivo. Pensa alla tua reazione istintiva quando hai visto Microsoft Office 2007 (o 2010) per la prima volta. "Dov'è tutto?"

Modifica è un'interruzione, quindi è fatta

Le persone si adatteranno, tuttavia l'interfaccia utente è organizzata. A tal fine, considera le seguenti domande:

• Quanto tempo ci vuole per adeguarsi al nuovo modo di fare le cose? Ad esempio, hai completamente riorganizzato la struttura del menu mentre cambia il modo in cui le finestre sono organizzate? Questo può essere un no-no catastrofico. Limitati a una sola modifica dell'interfaccia utente major alla volta.
• I nuovi utenti imparano l'interfaccia più velocemente con la modifica o senza? È necessario dimostrare un beneficio tangibile agli utenti. Usa un test A / B con i nuovi utenti per focalizzare i risultati. Se riesci a ridurre i costi di allenamento con la modifica dell'interfaccia utente, inizierai a conquistare i capi dai capelli a punta.
• Gli utenti esistenti possono ancora fare il loro lavoro? Più un utente deve fare qualcosa, più rapidamente si adatteranno. Il problema è che se la modifica è troppo diversa e l'utente non è in grado di trovare le funzioni critiche di cui ha bisogno per svolgere il proprio lavoro, le ha fallite.

Può cambiare essere buono?

Assolutamente sì. La domanda a cui devi rispondere è perché questo cambiamento è buono? Stai salvando i passaggi dell'utente? Stai riducendo la quantità di tempo a giocare con lo schermo e non lavori?

Al prossimo test alfa, applica quanto segue:

• Chiedi agli utenti di eseguire una serie di attività sulla vecchia interfaccia. Utilizza screen capture per avere un'idea migliore di come l'utente abbia trovato utile rendere l'app utile a loro. Inoltre, cronometrati.
• Chiedi agli utenti di eseguire lo stesso insieme di attività sulla nuova interfaccia. Registrali e usa screen capture per avere un'idea migliore di dove stanno inciampando.
• Una volta che hai osservato ciò che stanno facendo, allenali per portare la loro conoscenza dell'interfaccia utente fino al punto in cui si trova il tuo.
• Ora, dì loro che stai facendo un'esercitazione di velocità. Fagli fare lo stesso insieme di compiti di prima sulla nuova interfaccia, ma il più velocemente possibile. Offri loro una sorta di incentivo. L'incentivo non deve essere nulla di eccezionale. Può essere qualcosa di semplice come i cookie per il vincitore.
• Dopo tutto questo, ora chiedi loro delle loro opinioni.

Quello che stai cercando di fare è educare gli utenti su come il cambiamento sia veramente e veramente migliore.

Non ti sorprenderanno gli utenti

Molti utenti si sono abituati al tuo software e hanno guadagnato produttività. Un importante cambiamento di interfaccia utente sarà disastroso per coloro che possono già digitare cieco o cieco all'interno del software. Per loro, il modo in cui il layout delle finestre è irrilevante per il loro lavoro quotidiano. Tutto ciò che vogliono è ottenere il lavoro fatto (più veloce). Quindi, se li rallenti, ti odieranno.

Alcuni come nuovi oggetti

Geek, sviluppatori e utenti occasionali di solito amano cose nuove. Scambiare un mouse per un trackpad è divertente per loro. Quindi questo tipo di utente accetta nuove interfacce e nuovi temi.

Cambia o no

Dipende davvero se vuoi sacrificare un gruppo di utenti per un altro.

Soluzione?

. Consenti ai tuoi utenti di avere un'opzione. L'opzione per utilizzare la nuova interfaccia dock o la vecchia interfaccia MDI efficiente.

Non ci sarà necessariamente un'approvazione universalmente accettata del cambiamento. Alcune persone potrebbero trovarlo meglio, e altri lo odieranno. Devi solo convivere con il fatto di infastidire alcuni utenti e magari cacciare via alcuni clienti. Si tratta di usare il tuo giudizio - decidere cosa aiuterà la maggior parte delle persone, limitando il fastidio agli altri e, soprattutto, migliorando le vendite complessive.

Inoltre non dare per scontato che gli utenti che si lamentano del cambiamento non abbiano motivi legittimi per farlo . Soprattutto se hai apportato la modifica "solo perché", che vedi molto in questo settore. Se le persone si lamentano del passaggio da MDI a un'interfaccia ancorata, è possibile che non possano accedere facilmente alle informazioni desiderate. Assicurati di sederti con loro e osserva effettivamente come usano il software. Gli sviluppatori e gli utenti usano il software in modo diverso. E gli utenti possono avere hardware diverso. L'interfaccia ancorata potrebbe sembrare meravigliosa sui tuoi monitor LCD widescreen 1080p a 24 pollici, ma potrebbe essere dolorosa su un monitor 4: 3 da 17 pollici, ad esempio. O l'accordo precedente permetteva loro di minimizzare i movimenti del mouse, ma con il nuovo sistema stavano sviluppando rapidamente la sindrome del tunnel carpale. O prima che due elementi di cui hanno bisogno possano essere allineati l'uno accanto all'altro per essere visti a colpo d'occhio, mentre ora richiede un movimento della testa.

L'accettazione dell'utente è la chiave. Se agli utenti non piace il cambiamento, non dovresti farlo. Sono quelli che decidono, non tu. Basti pensare a quanti utenti gli ingegneri di Microsoft Office hanno incazzato quando hanno deciso di apportare importanti modifiche ai menu, ai layout, ecc. Pensavano che il cambiamento fosse valido? Certamente. Li hanno testati su abbastanza o gli utenti giusti? Sembra che no.

Qual è il punto? Il tuo obiettivo è rendere l'applicazione più attraente per i nuovi utenti? A volte devi muoverti in quella direzione per far crescere il tuo prodotto e rischiare di perdere utenti esistenti. L'usabilità potrebbe non migliorare, ma potrebbe "sembrare" più recente che dia l'impressione che il prodotto sia il più recente e il migliore. Potresti avere una base utenti più vecchia, quindi non dare per scontato che abbiano l'hardware e il sistema operativo più recenti e migliori. Ho notato un sacco di laptop aziendali (adesivi) sul treno che sono ancora su Windows XP.