it-swarm-eu.dev

Qual è il modo migliore per presentare i campi dei moduli di data di nascita?

Sto creando un modulo che richiede agli utenti di accedere al proprio DOB. Qual è la migliore pratica per questo? Ho identificato 3 opzioni di base:

  • Campo di testo libero Gli utenti possono inserire giorno, mese e anno in un campo di testo libero. Durante UT, ho notato che ciò causava alcuni problemi minori con gli utenti che immettevano "81" anziché "1981" o che gli utenti tendevano a guardare la tastiera durante l'immissione dei dati e non lo schermo, quindi tendevano a entrare in tutti i campi, quindi cercavano e notavano che è stato inserito solo il campo del giorno.

  • Menu a discesa Gli utenti possono selezionare il giorno, il mese e l'anno da una serie di menu a discesa. Quindi il menu a discesa uno è un elenco da 1 a 31, il menu a discesa due va da gennaio a dicembre. Ciò sembra più semplice, sebbene il numero di anni nel menu a discesa finale sia molto lungo, dal 1920 al 1994

  • Selezione data Non proprio un'opzione ma potrei presentare una selezione data con un'icona del calendario in cui gli utenti possono scorrere i mesi e gli anni per selezionare la loro data di nascita.

Quindi, qual è l'approccio migliore o quali sono le loro altre idee?

35
Oliver Gitsham

Usiamo un semplice campo di testo singolo con un'istruzione di esempio, proprio come suggerisce Bennett.

Date of birth |________| (example: 31/5/1970)

Tuttavia, aggiungiamo anche un altro elemento alla pagina, che chiamiamo modello di riflessione del campo. Il modulo prende tutto ciò che è stato inserito nel campo e quindi analizza e interpreta in modo dinamico e riflette le informazioni in una forma leggermente diversa. Per le date, questo significa prendere "31/5/70" e visualizzare "Domenica 31 maggio 1970".

Il calcolo del giorno della settimana è un piccolo piacere che aggiungiamo lì solo per divertimento. Abbiamo scoperto che l'inserimento del giorno della settimana ha portato più persone a prestare attenzione al display e quindi a rilevare eventuali errori più spesso.

36
Erics

Un campo di testo libero con un esempio è chiaro, rapido e facile da usare per le persone.

 ________ 
 Data di nascita | ________ | (esempio: 31/5/1970) 

I menu a discesa potrebbero andare bene per giorno e mese, ma non per anno. È probabilmente più facile digitare un anno a quattro cifre piuttosto che scorrere fino al 1950, qualunque cosa. L'unico vero vantaggio dei menu a discesa è che impongono l'ordinamento di giorno e mese. Ma sono un po 'goffi da usare rispetto alla digitazione.

13
Bennett McElwee

Un altro modo è il campo di testo che è abbastanza intelligente da comprendere diversi formati. L'utente può digitare "21 apr 1981" o "21/04/1981" o "21.04.81" o qualcos'altro. Di solito non è così difficile da analizzare. Ad esempio WolframAlpha capisce tutto correttamente. Certo a volte potresti incontrare un'ambiguità (come il 01.02.1981 - è il 1 ° febbraio o il 2 gennaio?). In questo caso è possibile fornire all'utente opzioni tra cui scegliere o sceglierne una automaticamente e visualizzare un avviso.

E consiglierei di dare un'occhiata ad alcune altre domande sulla scelta della data:

7
Kostya

Quello che ritengo più accurato (cioè nessun errore dell'utente ma comunque facile da completare) è: - Testo libero della data - Elenco a discesa del mese (gennaio, febbraio ...) - Testo libero dell'anno (che accetta 2 o 4 cifre)

Ora, mi rendo conto che questo vola di fronte a "non mescolare mouse e tastiera", ma onestamente dopo anni di test dei moduli web con gli utenti funziona meglio. E quella vecchia regola diventa comunque meno rilevante quando le persone si allontanano dai topi. I selettori di data sono ottimi per le date vicine ad oggi; i drop down completi sono un brutto compromesso; il testo libero completo ti lascia aperto agli errori dell'utente.

5
Rose Matthews

Quando si utilizza un datepicker, è possibile ottimizzarlo un po 'in base ai propri utenti. Se il tuo sito richiede almeno 18 anni, puoi far sì che il datepicker inizi un [currentyear-18], rendendo più facile per una buona percentuale scegliere l'anno giusto.

Se usi un singolo campo di testo (magari combinato con un datepicker), puoi applicare una maschera per aiutare l'utente a inserire il formato giusto. Qualcosa come il plug-in di input mascherato: http://digitalbush.com/projects/masked-input-plugin/

4
Jörn Zaefferer

Il problema con i campi di testo liberi è che sono molto facili per gli utenti fare errori. Come dici tu, possono inserire 81 invece del 1981. Se il tuo sito viene utilizzato in diversi paesi, alcuni utenti scriveranno prima il giorno, altri il primo mese, ecc.

Penserei che un selezionatore di date richiederebbe troppa navigazione per l'utente per trovare il suo dob e richiederebbe troppo tempo (molto frustrante). I selettori di data funzionano meglio per trovare le date recenti.

I menu a discesa sono ciò che vedi più spesso nei moduli di registrazione web. In genere sono meno soggetti a errori in quanto l'utente è limitato dalle opzioni disponibili nell'elenco a discesa. Richiedono un po 'più di tempo per il completamento rispetto ai campi di testo libero, ma impediscono che vengano commessi più errori. Ricorda che se scegli questa opzione, è meglio indicare qualcosa come "giorno", "mese" e "anno" all'interno di ciascun campo.

4
usabilitygal

In realtà ci sono tre opzioni valide, e puoi scegliere quello giusto per il tuo pubblico con un semplice test AB/C. (dipende davvero solo dai tuoi utenti)

Ho visto molti test in cui i risultati indicavano una delle tre opzioni di seguito e fintanto che ti ricordi di mantenere gg/aaaa come campi di input semplici (qualsiasi altra soluzione solleverà sfide e problemi per i tuoi utenti) non puoi sbagliare.

Date of Birth Chooser

Questo esempio illustra il giusto ordine dei campi solo per alcuni paesi *

4
Ciprian Pălici

Sono costantemente impressionato dal campo di immissione della data sul sito www.rememberthemilk.com . È un singolo campo, puoi inserire la data in quasi tutti i metodi che ti vengono in mente e la traduce per te. (15/12/2011, "15 dicembre 2011", 15/12/2011, "venerdì prossimo", "venerdì 15 dicembre" ...) e entrando tradurrà ciò che hai inserito in un formato leggibile "Fri 16 dic 11 "in modo da poter confermare che è corretto.

Se la data inserita non è valida (come entrare venerdì 15 dicembre), la prenderai per te (in questo caso impostandola su "Gio 15 dic 11") e puoi facilmente modificarla.

Rileva anche se lo hai inserito in un ovvio formato USA (15/12/11) e sceglie la data corretta del 15 dicembre 2011.

È davvero un pezzo di codice davvero impressionante, in realtà devi fare di tutto per farlo scegliere una data sbagliata.

2
JonW

Vedi la seguente risposta più come una risposta per sensibilizzare un problema secondo questo argomento. Ma se l'argomento è inteso in modo generale, la risposta potrebbe essere più correlata di quanto si pensi.

Penso che l'unica soluzione adatta per questo sia un campo di input di testo gratuito, perché non ho mai visto un modulo di compleanno in cui le persone che non conoscono (completamente) il loro compleanno possono accedervi.

La legge tedesca sui passaporti (o diceva esattamente il regolamento amministrativo di esso) dice che il giorno e il mese (in passato anche l'anno) possono essere scritti come XX quando è sconosciuto.

Ciò significa che in alcuni passaporti in Germania la nascita del proprietario è scritta come XX.07.2000, XX.XX.2000 o anche XX.XX.XXXX (GG.MM.AAAA). Alcuni anni fa sono stati utilizzati zeri anziché x, quindi potrebbe anche essere 00.00.0000 come compleanno valido.

Potresti dire che tutti conoscono il suo compleanno, ma pensa agli orfani o ai rifugiati (abbastanza attuali), specialmente ai bambini piccoli.

Ad essere onesti, ci sono molte situazioni, specialmente dopo "l'era digitale", in cui si dice che le persone usano una sorta di "data di nascita predefinita", come l'01.01 di un anno stimato (che può essere quasi corretto). Ma questo porta altri problemi, perché non si può dire se la persona sia davvero nata il 01.01 o se la persona non conosca il suo compleanno.

So che è molto più facile gestire le date corrette e forse scegliere una data qualsiasi o una data predefinita si adatta alle esigenze della maggior parte dei software, quindi questo non è un grosso problema. Ma se hai davvero bisogno del "compleanno del passaporto" (supponendo che l'utente lo inserisca) potresti pensare a questo fatto e magari pubblicare un consiglio come "Se non conosci il tuo compleanno scegli il 01.01 di qualsiasi età" o aggiungi un "compleanno sconosciuto" -checkbox. Non so come gli altri paesi gestiscono il problema mostrato, ma posso immaginare che abbiano anche compleanni (parzialmente) sconosciuti o utilizzino compleanni predefiniti.

1
bish

Da quello che ho sperimentato, dipende dal progetto. Ho avuto progetti in cui gli utenti non hanno avuto problemi con una casella di testo standard con un suggerimento o un esempio mentre ho avuto progetti che sono stati testati meglio con 3 elenchi a discesa nonostante la lunghezza delle opzioni dell'anno.

Quindi, alla fine, prova se puoi.

Oltre a ciò sono arrivate le seguenti regole di partenza:

  1. Se l'accuratezza dei dati è fondamentale per il sistema, le caselle a discesa consentono una migliore accuratezza a spese dell'usabilità a causa di lunghi elenchi di opzioni.

  2. Se gli utenti sono cauti nel fornire la data di nascita, usa una singola casella di testo con un suggerimento accessibile che maschera la sfocatura. In alternativa, metti in dubbio il requisito per vedere mese e giorno sono veramente richiesti.

  3. Tutti gli altri: casella di testo singola con un suggerimento accessibile.

1
JamesEggers

Un semplice input di testo è il migliore. L'input dovrebbe essere in grado di analizzare i dati e fornire la data più appropriata. Uno di questi che ho usato è SlickDate ( http://www.mountonetech.com/slickdate )

1
tonnier

Secondo Nielsen Norman, il modo migliore per farlo è utilizzare campi di testo aperti, come hanno detto molti dei partecipanti sopra. Ecco il link:

https://www.nngroup.com/articles/date-input/

0
John H

Nella nostra applicazione, desideriamo questa soluzione:

Il widget data è normale, widget di modifica della linea in formato libero. Puoi inserire tutto quello che vuoi. Non appena ciò che hai digitato è in qualche modo riconoscibile come una data, l'interpretazione (i) dei dati trovati vengono visualizzati in un elenco a discesa sotto il widget. Queste interpretazioni vengono visualizzate utilizzando i nomi degli anni interi e dei mesi completi e ordinate in ordine di probabilità. Il widget può essere vincolato per suggerire solo intervalli di date specifici. In questo modo se si digita 31 come anno per un compleanno, viene suggerito 1931 anziché 2031. L'utente può fare clic su uno qualsiasi dei suggerimenti per scegliere tale interpretazione. Inversamente, in un widget utilizzato per pianificare un appuntamento futuro, le date nell'immediato futuro diventerebbero l'interpretazione probabile.

Naturalmente, le impostazioni locali del sistema vengono utilizzate per determinare quale sia l'interpretazione più probabile della data inserita, quali nomi di mese e abbreviazioni vengono utilizzati e qual è il formato accettabile per visualizzare le date interpretate.

Quando lo stato attivo lascia il widget data, tutto ciò che è stato inserito dall'utente viene sostituito dalla data interpretata più probabilmente o da un messaggio corsivo come "Nessuna data selezionata" o "Data non valida". Quando lo stato attivo ritorna sul widget, il testo è di nuovo quello che l'utente ha inserito lì in primo luogo.

Ovviamente, le regole per interpretare la data sono piuttosto rigide. Sono accettati diversi separatori, oltre a non utilizzare affatto separatori. Indizi su quale campo viene utilizzato se sono disponibili (come abbreviare la data a due cifre, ma usare una parte "per il secolo suggerirebbe che quella parte è un anno o usare" th "" st "" nd "o 'rd' dietro un numero suggerirebbe che quella parte è probabilmente un numero del giorno). I mesi possono essere indicati come un numero o come un nome, facoltativamente abbreviato con l'abbreviazione unica più breve per esso.

Tutto sommato, questo rende un widget per l'inserimento della data che è molto flessibile dal punto di vista degli utenti ed è veloce da usare.

0
André

Utilizza input in linea o intervalli di date a discesa sui widget dell'interfaccia utente del calendario.

Le nostre sessioni UX di tracciamento degli occhi hanno rapidamente identificato il modo in cui gli utenti non sanno come interagire con i selettori di date.

0
soulglider