In breve
Progetta il salvataggio come una funzione riconoscibile: stato della bozza, conferma, modalità di recupero e scadenza. Il cliente deve distinguere sempre tra dati conservati per continuare e richiesta effettivamente inviata all’attività.
- Una bozza salvata non equivale a una richiesta inviata.
- La modalità di recupero dipende da dove sono conservati i dati.
- Salvataggio, scadenza e invio devono avere conferme comprensibili.
- La ripresa va provata anche dopo interruzioni, errori e modifiche del modulo.
Capire quando una bozza risolve un problema reale
Individua le interruzioni prevedibili: recuperare un documento, chiedere una misura a un collega, preparare un elenco di prodotti o attendere un’approvazione interna. Se la compilazione richiede questi passaggi, il salvataggio può essere una parte utile del servizio. Se bastano nome e recapito, introdurre un account potrebbe invece complicare il contatto.
Dividi le informazioni in gruppi logici e spiega all’inizio cosa occorre preparare. Il cliente dovrebbe sapere se può completare la richiesta in seguito e se gli allegati saranno conservati. La suddivisione in passaggi aiuta l’orientamento, ma da sola non garantisce il recupero dopo la chiusura della pagina.
In un esempio ipotetico, un’impresa chiede un preventivo per più serramenti: può inserire le stanze durante il sopralluogo e aggiungere le misure dal computer. Il progetto deve chiarire se questo passaggio tra dispositivi è supportato.
Scegliere dove conservare la compilazione
Una bozza può restare nel browser oppure essere salvata sul server. La prima soluzione non rende automaticamente disponibili i dati su un altro dispositivo e può risentire della cancellazione dei dati del sito, della modalità privata e delle politiche del browser. Anche la memoria locale può esaurirsi o diventare indisponibile.
| Modalità | Cosa chiarire al cliente |
|---|---|
| Nel browser | Uso dello stesso browser e limiti della conservazione locale |
| Account personale | Accesso necessario e dove ritrovare le bozze |
| Collegamento di recupero | Destinatario, validità e modalità di protezione del collegamento |
Per dati riservati o documenti importanti, il tecnico deve valutare accessi e protezioni adeguati. La memoria del browser non va trattata come un archivio sicuro per password, dati di pagamento o informazioni sensibili.
Il salvataggio automatico sul server trasmette i dati prima dell’invio definitivo: l’interfaccia deve comunicarlo prima che inizi la compilazione. Mantieni le bozze separate dalle richieste confermate e non usarle per avviare automaticamente contatti commerciali.
Comunicare quando il salvataggio è riuscito
Che sia automatico o attivato da un pulsante, il salvataggio deve mostrare uno stato veritiero. Distingui l’operazione in corso dalla conferma ricevuta e da un errore. Scrivere “salvato” appena l’utente tocca il pulsante può diventare ingannevole se la connessione si interrompe prima della risposta.
Indica l’ultima conferma utile e segnala le modifiche non ancora conservate. Se una bozza può essere aperta in più finestre o dispositivi, definisci cosa accade quando due versioni vengono modificate: una sovrascrittura silenziosa può cancellare il lavoro più recente.
Le comunicazioni di stato devono essere percepibili anche con uno screen reader senza spostare continuamente il focus. Evita messaggi ripetuti a ogni carattere. Per gli allegati del modulo, verifica separatamente che il trasferimento sia completato prima di dichiararli disponibili nella bozza.
Riaprire la bozza senza richiedere tutto da capo
La ripresa deve riportare l’utente al lavoro conservato con un riepilogo comprensibile. Mostra i passaggi completati, quelli ancora da compilare e gli eventuali documenti mancanti. Consenti di tornare alle sezioni precedenti mantenendo le informazioni valide.
Nel medesimo processo, dati già forniti dovrebbero essere riproposti o selezionabili quando servono di nuovo, salvo ragioni specifiche di sicurezza, validità o necessità. Chiedere nuovamente un indirizzo identico aumenta lavoro e possibilità di errore. Il criterio W3C sull’inserimento ridondante aiuta a valutare questo aspetto.
Se nel frattempo cambiano opzioni, listini o disponibilità, evidenzia le informazioni da ricontrollare prima dell’invio. Una bozza non prenota automaticamente un prodotto o un appuntamento. Nel caso ipotetico dei serramenti, una nuova finitura può richiedere la revisione della scelta precedente senza cancellare le misure già inserite.
Gestire sessioni, scadenze e cancellazione
Distingui la durata della sessione di accesso dalla durata della bozza. La scadenza dell’autenticazione può richiedere un nuovo ingresso senza dover necessariamente eliminare i dati già conservati. Progetta il ritorno al modulo dopo il nuovo accesso e verifica che l’utente riconosca cosa è stato recuperato.
Quando un limite di tempo è necessario, spiega cosa sta per scadere e valuta modalità per avvisare ed estendere il tempo compatibilmente con il processo. Le indicazioni W3C richiedono di considerare chi ha bisogno di più tempo; le eccezioni vanno valutate nel contesto, non applicate come regola generale.
Definisci una durata di conservazione coerente con l’uso e rendila visibile. Offri un comando per eliminare la bozza quando previsto e chiarisci cosa accade agli allegati. Anche le copie temporanee e i collegamenti di recupero devono seguire una gestione concordata.
Separare la bozza dall’invio definitivo
Il pulsante finale deve indicare l’azione reale: inviare una candidatura, richiedere un preventivo o presentare una domanda. Prima della conferma, mostra un riepilogo e consenti di correggere le sezioni. Il sistema deve verificare nuovamente i dati necessari e segnalare gli errori senza cancellare le risposte valide.
Progetta anche il caso in cui il cliente prema due volte o non riceva subito la conferma. La ripetizione non dovrebbe generare richieste duplicate senza controllo. Il tecnico deve distinguere un invio già ricevuto da una bozza ancora aperta, con uno stato consultabile o un riferimento utile.
Non contare le bozze come contatti acquisiti nei rapporti commerciali. Chi ha iniziato a compilare potrebbe non aver deciso di inviare. La richiesta definitiva deve raggiungere il destinatario previsto, secondo le verifiche della guida al modulo che non recapita le email.
Provare interruzioni e recupero prima della pubblicazione
Prepara prove con dati inventati e un elenco degli esiti attesi. Il caso più importante non è soltanto la compilazione senza interruzioni: occorre verificare cosa resta disponibile dopo un problema e se l’interfaccia lo comunica correttamente.
- Salvare, chiudere la pagina e riaprire la bozza.
- Interrompere la rete durante il salvataggio e poi ripristinarla.
- Lasciare scadere la sessione e accedere nuovamente.
- Riprendere da un altro dispositivo, se la funzione lo prevede.
- Controllare allegati, errori di validazione e doppio invio.
- Eliminare una bozza e verificare il comportamento del vecchio collegamento.
Assegna a un referente la verifica dopo gli aggiornamenti del modulo. Se vengono aggiunti campi obbligatori, chiarisci come trattare le bozze precedenti. Una modifica del questionario non dovrebbe trasformare silenziosamente una richiesta incompleta in una pratica pronta all’invio.
Domande frequenti
Il salvataggio automatico permette sempre di cambiare dispositivo?
No. Se i dati restano soltanto nel browser, normalmente il recupero dipende da quello stesso ambiente. Il passaggio tra dispositivi richiede una modalità progettata, per esempio un account o un collegamento protetto.
Una bozza può essere considerata una richiesta di preventivo?
La bozza conserva una compilazione in corso. Deve essere distinta dall’invio definitivo, sia per ciò che vede il cliente sia per la gestione dei contatti e delle notifiche interne.
Conviene salvare qualsiasi campo e allegato?
No. Occorre decidere quali informazioni servano, dove conservarle, chi possa accedervi e per quanto tempo. Dati riservati e documenti richiedono una valutazione specifica delle protezioni e della gestione.
Fonti e approfondimenti
Riferimenti ufficiali per verificare le indicazioni e applicarle al proprio sito.
- W3C: organizzazione dei moduli in più passaggi (si apre in una nuova scheda)
- W3C: gestione accessibile dei limiti di tempo (si apre in una nuova scheda)
- W3C: evitare di richiedere nuovamente dati già forniti (si apre in una nuova scheda)
- MDN: conservazione dei dati con localStorage (si apre in una nuova scheda)
- MDN: quote e rimozione dei dati conservati nel browser (si apre in una nuova scheda)
- OWASP: considerazioni di sicurezza per l’archiviazione nel browser (si apre in una nuova scheda)