Più il modulo di checkout è confuso, meno acquirenti concludono

Apri il checkout live su un telefono. Conta ogni campo che non serve per spedire o addebitare. Se gli ordini a pagamento si fermano dopo il carrello, di solito è per quel conteggio – più il modulo di checkout è confuso, meno acquirenti concludono.

Parte 5 di Conversion, pagina per pagina – piano completo

Il raggi precedente era la pagina carrello che confermava il sacchetto. Questa pagina incassa. Indirizzo, metodo di spedizione, pagamento. Un modulo che chiede anche come ci hai conosciuto, vuole un secondo telefono “per la sera” e nasconde Ospite sotto Crea account non è accurato. È il modo in cui convinci qualcuno a rinunciare a un ordine che il carrello aveva già vinto.

Cosa deve fare un modulo di checkout

Un solo compito: prendere il pagamento e l’indirizzo di spedizione. Chi riceve il pacco. Dove va. Come si spedisce. Come pagano. Poi un pulsante Paga che si trova davvero.

Il carrello ha già mostrato le righe e il totale. Questo modulo di checkout non deve rilanciare il prodotto, raccogliere un sondaggio marketing o imporre una password prima della carta. Se un campo non è obbligatorio per spedire l’ordine o addebitare la carta, non ha posto su questa schermata.

Cosa rende confuso un modulo di checkout

Il più lungo che abbiamo districato quest’anno era un negozio di abbigliamento su tema predefinito – niente personalizzato, niente folle. Crea account prima della carta. Email, poi di nuovo email. Password, poi conferma password. Azienda. Partita IVA. Fax, ancora lì dal 2012. Due campi telefono, uno etichettato “sera”. Un menu a tendina: come ci hai conosciuto. Newsletter preselezionata. Una barra di avanzamento che diceva Passo 3 di 5 senza dare alcun indizio su cosa fossero 4 e 5. Il totale compariva come una riga minuscola sotto un widget coupon. Paga stava sotto la piega, chiamato “Continua”, così nessuno capiva che il clic addebitava.

Niente di tutto questo è esotico. I checkout più confusi sono extra ordinari accumulati uno alla volta – ognuno difendibile, il cumulo fatale.

Il modulo ospite più pulito che abbiamo messo online chiede un indirizzo di spedizione, un metodo leggibile, pagamento, un Paga. Ospite è l’impostazione predefinita. L’account è un’offerta dopo l’addebito, se vogliono lo storico ordini. Stesso compito del modulo lungo. Uno dei due incassa.

Campi che possono aspettare dopo il pagamento

L’articolo di Nick Babich su Smashing Magazine sui moduli mobile riassume la regola in una riga: ogni campo è sforzo, e più corto è meglio. Domande extra alla registrazione o al pagamento sono il modo in cui perdi una persona che avevi già. Segui dopo se ti serve la storia. Non tenere in ostaggio la carta per questo.

Togli o sposta da questa schermata:

• Come ci hai conosciuto
• Iscrizione newsletter (chiedi dopo Paga, non preselezionata)
• Azienda e Partita IVA a meno che l’acquirente non abbia scelto checkout business
• Fax
• Un secondo telefono
• Password account, se l’ospite può pagare
• Data di nascita, “colore preferito”, qualsiasi cosa alimenti un CRM e non un’etichetta di spedizione

Obbligatorio per una fattura legale o un modulo doganale non è “bello avere”. Tienili. Il test è sempre lo stesso: questo campo spedisce il pacco o addebita la carta. Se la risposta è no, può aspettare.

Checkout ospite vs muro account

Obbligare il login per pagare sono due moduli che fanno il lavoro di uno. Hanno già digitato un’email nel carrello, o stanno per farlo per la ricevuta. Chiedere una password prima della carta è uno sportello abbonamenti tra il “sì” e i soldi.

Ospite prima. Mostra Crea account dopo l’addebito, quando l’ordine esiste e uno storico ha senso. Se hanno già un account, l’accesso è una scorciatoia – non l’unica porta. Nascondere Ospite come un link minuscolo sotto un box login alto è lo stesso muro con peggiori modi.

Quando il modulo cancella quello che hanno già digitato

Un Paga fallito che svuota il modulo basta a perdere l’ordine. L’acquirente compila l’indirizzo, digita la carta, preme Paga. Qualcosa fallisce – CVV, un tick obbligatorio, un CAP il corriere non accetta. La pagina si ricarica. Il numero di carta è sparito. A volte anche l’indirizzo. La maggior parte delle persone non ricomincia. Se ne va.

Tieni quello che hanno digitato. Segna l’unico campo che ha dato errore. Non cancellare la carta perché una checkbox newsletter era vuota. PCI non ti chiede di punire le persone; ti chiede di non memorizzare il PAN. Un ricaricamento che svuota il modulo è un bug del negozio, non una funzione di sicurezza.

Lo stesso modulo su un telefono

Hai già combattuto il dump desktop sulla pagina prodotto mobile. Il checkout è dove quella battaglia si perde più facilmente: ogni campo extra è una tastiera a tutta larghezza e un input zoomato, e cinque “passi” che su un monitor da 27 pollici sembravano ordinati sono cinque visite separate su un autobus.

Campi a tutta larghezza. Etichette sopra la casella, non accanto. La tastiera numerica per la carta. Una colonna. Paga visibile senza caccia al tesoro. Se ti serve una seconda schermata, falla “dati carta” – non “dicci come ci hai trovato”.

Apri il modulo live stasera e conta di nuovo. Taglia ciò che non spedisce o non addebita. Il carrello ha già vinto questo ordine una volta – l’unico compito rimasto è non perderlo al modulo. Poi prova a pagare su un telefono con un pollice. Se tu ti blocchi, si bloccano loro.

Lavoraci con il tuo agente AI

Non chiedere a un agente di “migliorare l’UX del checkout”. Dagli il modulo reale e fagli separare spedisci-o-addebita da può-aspettare.

Cosa incollare: l’HTML del checkout, o due screenshot (desktop + telefono). Se la prima schermata è ospite vs account, incolla anche quella – più lo stato di errore, la schermata che vede un acquirente dopo un addebito fallito.

Prompt 1 – inventario campi. “Elenca ogni campo e passo di questo checkout. Etichetta ciascuno: necessario per spedire o addebitare, oppure può aspettare dopo il pagamento. Proponi una lista di tagli. Non aggiungere funzioni. Non inventare Express Pay come soluzione.”

Prompt 2 – percorso ospite. “Ecco la prima schermata del checkout. Riscrivila così un ospite può pagare senza creare una password. L’account diventa un’offerta dopo l’addebito.”

Prompt 3 – test cancellazione. “Ecco lo stato di errore dopo un pagamento fallito. Elenca tutto ciò che il modulo ha cancellato. Riscrivi il flusso così un addebito fallito mantiene ogni campo che l’acquirente ha già digitato.”

Output buono: un inventario campi, un ordine di blocchi più corto e uno stato di errore che mantiene quello che hanno digitato – qualcosa che puoi passare a un tema. Non “migliora il flusso”.