Utilizzare i campi obbligatori solo dove sono realmente necessari
I campi obbligatori devono avere uno scopo diretto per l'elaborazione o per obblighi di legge. Le funzionalità facoltative non devono ostacolare il processo.
Per i team UX e gli sviluppatori web, la "limitazione coerente dei campi obbligatori" può essere verificata utilizzando tre criteri concreti: "Compilazione indispensabile", "Nessuna alternativa disponibile" e "Completezza del CRM".
Pubblicato: 3 minuti di lettura · Autore: Sebastian Geier
Quali campi del modulo devono essere effettivamente compilati?
Un campo diventa obbligatorio solo se, per ragioni professionali, tecniche o legali, il processo in corso non può proseguire senza tali informazioni. Le richieste di dati interni, i valori che possono essere raccolti in un secondo momento e le interrogazioni preliminari sensibili rimangono facoltative o vengono omesse; l'etichettatura e la convalida devono esprimere la stessa regola di obbligatorietà.
Elaborazione essenziale
Elaborazione essenziale Senza il valore intrinseco, il processo attuale non può essere accettato e proseguito in modo significativo da un punto di vista professionale, tecnico o legale.
Nessuna alternativa disponibile Le informazioni non possono essere ricavate in modo affidabile dai dati esistenti o possono essere ottenute solo in una fase successiva appropriata.
Impegno dichiarato – Le etichette dei campi e il testo di aiuto indicano chiaramente quali informazioni sono richieste e perché i valori sensibili sono necessari prima dell'inserimento.
Nessuna alternativa disponibile
Per ogni campo obbligatorio, esaminare congiuntamente con il reparto competente, il responsabile della protezione dei dati e il team di elaborazione il motivo specifico per cui un valore potrebbe essere interrotto in caso di mancanza.
Rendere facoltative le informazioni deducibili, premature o semplicemente desiderabili, raccoglierle in un secondo momento o rimuoverle completamente dal processo.
Implementare l'etichettatura dei campi obbligatori, la convalida del browser, i messaggi di errore e l'elaborazione interna per i campi vuoti o al limite.
Caso di test: "Completezza del CRM"
Un modulo di contatto richiede un numero di telefono e le dimensioni dell'azienda, anche se le richieste possono essere gestite via e-mail. Entrambi i campi dovrebbero essere resi facoltativi, mentre l'indirizzo e-mail dovrebbe rimanere obbligatorio per ottenere la risposta desiderata. Il caricamento dei dati viene richiesto solo in un secondo momento, una volta chiarito il suo scopo nel caso specifico.
Impegno dichiarato
Percentuale di campi obbligatori con una valida motivazione documentata, di natura legale o di elaborazione, nella fase di processo corrente.
Numero di moduli abbandonati e richieste di assistenza derivanti da campi obbligatori inattesi, sensibili o non necessari.
Completezza del CRM
Completezza del CRM I campi richiesti internamente diventano obbligatori, anche se una richiesta potrebbe essere elaborata o qualificata in un secondo momento senza di essi.
Obbligatorietà dovuta alla progettazione – L'asterisco, la legenda e la proprietà tecnica obbligatoria si contraddicono a vicenda e generano solo errori imprevisti al momento dell'invio.
Domande delicate poste nelle fasi iniziali – Numero di telefono, data di nascita o documenti vengono richiesti prima che siano stati stabiliti lo scopo, la fiducia e la fase del processo necessaria.
Cosa verificare prima e dopo la "Limitazione coerente dei campi obbligatori"
"Limitazione coerente dei campi obbligatori" Creare una navigazione basata sulle attività dell'utente anziché sull'organigramma aziendale solleva un'importante domanda di approfondimento: come si traducono le attività dell'utente in navigazione invece di visualizzare l'organigramma?
Chi desidera approfondire l'argomento "Limitazione coerente dei campi obbligatori" dal punto di vista del cluster "Sistemi di conversione e lead B2B" troverà ulteriori informazioni in Qualificazione delle richieste di progetto con pochi, ma cruciali campi la classificazione appropriata.
Se vuoi implementare concretamente la "limitazione coerente dei campi obbligatori", puoi andare a Sistemi web robusti a cui fare riferimento in seguito. L'attenzione si concentra su "Ambito del modulo, immissione e correzione degli errori" e "Elaborazione essenziale".
Conclusione: Limitare coerentemente i campi obbligatori
Un requisito è una necessità di processo, non un desiderio. Quanto più un'informazione è tempestiva o sensibile, tanto più chiaramente deve essere dimostrata la sua attuale necessità.
Fonti e ulteriori informazioni
Queste fonti primarie sono cruciali per il comportamento della piattaforma, la terminologia e i limiti di verifica quando si "limitano in modo coerente i campi obbligatori".
Comprensione delle etichette o delle istruzioni — W3C WAILa spiegazione WCAG richiede istruzioni chiare su obbligatorietà, formato e immissione dei dati quando gli utenti devono inserire dati in un modulo.
Pagine di domande — Sistema di progettazione GOV. UKGOV. UK richiede che vengano richieste solo le informazioni realmente necessarie, che i campi facoltativi siano contrassegnati esplicitamente e che i campi obbligatori non siano contrassegnati da un asterisco.
Raccolta di informazioni personali dagli utenti — Manuale di servizio GOV. UKLe linee guida supportano la limitazione ai dati personali necessari e proporzionati e richiedono una giustificazione per la loro raccolta.
Tesi chiave
Un campo è obbligatorio solo se la procedura non può essere completata in modo significativo o legale senza tali informazioni. Tutte le altre informazioni rimangono facoltative o vengono omesse.
Cosa non riguarda
Limitare i campi obbligatori non significa rendere i moduli generalmente brevi, né significa rimuovere informazioni necessarie senza considerare il flusso di elaborazione.
Di cosa si tratta
Ogni requisito è legato a una giustificazione professionale, tecnica o legale attuale; le informazioni facoltative e quelle richieste in un secondo momento vengono posticipate o omesse di conseguenza.
Ulteriori approfondimenti
UX, navigazione e moduli
Ridurre il rischio di annullamento dei progetti a causa di promesse poco chiare in materia di protezione dei dati e di tempi di risposta
"Limitare in modo coerente i campi obbligatori" include, come fase separata del processo di revisione, la domanda: in che modo chiare promesse di protezione dei dati e di risposta riducono il rischio di abbandono del modulo?
UX, navigazione e moduli
Utilizzare moduli a più fasi solo se riducono effettivamente il carico cognitivo.
Integrare "Limitare in modo coerente i campi obbligatori" con una decisione separata: quando un modulo a più fasi riduce effettivamente il carico cognitivo per gli utenti?
Panoramica degli Insight
Tutti gli Insight di VELUNO in sintesi
Ulteriori analisi sui sistemi web, la visibilità digitale e modelli di lavoro robusti.
Modifica essenziale: Fase di implementazione successiva
Un controllo di un campo obbligatorio dovrebbe specificare il motivo effettivo dell'interruzione se il campo è vuoto per ciascun valore. Se questo motivo non è presente, il campo diventa facoltativo, viene spostato o rimosso e il percorso del modulo viene ritestato.