La maggior parte dei negozi PrestaShop concentra l'attenzione sulla parte del percorso che termina quando il cliente fa clic su "Effettua ordine". Tutto ciò che viene dopo — l'email di conferma, l'attesa, il pacco davanti alla porta, il silenzio che segue — resta affidato a ciò che la piattaforma invia con le impostazioni predefinite. È un'occasione persa, perché il periodo dopo l'ordine è il momento in cui chi acquista decide se il tuo negozio resterà una transazione isolata o un posto in cui tornare. Questa guida riguarda proprio quella finestra: l'esperienza post-acquisto in PrestaShop, dove si gestisce nel back office e quali impostazioni concrete la trasformano da dettaglio trascurato a motivo per riordinare.
Per definire con precisione l'ambito: questo non è un articolo sulla strategia di fidelizzazione (il quadro più ampio di come trasformare chi acquista in cliente abituale è in il primo acquisto è solo l'inizio), né parla dell'economia per cui i clienti ricorrenti contano — quello è il tema del valore del ciclo di vita del cliente. Qui siamo nello strato operativo che sta sotto entrambi: ciò che il tuo negozio fa davvero, in automatico, nei giorni successivi al pagamento.
Dove vive l'esperienza post-acquisto in PrestaShop

Quasi tutto ciò di cui parla questo articolo dipende da un meccanismo che la maggior parte dei commercianti non configura in modo intenzionale: gli stati dell'ordine. In PrestaShop, ogni ordine passa attraverso stati definiti in Parametri negozio → Impostazioni ordini → Stati (il controller AdminStatuses, basato sulla classe OrderState e sulle tabelle ps_order_state / ps_order_state_lang). Ogni stato contiene una serie di opzioni — soprattutto la casella "Invia un'email al cliente." collegata a uno specifico modello email, oltre a "Imposta l'ordine associato come spedito.", "Imposta l'ordine associato come pagato." e "Imposta l'ordine associato come consegnato."
Che cosa significa, in pratica, per te? La maggior parte degli aggiornamenti di stato dopo il pagamento è guidata dagli stati dell'ordine, anche se la creazione dell'ordine e i moduli di pagamento possono inviare a loro volta email proprie. "Pagamento accettato", "Preparazione in corso", "Spedito", "Consegnato" — ciascuno è una riga OrderState che può inviare o meno un'email. Se la comunicazione post-acquisto ti sembra povera, la causa è quasi sempre qui: stati con la casella email non selezionata, oppure testi dei modelli standard che nessuno ha mai riscritto. L'esperienza si migliora modificando gli stati, non aggiungendo a forza uno strumento separato.
La sequenza post-acquisto, mappata su PrestaShop
È utile vedere l'intera sequenza e dove viene controllato ogni passaggio, perché i punti di contatto sono distribuiti in diverse aree del back office:
| Punto di contatto | Quando | Dove si controlla in PrestaShop |
|---|---|---|
| Conferma d'ordine | Alla creazione dell'ordine | Modello order_conf (inviato quando l'ordine viene convalidato; separato dalle successive email legate agli stati dell'ordine) |
| Aggiornamento su pagamento / preparazione | Minuti–ore | Email di stato (modelli payment, preparation) |
| Notifica di spedizione | Alla partenza della spedizione | Stato "Spedito" + numero di tracciamento sull'ordine (modello in_transit) |
| Conferma di consegna | Alla consegna | Stato nativo "Consegnato" (assegnagli un'email per il cliente) |
| Controllo della soddisfazione | 3–7 giorni dopo | Strumento di automazione email, attivato dallo stato dell'ordine |
| Richiesta di recensione | 7–14 giorni dopo | Modulo recensioni / automazione (vedi il link correlato più sotto) |
| Riattivazione del cliente | 30–60 giorni dopo | Automazione email / segmentazione |
Le prime quattro righe sono funzionalità native di PrestaShop e puoi sistemarle gratis già oggi. Le ultime tre richiedono un evento di attivazione esterno, perché il core di PrestaShop non ha il concetto di "invia qualcosa X giorni dopo la consegna" — ci torniamo alla fine.
Conferma d'ordine: l'email più aperta che invierai mai
La conferma d'ordine è il messaggio che riceve più attenzione in tutta la relazione — le conferme transazionali registrano abitualmente tassi di apertura molto superiori alle email di marketing, perché il cliente le sta aspettando attivamente. PrestaShop invia order_conf quando l'ordine viene convalidato e creato dal modulo di pagamento; un cambio di stato a pagamento accettato può inviare un'email di stato separata. La versione predefinita è funzionale e dimenticabile. Modificarla in Internazionale → Traduzioni → Traduzioni email (o nei modelli grezzi in mails/<lang>/, con Design → Tema email dove applicabile) è una delle modifiche più economiche e ad alto impatto che puoi fare. Che cosa dovrebbe contenere:
- Un riepilogo dell'ordine chiaro, verificabile dal cliente a colpo d'occhio — prodotti, quantità, totale e indirizzo di spedizione. La versione predefinita lo include già; non rimuoverlo.
- Una data di consegna prevista specifica, non un intervallo vago. "Arriva giovedì 19 giugno" rassicura; "3–5 giorni lavorativi" costringe il cliente a fare calcoli mentali. PrestaShop non ha una stima di consegna nativa per singolo ordine nella conferma, ed è esattamente il vuoto che colma il nostro modulo Estimated Delivery Date: calcola e mostra una data concreta nella pagina prodotto e la porta avanti nel percorso, così il numero che il cliente ha visto prima di acquistare è lo stesso che vede dopo. Il vantaggio: meno richieste di assistenza "dov'è il mio ordine?", perché hai risposto alla domanda prima che venisse posta.
- Che cosa succede dopo. Una frase — "Riceverai il link di tracciamento appena il tuo ordine verrà spedito" — trasforma un silenzio ansiogeno in un'aspettativa gestita.
- Un modo evidente per contattarti. Una conferma senza contatto di assistenza dà l'impressione di una macchina che parla con sé stessa. Perché consideriamo le risposte rapide non negoziabili è un tema a parte: l'assistenza conta.
Una realtà pratica di PrestaShop: gli ordini che restano bloccati su "In attesa di pagamento" (bonifico bancario, alcuni gateway con reindirizzamento) potrebbero non ricevere lo stesso messaggio di pagamento accettato. Se un cliente dice di non aver ricevuto conferme, controlla prima la cronologia degli stati dell'ordine e il comportamento del registro email/modello per quel modulo di pagamento — e se devi reinviarne una dopo aver corretto uno stato, il nostro modulo Resend Order Confirmation aggiunge un pulsante con un clic alla pagina dell'ordine, invece di costringerti a simulare un cambio di stato. Quindi? L'assistenza risolve "non ho mai ricevuto la ricevuta" in pochi secondi, dall'ordine che sta già guardando.
Spedizione e tracciamento: dove l'attesa diventa nervosa
Tra "Pagamento accettato" e l'arrivo del pacco, il cliente ha pagato ma non ha ancora nulla in mano. È il tratto più fragile. PrestaShop lo gestisce tramite lo stato "Spedito": quando imposti un ordine su Spedito e inserisci un numero di tracciamento (il modello URL del corriere si trova in Spedizione → Corrieri, quindi il numero diventa un link cliccabile), il cliente riceve automaticamente l'email di spedizione in corso.
- Invia la notifica di spedizione nel momento in cui spedisci — con il numero di tracciamento e un link diretto alla pagina del corriere. È nativo; devi solo impostare davvero lo stato e compilare il campo di tracciamento, invece di lasciare gli ordini fermi su "In preparazione".
- Sii proattivo sui ritardi. Se un corriere slitta, un breve messaggio "siamo in ritardo di un giorno, nuova stima venerdì" prima che il cliente se ne accorga crea più fiducia di una consegna perfetta. PrestaShop non lo genererà per te — è una nota manuale o uno stato che aggiungi — ma è l'abitudine con il ritorno più alto di tutto il flusso post-acquisto.
- Metti al lavoro lo stato nativo "Consegnato". PrestaShop include uno stato "Consegnato" già pronto (e la relativa opzione "Imposta l'ordine associato come consegnato."), ma con le impostazioni predefinite non invia email e molti team non spostano mai gli ordini in quello stato. Aprilo in Stati, seleziona "Invia un'email al cliente." e assegnagli un messaggio di conferma sobrio: otterrai un evento di attivazione pulito per tutto ciò che viene dopo — le automazioni successive di controllo soddisfazione e richiesta recensione possono basarsi esattamente su questo stato.
Se il tuo flusso di lavoro è più articolato di quanto consentano gli stati predefiniti — limitare chi può spostare un ordine da Preparazione a Spedito, oppure indirizzare gli stati al reparto giusto — è ciò che approfondisce la nostra guida sulla crescita operativa, e il modulo Order Workflow esiste proprio per applicare transizioni di stato personalizzate e permessi per reparto, così un team impegnato non può inviare "Spedito" su un ordine che non è ancora stato imballato.
Il momento dell'apertura del pacco
Questa parte non è software, e fingere che un modulo la risolva sarebbe poco onesto — ma fa parte dell'esperienza post-acquisto, quindi merita un paragrafo. La bolla di consegna generata da PrestaShop (dall'ordine, oppure in blocco da Ordini) è il corrispettivo stampato della conferma digitale; un pacco fisico senza alcun foglio all'interno sembra incompleto. Un adesivo su una scatola semplice, un ringraziamento scritto a mano in una riga o un piccolo codice sconto per il prossimo ordine costano pochissimo e generano una quantità sproporzionata di fiducia. Una cautela specifica per PrestaShop: quando un ordine viene spedito a un indirizzo diverso — probabilmente un regalo — usa una bolla di consegna invece di una fattura, così non metti i prezzi davanti al destinatario.
Controllo successivo, recensioni e riattivazione: la parte che il core non può fare da solo
Fin qui tutto è nativo di PrestaShop. I tre punti di contatto successivi non lo sono, e vale la pena chiarire perché: il core non ha una pianificazione che dica "manda un'email a questo cliente sette giorni dopo che il suo ordine ha raggiunto lo stato Consegnato". Quella logica temporale deve arrivare dall'esterno, ed è qui che il flusso post-acquisto si trasforma in fidelizzazione oppure semplicemente si ferma.
- Controllo della soddisfazione (3–7 giorni dopo la consegna). Un autentico "come sta andando?" — non una proposta commerciale — intercetta i problemi quando sono ancora risolvibili e segnala che ti sei ricordato dell'ordine anche dopo l'incasso.
- Richiesta di recensione (7–14 giorni dopo la consegna). Abbastanza tardi perché il prodotto sia stato usato, abbastanza presto perché il ricordo sia fresco. La meccanica della raccolta recensioni, dove compaiono e come generano rich snippet è un tema a sé — lo trattiamo in vetrina clienti invece di ripeterlo qui.
- Riattivazione (30–60 giorni). Prodotti complementari, un promemoria di riacquisto calibrato su quando un consumabile sta per finire, oppure le novità di una categoria. Chi riceve quale messaggio è una questione di segmentazione — segmentazione clienti e l'approccio RFM spiegano come dividere la lista senza una laurea in analisi dati.
Per collegare questi passaggi a eventi reali dell'ordine, devi connettere PrestaShop a una piattaforma email che supporti automazioni attivate dallo stato dell'ordine. Le nostre integrazioni Brevo e ActiveCampaign sincronizzano clienti e ordini, così uno stato "Consegnato" in PrestaShop può avviare una sequenza temporizzata dall'altra parte. Il vantaggio, detto con onestà: l'integrazione sposta i dati e attiva l'evento — la sequenza devi comunque scriverla tu, e verrà inviata anche se il testo non è efficace. La configuri una volta e, da quel momento, controllo successivo, richiesta recensione e riattivazione partono da soli per ogni ordine.
Quando l'esperienza post-acquisto va storta
Consegne in ritardo, prodotti danneggiati e articoli sbagliati sono inevitabili quando i volumi crescono. Il modo in cui li gestisci definisce il marchio più di cento ordini filati lisci. Lo schema che funziona: rispondere entro ore, non giorni; scusarsi senza dare la colpa al corriere; partire dalla soluzione invece che dalla spiegazione logistica; e compensare leggermente più del minimo — un rimborso più un piccolo codice costa poco e spesso salva la relazione. Il paradosso del recupero è reale: un cliente a cui hai risolto bene un problema spesso diventa più fedele di uno che non ne ha mai avuto uno. Il thread di messaggi per singolo ordine e le note dell'ordine in PrestaShop mantengono tutta la conversazione collegata all'ordine, così chiunque nel team può riprenderla con il contesto completo.
Un punto di partenza da 30 minuti
Non ti serve un progetto per migliorare questa parte — per lo più si tratta di modificare ciò che esiste già:
- Apri Parametri negozio → Impostazioni ordini → Stati e verifica quali stati inviano davvero email al cliente. Seleziona la casella su quelli che dovrebbero farlo.
- Riscrivi il modello order_conf in Internazionale → Traduzioni → Traduzioni email (o nei file grezzi mails/<lang>/) per includere una riga concreta sul passaggio successivo e un contatto di assistenza evidente.
- Abilita un'email sullo stato nativo "Consegnato" con un messaggio di chiusura amichevole — diventerà l'evento di attivazione per tutto ciò che viene dopo.
- Assicurati che i numeri di tracciamento e gli URL dei corrieri siano impostati, così l'email di spedizione punta direttamente al corriere.
- Scegli un solo punto di contatto esterno da aggiungere — di solito la richiesta di recensione — e collegalo tramite la tua piattaforma email.
La fase di pagamento si prende la gloria, ma i giorni dopo l'ordine sono quelli in cui i clienti decidono in silenzio se esisti ancora per loro. In PrestaShop, nello specifico, quasi tutto è già incluso — stati dell'ordine, modelli email, campi di tracciamento — in attesa che qualcuno lo configuri con intenzione invece di lasciare che le impostazioni predefinite parlino per il marchio. Sistema queste parti, aggiungi un solo messaggio temporizzato successivo, e un cliente occasionale avrà un motivo per tornare.
Commenti
Ancora nessun commento. Sii il primo!
Sii il primo a fare una domanda o a condividere un feedback utile.
Lascia un commento
Condividi una domanda, un dettaglio di installazione o un feedback utile per un altro lettore.