Design di accesso e registrazione mobile: rendi chiaro il passaggio dell'account

Scegli il momento in cui un account diventa utile

Parti dall'attività per cui la persona è arrivata. Se l'esperienza principale può funzionare senza account, lascia prima esplorare e chiedi l'accesso quando si raggiunge una funzionalità che richiede preferenze salvate, accesso da più dispositivi, collaborazione o una transazione. Le Human Interface Guidelines di Apple raccomandano di rimandare l'accesso quando possibile e di spiegare il vantaggio quando un account è necessario.

Una richiesta contestuale è più facile da capire di una barriera all'avvio. Per esempio, un'app di lettura potrebbe lasciare esplorare i titoli, poi chiedere di creare un account quando si sceglie di sincronizzare una lista di lettura. Se la creazione dell'account è essenziale fin dall'inizio, spiega perché prima di mostrare i campi. Mantieni la spiegazione concreta e proporzionata: «Crea un account per salvare i progetti e aprirli su un altro dispositivo» è più utile di «Unisciti alla nostra comunità».

• Distingui le informazioni obbligatorie dai dettagli facoltativi del profilo.
• Per un acquisto come ospite o un'attività una tantum, valuta se la creazione dell'account può aspettare finché il valore immediato non è stato offerto.
• Dopo un'autenticazione riuscita, riporta le persone all'azione che intendevano completare.

Rendi chiare e riconoscibili le scelte di accesso

Una persona dovrebbe capire se sta creando un account o tornando a uno esistente. Dai ai due percorsi etichette distinte, rendi visivamente chiara l'azione principale e colloca i metodi alternativi dove si possano confrontare senza sovraccaricare la schermata. Usa i nomi dei fornitori e i pulsanti approvati dalla piattaforma quando pertinenti; una generica etichetta «Continua» da sola non spiega cosa succede dopo.

Offri solo metodi che il prodotto supporta e può mantenere. Email, passkey o un'opzione di identità della piattaforma possono adattarsi a pubblici diversi. Presentali come scelte, senza affermare che un metodo sia universalmente più facile o sicuro. Spiega ogni ulteriore informazione richiesta.

Gli utenti di ritorno potrebbero non ricordare il metodo di accesso. Rendi individuabili recupero e accesso alternativo e spiega cosa fare se un'email è associata a un metodo diverso. Le indicazioni sul collegamento degli account possono aiutare le persone a mantenere l'accesso a un account esistente.

Mantieni i moduli essenziali e compatibili con gli strumenti delle persone

Chiedi solo i campi necessari per creare o accedere all'account. Usa etichette persistenti anziché affidarti al segnaposto come unica etichetta, scegli un tipo di input e una tastiera appropriati e chiarisci l'azione successiva. Se la registrazione richiede più informazioni, raggruppa i campi correlati e rimanda le preferenze facoltative a dopo l'ingresso nel prodotto.

L'autenticazione dovrebbe funzionare con la compilazione automatica e i gestori di password. Usa nomi e semantiche standard per i campi ed evita comportamenti personalizzati che impediscano l'inserimento delle credenziali. Non bloccare l'incolla delle password: le persone possono usare un gestore o un altro strumento. Le indicazioni WCAG sottolineano la necessità di permettere a browser e gestori di password di terzi di compilare i campi di accesso.

Il comportamento può variare tra dispositivi e gestori di password, quindi verifica il flusso sulle piattaforme supportate e consenti la correzione manuale. Dopo un tentativo fallito, conserva quando pratico i valori utili non sensibili, come l'indirizzo email.

• Usa un'etichetta visibile come «Indirizzo email» e un'etichetta chiara per la password.
• Permetti di mostrare o controllare la password quando opportuno, senza rendere quel controllo l'unico modo per correggere l'inserimento.
• Tieni il pulsante principale vicino ai campi e usa un'etichetta specifica per l'azione, come «Crea account» o «Accedi».

Progetta per errori, recupero e visite successive

Un errore utile individua il campo interessato o il passaggio fallito in testo e spiega come proseguire. «Qualcosa è andato storto» non basta quando il formato dell'email non è valido o un campo è vuoto. Il criterio di successo WCAG 2.2 3.3.1 richiede che gli errori di input rilevati siano identificati e descritti in testo; colore o icona non devono trasmettere il messaggio da soli.

Usa un linguaggio neutro e colloca le indicazioni specifiche vicino al campo. Per esempio, un testo ipotetico per un indirizzo malformato potrebbe essere: «Inserisci un indirizzo email nel formato [email protected]». Per un accesso non riuscito, un prodotto potrebbe dire: «Non siamo riusciti ad accedere con questi dati. Controlla email e password oppure reimposta la password». Evita di esporre informazioni sensibili sull'account nei messaggi di errore; scegli una formulazione coerente con le esigenze di privacy e prevenzione degli abusi del prodotto.

Spiega cosa accade dopo una richiesta di reimpostazione, offri un modo per tornare all'accesso e aiuta a ritrovare il metodo usato in precedenza. Nelle visite successive, mostra chiaramente lo stato di accesso e offri un percorso verso impostazioni dell'account, disconnessione e aiuto. Se gli account possono essere creati nell'app, rendi facile trovare l'eliminazione dell'account.

• Associa l'errore al campo che descrive e rendilo percepibile anche senza il solo colore.
• Tieni le azioni di recupero vicino al modulo di accesso ed evita di far ricominciare inutilmente gli utenti.
• Esamina sia gli stati di primo utilizzo sia quelli di ritorno, inclusi indirizzi email cambiati e metodi di accesso non disponibili.

Una revisione pratica del flusso dell'account

Percorri il flusso come persona nuova, persona di ritorno e persona che recupera l'accesso. Controlla le schermate nel contesto. La raccolta dei modelli mobile può aiutare i team a confrontare come i moduli organizzano input, etichette e azioni.

• Le persone possono raggiungere un valore utile del prodotto prima di accedere quando l'account non è essenziale?
• La schermata spiega perché serve un account e quali informazioni sono obbligatorie?
• Una persona distingue registrazione, accesso, metodi alternativi e recupero dell'account?
• Le etichette dei campi restano visibili e compilazione automatica e incolla possono inserire le credenziali?
• Gli errori nominano il problema in testo, conservano gli input utili e suggeriscono un passo successivo?
• Dopo il successo, la persona torna all'attività che aveva iniziato?