Email sugli ordini: quali messaggi servono davvero ai clienti

Le richieste di assistenza dopo un ordine sono quasi tutte la stessa domanda: «è andato a buon fine?». Nascono da un vuoto fra due momenti — quando il cliente paga e quando riceve — che le comunicazioni automatiche esistono per riempire. Se il vuoto resta, il cliente scrive, telefona, oppure ordina di nuovo pensando che il primo tentativo sia fallito.

Il problema non si risolve mandando più messaggi. Si risolve mandandone pochi, ciascuno legato a un fatto realmente accaduto, con dentro l’informazione che il cliente stava cercando. Questa guida serve a decidere quali sono e a verificare che arrivino.

Un messaggio parte da un fatto, non da un’intenzione

La regola che evita la maggior parte dei disguidi: ogni comunicazione automatica corrisponde a un evento verificato da un sistema, non a un passaggio previsto dalla procedura.

• «Ordine spedito» non parte quando il magazzino stampa l’etichetta, ma quando il corriere ha preso in carico il pacco. Sono due momenti che possono distare giorni.
• «Pagamento ricevuto» non parte quando il cliente clicca su paga, ma quando il sistema di pagamento conferma. Nel mezzo ci sono i pagamenti in attesa e quelli rifiutati.
• Se un evento non è verificabile da nessun sistema, non merita un messaggio automatico: merita una persona che scrive quando serve.

Il secondo criterio è la fonte unica: per ogni stato esiste un solo sistema che lo stabilisce. Se lo stato della spedizione lo conoscono sia il gestionale sia la piattaforma di vendita, prima o poi diranno due cose diverse allo stesso cliente nello stesso giorno.

Ricezione, pagamento e spedizione sono tre cose diverse

Sono i tre momenti che vengono confusi più spesso, e la confusione produce il caso peggiore: il cliente riceve la conferma d’ordine, il pagamento non va a buon fine, nessuno glielo dice e la merce non parte. Lui aspetta, voi aspettate.

1. Ricezione: abbiamo la vostra richiesta, ecco che cosa avete chiesto. Non dice che l’ordine è confermato.
2. Conferma: il pagamento è arrivato (o l’ordine è accettato, se si paga alla consegna) e la merce è impegnata. È il messaggio che il cliente conserva.
3. Spedizione: la merce è partita, ecco come seguirla e che cosa contiene il collo se è diviso.

Quando i tre momenti coincidono davvero — pagamento immediato, merce a magazzino, spedizione lo stesso giorno — si può unire ricezione e conferma. Non si uniscono mai, invece, se esiste anche solo un metodo di pagamento che può restare in sospeso.

La mappa evento, messaggio, destinatario

Si scrive una riga per evento, prima di configurare qualsiasi cosa. Gli oggetti sono illustrativi: servono a mostrare che il contenuto sta nell’oggetto, non solo nel testo.

L’ultima riga ricorda una cosa che si dimentica: alcuni messaggi non sono per il cliente. Un ordine che nessuno dentro l’azienda vede è il modo più semplice per non spedirlo.

Ritardi e richieste di assistenza

I messaggi facili sono quelli che comunicano che tutto va bene. Il valore si vede sugli altri, e la regola è la stessa: dire che cosa è successo, che cosa succede adesso, che cosa deve fare il cliente.

• Un ritardo comunicato prima della data promessa è un’informazione. Comunicato dopo è una scusa. Se il sistema conosce la data prevista, il messaggio si può far partire quando la data sta per scadere e la merce non è partita.
• Non promettete una nuova data che non potete verificare. Meglio dire che state verificando e indicare quando ricontatterete.
• Ogni messaggio automatico deve permettere di rispondere a una persona: un indirizzo che qualcuno legge davvero, non una casella che rifiuta le risposte. Le risposte alle comunicazioni automatiche sono spesso le richieste di assistenza più urgenti.
• Chi risponde deve vedere l’ordine. Se l’assistenza non sa quale messaggio il cliente ha ricevuto e quando, la conversazione riparte da zero.

Recapito, duplicazioni e dati mostrati

Tre controlli che si fanno una volta e poi si ripetono a ogni modifica.

• Recapito: i messaggi di servizio partono da un dominio autenticato, con mittente riconoscibile, e vanno provati su almeno tre servizi di posta diversi, controllando anche la posta indesiderata. Un messaggio che il sistema segna come inviato non è un messaggio arrivato.
• Duplicazioni: se piattaforma di vendita, gestionale e servizio di spedizione mandano ciascuno il proprio avviso, il cliente riceve tre volte la stessa notizia con tre numeri d’ordine diversi. Si sceglie chi parla e si spengono gli altri.
• Dati mostrati: nel messaggio va quello che serve a riconoscere l’ordine, non tutto quello che il sistema conosce. Mai i dati completi di pagamento; con cautela gli allegati, che spesso non arrivano.

Quando un messaggio in meno è meglio

Ogni comunicazione in più abbassa l’attenzione a tutte le altre. Se il cliente riceve sei messaggi in due giorni, smette di leggerli, e quello importante — la consegna non riuscita — passa inosservato.

• Un messaggio che non porta un’informazione nuova non serve: «stiamo preparando il tuo ordine» dice quello che il cliente immagina già.
• Se un evento non cambia nulla per il cliente, si registra e basta.
• Se non riuscite a garantire che un messaggio sia sempre vero, è meglio non mandarlo: un avviso di spedizione che parte prima della spedizione genera più richieste di assistenza del silenzio.

Quello che questa guida non copre

Qui si parla di comunicazioni di servizio: quelle legate a un ordine che il cliente ha fatto. Le comunicazioni promozionali — newsletter, offerte, recupero dei carrelli abbandonati — seguono regole diverse, richiedono consensi raccolti in modo verificabile e non vanno mescolate con i messaggi transazionali. Restano fuori anche la gestione dei pagamenti falliti e rimborsati e le regole di spedizione, che sono processi a sé.