In breve
Parti dalla scelta richiesta al cliente, rendi leggibili date e vincoli, prova il calendario con diversi modi di interagire e verifica che la selezione arrivi correttamente al riepilogo e alla conferma.
- Adattare il calendario a giorno singolo, intervallo o appuntamento.
- Rendere distinguibili data selezionata, giorno corrente e date non prenotabili.
- Provare tocco, tastiera e lettura assistita sui dispositivi rilevanti.
- Mantenere coerenti calendario, riepilogo e conferma inviata al cliente.
Definire quale scelta deve fare la persona
Un appuntamento richiede spesso giorno e orario; un soggiorno richiede arrivo e partenza; un evento può offrire poche date prestabilite. Questi percorsi non hanno necessariamente bisogno dello stesso componente. Se sono disponibili soltanto tre giornate, una lista chiara può essere più semplice di un calendario annuale quasi tutto disabilitato.
Scrivi il compito con parole concrete: “scegliere una visita il prossimo mese”, “prenotare due notti” oppure “trovare il primo appuntamento disponibile”. Poi chiedi a una persona che non conosce il sistema di svolgerlo sul telefono. Osserva dove esita senza suggerire il comando da premere. Una prova conclusa con molti aiuti non dimostra che il calendario sia facile da usare.
Definisci anche che cosa accade quando la persona non trova la data desiderata: un altro periodo, una richiesta di disponibilità o un contatto pertinente. Il calendario non dovrebbe diventare un vicolo cieco senza spiegazioni, soprattutto quando il servizio richiede un accordo con la segreteria.
Rendere inequivocabili campi, mese e data selezionata
Usa etichette come “Data di arrivo” e “Data di partenza”, mantenendole visibili anche dopo la compilazione. Una semplice icona o una scritta che scompare nel campo può lasciare dubbi. Le indicazioni W3C sulle etichette aiutano a collegare il nome del campo al controllo che la persona deve usare.
Nel riepilogo, il mese scritto in lettere può rendere più chiara una data che numericamente cambierebbe interpretazione tra paesi. Il controllo nativo input di tipo date ha un aspetto che dipende da browser e sistema operativo; la forma visualizzata e il valore trasmesso non sono necessariamente identici. Chiedi quindi una verifica completa dal telefono alla conferma, senza dedurre il risultato dalla sola schermata.
Giorno corrente e giorno selezionato devono restare distinguibili. Controlla inoltre che l’anno sia riconoscibile quando si attraversa dicembre e che una data precompilata non venga interpretata come una disponibilità già scelta dal cliente.
Spiegare date non disponibili e regole del periodo
Un giorno grigio può significare chiusura, posti esauriti, periodo non ancora prenotabile oppure una regola di soggiorno. Quando la distinzione serve a decidere, spiegala vicino al calendario con testo comprensibile. Il solo colore non basta a comunicare a tutti perché la scelta non è possibile.
| Situazione | Informazione utile al cliente |
|---|---|
| Appuntamenti apribili soltanto in un certo periodo | Finestra di prenotazione e alternativa |
| Soggiorno con durata minima | Numero di notti richiesto prima della selezione |
| Data con disponibilità esaurita | Possibilità di scegliere un’altra data o una lista d’attesa |
| Arrivo non consentito in un giorno | Differenza fra arrivo e permanenza in quel giorno |
Le regole devono essere verificate anche dal sistema che riceve la prenotazione. Disabilitare un giorno nella schermata non sostituisce i controlli sulla disponibilità effettiva. Se nel frattempo una data si esaurisce, spiega il cambiamento e conserva quanto è ancora utilizzabile della compilazione.
Provare il calendario anche senza affidarsi soltanto al tocco
Verifica che il calendario sia raggiungibile con la tastiera e che sia riconoscibile il punto su cui si sta agendo. Una finestra personalizzata deve permettere di scegliere, annullare e tornare al campo in modo coerente. Il date picker dimostrativo W3C illustra gestione del focus, comandi e annunci del cambio di mese, ma richiede verifiche prima di un impiego reale.
Chiedi un controllo con lettore di schermo sui dispositivi rilevanti: nome del campo, data selezionata, mese mostrato e indisponibilità devono risultare comprensibili. Il risultato di un controllo automatico non dimostra da solo che si riesca a completare la prenotazione. La guida all’accessibilità del sito aiuta a organizzare il campione e le prove.
Prova anche testo ingrandito e orientamento diverso del telefono. Il calendario deve restare chiudibile e i comandi necessari devono essere raggiungibili. Annota il difetto concreto, per esempio “non riesco a tornare al campo di partenza”, così il tecnico può riprodurlo e verificare la correzione.
Controllare il passaggio dalla selezione al riepilogo
Una scelta facile nel calendario può essere compromessa da un riepilogo ambiguo. Mostra le date complete prima dell’invio e chiarisci che cosa rappresentano: periodo di soggiorno, giorno dell’appuntamento o preferenza da confermare. Quando è presente un orario e il servizio può coinvolgere fusi diversi, specifica il riferimento temporale pertinente.
Esempio ipotetico: un cliente seleziona arrivo venerdì e partenza domenica. Nel riepilogo deve poter riconoscere le due date e la durata prevista, poi modificare il periodo senza perdere inutilmente gli altri dati. Se il sistema propone una nuova partenza dopo il cambio dell’arrivo, la modifica deve essere evidente prima della conferma.
Controlla infine il messaggio ricevuto dal cliente e quello consultato dalla segreteria. La data deve coincidere lungo tutto il percorso. Una schermata di richiesta inviata non equivale automaticamente a un appuntamento confermato: il testo deve rispettare il modello di prenotazione effettivo.
Preparare una prova breve da ripetere dopo gli aggiornamenti
Scegli pochi casi rappresentativi: una data vicina, un mese lontano, il passaggio di anno, un intervallo non valido e una giornata esaurita. Per un soggiorno aggiungi il cambio dell’arrivo dopo aver scelto la partenza; per un appuntamento, il ritorno dalla selezione dell’orario al giorno. Usa dati di prova ed evita di occupare disponibilità reali durante i controlli tecnici.
Registra dispositivo, browser, lingua e risultato. Le verifiche devono comprendere almeno i telefoni usati dal pubblico e un percorso con tastiera. Per eventuali differenze di visualizzazione, la guida al sito che si vede male sullo smartphone offre un quadro più ampio.
La correzione è completata quando il compito riesce e la data arriva correttamente alla destinazione. Conserva la prova dopo aggiornamenti del componente o del sistema di prenotazione. Le misure commerciali, come prenotazioni e richieste, vanno lette separatamente: questa verifica dimostra la qualità del percorso, mentre la domanda dipende anche da offerta, disponibilità e pubblico.
Domande frequenti
È sempre meglio usare il calendario nativo del telefono?
Dipende dalla scelta richiesta. Può essere adatto a una data singola; disponibilità articolate e intervalli possono richiedere altre soluzioni. Il criterio è completare il compito sui dispositivi reali mantenendo comprensibili regole e risultato.
Basta rendere grigie le date non disponibili?
Quando il motivo incide sulla scelta, serve una spiegazione comprensibile oltre al colore. Il cliente deve capire se può cambiare periodo, attendere l’apertura delle prenotazioni o chiedere un’alternativa.
Un calendario più semplice elimina le doppie prenotazioni?
La facilità di scelta e la disponibilità effettiva sono aspetti diversi. Le sovrapposizioni richiedono controlli su risorse, aggiornamenti e conferme del sistema, oltre a un calendario utilizzabile.
Fonti e approfondimenti
Riferimenti ufficiali per verificare le indicazioni e applicarle al proprio sito.