Utilizzate le pagine di conferma come parte integrante del processo, non come destinazione finale.

In che modo una pagina di conferma diventa una parte utile del processo complessivo?

Una pagina di conferma deve indicare lo stato effettivo del sistema raggiunto e spiegare come verrà gestito il processo in seguito. Un riferimento, il canale previsto e il percorso di correzione offrono rassicurazioni. Un impegno tecnico in sospeso non deve essere presentato come già completato.

Esempio pratico: "Messaggio di ringraziamento vuoto"

Dopo una richiesta di progetto, inizialmente viene visualizzato solo "Grazie". La nuova pagina di conferma indica il tipo di richiesta ricevuta, visualizza un riferimento, annuncia la revisione tecnica tramite e-mail e offre la possibilità di aggiungere informazioni; non indica ancora una data di conferma perché questa è ancora in fase di valutazione interna.

Messaggio di ringraziamento vuoto

• Messaggio di ringraziamento vuoto La pagina conferma solo "Grazie" e non specifica se la richiesta è stata ricevuta o cosa succederà in seguito.

• Stato di successo prematuro – Un trasferimento andato a buon fine viene visualizzato come prenotazione o impegno completato, anche se la verifica tecnica è ancora in sospeso.

• Distrazione di marketing Ulteriori call to action oscurano i riferimenti, i passaggi successivi e le informazioni necessarie subito dopo una transazione significativa.

Conferma di ricezione concreta

• Percorso di correzione utile Gli utenti possono rivedere, aggiungere o segnalare errori senza dover ricominciare da capo l'intero processo.

Prossimi passi previsti

1. Per ogni processo, identificare chiaramente lo stato del sistema effettivamente confermato e la fase di elaborazione immediatamente successiva.

2. Progettare la pagina di conferma con un riferimento, un riepilogo, un percorso di risposta e un'opzione di correzione o contatto appropriata.

3. Testare la pagina dopo un invio riuscito, un passaggio ritardato e accessi ripetuti, e confrontare i risultati con lo stato dell'e-mail e del backend.

Percorso di correzione utile

• Percentuale di processi completati con un riferimento chiaro, una fase successiva comprensibile e un'opzione di correzione facilmente accessibile.

• Numero di contatti con l'assistenza in cui non è chiaro se un invio sia andato a buon fine o quando verrà fornita la risposta successiva.

Domande correlate e prossimi passi

Utilizzare i campi obbligatori solo dove sono realmente necessari Amplia il punto di controllo "Conferma specifica di ricezione". La domanda guida è: quali campi del modulo devono essere compilati?

Viene offerta una prospettiva complementare Differenziare le Call to Action in base alla prontezza decisionaleRisponde alla domanda: "Quali call to action sono appropriate per le diverse fasi di una decisione B2B? "

Se si desidera implementare concretamente le "Pagine di conferma come fase del processo", è possibile fare riferimento a: Sistemi web robusti Questo documento si concentra su "Conferma, stati di sistema e feedback del filtro" e "Conferma di ricezione specifica".

Conclusione: Le pagine di conferma come fase del processo

Una pagina di conferma traduce il completamento tecnico in uno stato di processo comprensibile. Fornisce un orientamento senza anticipare alcun impegno non ancora assunto.

Fonti e ulteriori informazioni

La classificazione delle "pagine di conferma come fase del processo" si basa sulla seguente documentazione e sugli standard ufficiali.

• Comprensione dei messaggi di stato – W3C WAISpiegazione ufficiale su come rendere i messaggi di stato dinamici disponibili alle tecnologie assistive senza modificare il focus.

• Pannello – Sistema di progettazione GOV. UKGuida ufficiale per i componenti relativi alle conferme evidenziate con una conclusione chiara e informazioni di riferimento.

• Notifica all'utente – Iniziativa per l'accessibilità web del W3CGuida ufficiale per fornire un feedback comprensibile, sia generale che in linea, dopo l'invio di moduli, sia in caso di successo che di insuccesso.