Elenco di controllo per il test del sito Web: spiegazione dei test di usabilità, dei test di accettazione dell'utente e dei test AB

Riepilogo: la combinazione di test di usabilità del sito Web, test di accettazione dell'utente (UAT) e test AB può sembrare un sacco di lavoro. Ma avere un elenco di controllo per il test del sito Web da esaminare prima di avviare una funzionalità o un percorso consente di risparmiare tempo e denaro a lungo termine.

Supponiamo che la tua azienda debba migliorare l'esperienza di navigazione del prodotto. Il tuo capo dice che svilupperai nuovi modi chiave per consentire agli utenti di navigare e che stai guidando il progetto. Per molti esperti di marketing, quel processo è simile a questo:

Tecnicamente parlando, ha tutti i componenti di una nuova funzionalità che puoi avviare sul sito. Tuttavia, l'utilizzo di questi come passaggi fondamentali lascia il successo o il fallimento del progetto al caso. Anche supponendo che non si verifichino intoppi di sviluppo, il nuovo percorso di navigazione che stai costruendo potrebbe essere altrettanto interrotto o addirittura peggiore di quello che hai ora.

Per evitare tutto ciò, hai bisogno di test. Ma quali? E quando li applichi tutti?

È qui che può aiutare una checklist per il test del sito web.

Immergiamoci.

1. Applicazione dei test di usabilità

I test di usabilità sono, in sostanza, interviste con persone che stanno cercando di utilizzare qualcosa e dovrebbero essere inclusi nella lista di controllo dei test del tuo sito web. Voi …

• … può (e dovrebbe!) farlo per i siti concorrenti.
• ... dovrebbero applicarli ai tuoi concetti di progettazione mentre crei nuove funzionalità.
• ... dovrebbe testare i tuoi prototipi mentre li costruisci e testarli di nuovo quando avvii la funzione effettiva sul tuo sito web.

Test di usabilità sui siti dei concorrenti

Se hai siti concorrenti che utilizzano una funzionalità simile a quella che vuoi costruire, dovresti chiedere ad alcune persone (non impazzire per il numero di persone, 4-12 dovrebbero fare il trucco) di svolgere attività su e invitali a parlare durante il processo. Questo è essenzialmente tutto.

Potrai ricevere commenti sul motivo per cui alcune cose funzionano e perché altre non rispettano le aspettative . Tutto ciò dovrebbe alimentare il tuo concetto di design. Da lì, è necessario testare il design, il prototipo e la funzionalità effettiva quando viene lanciato sul sito.

Test di usabilità su funzionalità interne

Il principio è semplice, anche se in pratica questo a volte si complica.

Quando completi il ​​tuo concetto di design per il sito, dovresti parlare con 12 persone . Ma non tutto in una volta.

• Innanzitutto, fai in modo che 4 persone provino a eseguire un'attività utilizzando solo i tuoi concetti di progettazione. Dopo aver parlato con 4 persone, coglierai i problemi più grandi sui progetti.
• Lo applicherai ai progetti, quindi parlerai con altre 4 persone. Rileveranno i problemi più grandi con la seconda versione e puoi applicarlo a una terza versione del concetto.
• Con la terza versione con il tuo set finale di 4 persone, dovresti avere solo problemi minori ... e puoi procedere alla fase successiva.

E questo è fondamentalmente il test di usabilità. Lo eseguirai di nuovo quando avrai un prototipo e ancora una volta quando la funzione verrà avviata.

Non ci vuole così tanto tempo come sembra, e in realtà fa risparmiare piuttosto che costare denaro alla maggior parte delle aziende . Questo perché quando si passa dalla fase di progettazione a quella di prototipo, o dalla fase di prototipo a quella di lancio, cambiare le cose diventa più costoso e richiede tempo.

Questo processo garantisce che ciò che stai costruendo possa essere effettivamente utilizzato per eseguire attività in modo efficiente e non hai costose revisioni delle funzionalità nelle ultime fasi del progetto . Rileverai presto i maggiori problemi di esperienza dell'utente .

'Vuoi saperne di più sui test di usabilità? Ti abbiamo coperto. Leggi "Nozioni di base sui test di usabilità del sito Web in breve"

2. Applicazione dei test di accettazione dell'utente (UAT)

Ovviamente, solo perché hai parlato con le persone dell'esperienza dell'utente non significa che la funzionalità effettiva sarà priva di bug. La tua brillante esperienza di navigazione del nuovo prodotto potrebbe essere positiva nella fase di test di usabilità per le fasi di progettazione e prototipazione, ma se interrompe il funzionamento del carrello quando lo applichi al tuo sito, danneggerai l'azienda.

È qui che entra in gioco il test di accettazione dell'utente del sito Web, o UAT.

Dopo che il prototipo ha superato i test di usabilità, ma prima che la funzionalità venga lanciata sul sito, dovrebbe esserci un elenco di controllo degli elementi da controllare per varie risorse interne dell'azienda . Questa lista di controllo dovrebbe compromettere parte della lista di controllo dei test del tuo sito web.

Questa è la cosa più vicina a un test del "mondo reale" che avrai prima del lancio effettivo. Gli UAT copriranno più degli scenari seguenti, ma dovrai almeno capire se il ...

• … la funzionalità pianificata funziona secondo le specifiche e consente all'utente di eseguire l'attività prevista.
• ... la cosa che stai lanciando funziona abbastanza bene e rientra in una soglia di tempo di caricamento della pagina concordata.
• ... il tweak che stai pianificando è compatibile con altre aree del sito e non crea problemi in altre parti del tuo sito web.

Dovrebbe esserci anche un driver: qualcuno che ricordi alle persone che devono ancora dare il loro segno di arresto che la funzione funziona e che non interferisce con le altre funzioni del sito.

Una volta che si tiene conto di UAT, l'intero processo è simile al seguente:

Per alcune funzionalità, potresti fermarti in quella fase. Ma se ciò che stai costruendo è progettato per ottenere una trazione significativa per il traffico e le conversioni, devi aggiungere un altro test.

3. Applicazione di test AB / test divisi

Dopo aver parlato con un numero sufficiente di utenti e assicurato che possano svolgere attività, e dopo aver eseguito i test per garantire che le funzionalità funzionino come pianificato senza interrompere nulla, c'è ancora del lavoro da fare: ottimizzare le pagine per ottenere il massimo impatto .

I test AB o split test arrivano alla fine del processo, quindi il lancio delle tue funzionalità ora sarà simile a questo:

Il test AB o il test diviso è qualcosa di cui abbiamo parlato in un altro post del blog. Se hai bisogno di una guida dettagliata sui vantaggi, la durata del test, le cose da evitare e altre sfumature, puoi leggere le basi del test diviso qui.

Ma l'idea generale è che ti verranno in mente due versioni della pagina , quella che hai appena lanciato dopo i test precedenti e una pagina sfidante, qualcosa che è leggermente diverso da quella che hai lanciato, forse hai leggermente modificato gli inviti all'azione, oppure vengono riscritti i titoli delle aree di prodotto.

Ciò che gli split test faranno è dividere il traffico tra queste due pagine e, in breve tempo, avrai statistiche che mostrano quale pagina ha funzionato meglio per te in base ai criteri scelti.

Importanza di una checklist per il test del sito web

Quando si combinano test di usabilità, test di accettazione dell'utente e test AB, in genere si dispone di un framework di test che lascia ben poco al caso .

Sembra più lavoro, ma in pratica, la maggior parte del lavoro deriva dal rifare pagine che non funzionano o caratteristiche che rompono altre cose. L'implementazione dei test in genere non comporta perdite di tempo; per la maggior parte dei tuoi progetti più grandi, ti faranno risparmiare tempo perché non cambierai gli obiettivi a metà strada o apporterai "modifiche di panico" appena prima del lancio.

I tre test significano che affronterai una rilavorazione minima. Garantiranno che gli utenti saranno in grado di svolgere i propri compiti. E forse la cosa più importante, massimizzano le tue possibilità di convertire i visitatori .

Questo post è stato originariamente pubblicato nell'agosto 2015 ed è stato aggiornato per completezza.