Come abbiamo messo il "facile" in Easy LMS

Avere un prodotto con molte funzionalità può essere difficile da capire. Per noi è un costante gioco di equilibri tra l'aggiunta rapida di nuove funzionalità e la facilità d'uso. È qui che entrano in gioco le nostre linee guida sull'usabilità. Ci aiutano a prendere le decisioni di progettazione, a stabilire le priorità di ciò che dobbiamo fare per renderlo utilizzabile in primo luogo e a determinare ciò che può essere migliorato durante un'iterazione successiva. Lavorando in questo modo, non dovrete aspettare che la funzionalità sia perfetta e il cliente potrà già trarre vantaggio dall'utilizzo della nuova funzionalità.

Livelli di usabilità

Alcune caratteristiche, purtroppo, richiederanno sempre un po' più di riflessione.

Alcune caratteristiche o funzionalità sono complesse per natura, come ad esempio la creazione di integrazioni con altri sistemi. Per questo motivo abbiamo definito diversi livelli di usabilità. Per essere espliciti, non tutte le nostre linee guida devono essere applicate per ogni funzionalità su cui lavoriamo.

Prendendo l'esempio delle integrazioni, possiamo renderle super facili da parte nostra, ma non abbiamo alcuna influenza sull'usabilità del sistema con cui state impostando l'integrazione. Inoltre, potrebbero essere necessarie alcune codifiche o impostazioni avanzate su più sistemi. Pertanto, molto probabilmente non sarà mai un compito facile da portare a termine. È qualcosa di più avanzato per natura. Soprattutto se qualcosa va storto, a volte è difficile capire quale sia la causa dell'interruzione del flusso.

Nel paragrafo precedente vi ho presentato in segreto due dei nostri cinque livelli di usabilità. Permettetemi di condividere con voi gli altri:

• Compiti banali dovrebbero essere resi facili.

• Compiti impegnativi dovrebbero essere resi facili.

• Compiti avanzati dovrebbero essere resi fattibili.

• Compiti sofisticati dovrebbero essere supportati.

• Compiti che non abbiamo intenzione di supportare.

Permettetemi di renderlo un po' più tangibile. Alcune funzioni, come l'aggiunta di domande, sono cose banali da fare. Vogliamo che siano senza sforzo. Per riuscirci, vogliamo che vengano applicate tutte le nostre linee guida sull'usabilità. Altre funzioni, come l'impostazione del single sign-on, sono intrinsecamente più complesse. Tuttavia, vogliamo comunque supportare questa funzionalità. Nel caso di una funzionalità sofisticata, come questa, le linee guida da rispettare sono meno numerose.

Ma come possiamo assicurarci che l'esperienza dell'utente sia stata progettata in modo ottimale per tutti i livelli determinati? Di cosa abbiamo bisogno per riuscirci? Vi presento il nostro processo.

Linee guida in azione

Scegliere su cosa lavorare

Per prima cosa, decidiamo su quale funzionalità lavorare. Eseguiamo un processo di valutazione per lotti, confrontando l'importanza di diverse funzionalità ad alta priorità per determinare la cosa più urgente su cui lavorare.

I will use our export buttons as an example. They enable the exporting of the results of participants to a file you can view and crunch further in Excell. The image on the right shows how they all used to look. From this button, you do not know the behavior that it has. Do you have to wait for all the data to compile first, or does it download straight away? Because of all this unclarity, we decided to pick it up.

Determinazione dello stato attuale

Successivamente, valutiamo il livello di usabilità della funzione, esaminando le linee guida da applicare. Quindi determiniamo anche il livello a cui vogliamo puntare. Questo potrebbe essere diverso dall'obiettivo finale, perché potrebbe essere un passo troppo grande da compiere in una sola iterazione. In questo modo sappiamo su quali linee guida dobbiamo concentrarci durante l'iterazione per garantire la migliore esperienza utente possibile.

Per ogni iterazione, ci concentriamo principalmente sul miglioramento di una linea guida alla volta. Questo non significa che le altre linee guida non vengano prese in considerazione. Vogliamo solo migliorare almeno una cosa alla volta, come mi ha ricordato Jeroen una volta: la velocità è anche qualità. "Lavoriamo in cicli brevi perché è stato dimostrato che è più veloce e dà risultati migliori, ma significa fare piccoli passi e non tutto si adatta", spiega Anouk, uno dei nostri designer front-end.

Preferiamo rilasciare una nuova funzionalità o un miglioramento in tempi brevi, piuttosto che impiegare secoli per farlo alla perfezione

Abbiamo stabilito che il processo di esportazione dei risultati deve essere semplice. Ciò significa che devono essere applicate tutte le nostre linee guida. Il pulsante ha infranto la nostra linea guida sulla prevedibilità, secondo la quale i clienti devono essere in grado di capire come interagire con una funzione e prevedere con successo i risultati. È su questo che abbiamo deciso di concentrarci per questa iterazione.

Trovare una soluzione

Poi, non appena discutiamo le possibili soluzioni, decidiamo quale delle linee guida è la più importante da migliorare in quel momento. Il modo in cui lo faremo è poi incluso nella soluzione proposta. E poi è finalmente il momento di iniziare a realizzarla!

Come accennato in precedenza, quando si fa clic sul pulsante di esportazione possono accadere due cose. Si deve aspettare un po' prima che il download avvenga, oppure viene scaricato subito. Per chiarire cosa aspettarsi, abbiamo progettato un pulsante per ognuno dei due scenari.

The Start Export button (see image on the right) implies the waiting time through the use of the icon. The wording also shows that you will start the process of exporting so you will not have an immediate result.

The Export button (see image on the right) shows it will download straight away because of the universally used icon for downloading. The wording implies that it is a one-click action and that the data is available straight away.

Valutazione del miglioramento

Infine, una volta terminata la parte di sviluppo della storia, il team la testa esaminando i possibili scenari in base ai criteri di accettazione. In questo modo possiamo valutare se gli standard delle linee guida sono soddisfatti. Quando i test sono stati completati con successo, rilasciamo la storia e anche voi potrete utilizzare la funzionalità nuova o migliorata ?.

Grazie ai miglioramenti apportati, abbiamo stabilito che i requisiti di prevedibilità sono stati soddisfatti. Poiché le altre linee guida sono già state applicate, possiamo dire che questo è Mundane!