Cosa valutare prima di scegliere
Risposte che aggiornano il ticket
Quando il cliente risponde a una notifica, il messaggio deve ricollegarsi al ticket giusto. Chiedi se il servizio gestisce la posta in arrivo, come identifica a quale conversazione appartiene la risposta (codice in oggetto, indirizzo di risposta univoco) e come tratta allegati e citazioni. Verifica nella documentazione del fornitore come si configura, perché è la parte più delicata di un helpdesk.
Più domini di invio, uno per cliente
Se ogni tuo cliente vuole scrivere dal proprio dominio, devi autenticarne molti con SPF e DKIM e gestirli nel tempo. Controlla quanti domini consente il livello scelto: nel piano gratuito di Mailgun, per esempio, la pagina prezzi indica un solo dominio di invio personalizzato. Chiedi se i domini si creano da interfaccia o via programma e che cosa succede se un cliente cambia fornitore di posta.
Ticket e marketing su flussi separati
La risposta a un ticket, la conferma di apertura e l’avviso di chiusura non devono condividere mittente e reputazione con l’invito a un webinar. Cerca un servizio in cui le due famiglie di messaggi abbiano percorsi distinti, e un sistema che non applichi la disiscrizione dalle novità ai messaggi di assistenza. Controlla che l’interfaccia permetta di vedere le statistiche separate.
Onboarding diverso per amministratori e agenti
L’amministratore deve collegare i canali, importare i contatti e creare le prime regole; l’agente vuole solo rispondere in fretta; il responsabile cerca i report. Serve uno strumento che avvii messaggi diversi in base al ruolo e alle azioni compiute, e che sappia fermare la sequenza quando il passaggio è stato fatto. Verifica come si passa il ruolo dell’utente dal tuo prodotto.
Contenuto dei ticket e informativa
I ticket contengono dati dei clienti finali dei tuoi clienti: nomi, ordini, problemi di salute o di pagamento a volte. I tuoi clienti sono i titolari e tu sei in genere il responsabile del trattamento: chiarisci i ruoli con il tuo DPO. Non copiare il contenuto dei ticket nello strumento di marketing, chiedi il DPA al fornitore di invio e verifica dove sono i dati: Mailgun indica regioni di hosting USA e UE.
Registri di consegna e prova dell’invio
Un cliente che contesta di non aver ricevuto una risposta chiede una prova. Verifica per quanto tempo il fornitore conserva i registri di consegna nel livello scelto, se sono esportabili e se mostrano rimbalzi, risposte e aperture. Con una conservazione di un solo giorno, salva tu l’esito di ogni invio nel ticket, per non dipendere dal servizio esterno.
Domande frequenti
Come divido le email del prodotto da quelle commerciali?
In tre famiglie con regole proprie: messaggi di ticket (creazione, risposta, chiusura), messaggi di account (invito, reset, fatturazione) e messaggi commerciali (novità, sequenze, newsletter). Ciascuna ha un mittente, un modello e un modo di disiscriversi diversi, e solo la terza dipende da un consenso o da una base per il marketing. Se la nuova funzione è utile a chi usa già il prodotto, valuta con il DPO se rientra nel cosiddetto soft spam.
Posso inviare un sondaggio di soddisfazione dopo la chiusura di un ticket?
È una pratica comune, ma se il messaggio contiene promozioni o inviti a comprare perde la natura di servizio. Tienilo neutro: una domanda sulla qualità dell’assistenza, nessun invito commerciale, la possibilità di non rispondere. Chiedi al DPO se è sufficiente l’informativa del tuo cliente, che di solito è il titolare, e stabilisci con lui chi decide il testo e come si gestiscono le risposte con commenti che contengono dati personali.
Perché l’indirizzo noreply danneggia un helpdesk?
Il cliente che risponde a una notifica e riceve nulla pensa di essere stato ignorato, e l’agente perde una conversazione già avviata. Usa un indirizzo di risposta che rientra nel sistema e smista il messaggio sul ticket giusto. Se per un messaggio automatico la risposta non è prevista, scrivilo esplicitamente e indica il canale corretto. Dai anche un nome umano al mittente: aumenta la fiducia e riduce le segnalazioni.
Che cosa succede quando una notifica rimbalza?
Il sistema deve registrarlo sul ticket e mostrarlo all’agente, altrimenti il cliente resta senza risposta senza che nessuno se ne accorga. Distingui i rimbalzi permanenti (indirizzo inesistente) da quelli temporanei (casella piena) e chiedi allo strumento di fermare gli invii verso indirizzi non validi, senza però cancellare la storia del ticket. Per i clienti importanti, prevedi un secondo canale, come la chiamata o il messaggio nell’area personale.
Come comunico un guasto o una manutenzione agli utenti?
Con un messaggio di servizio breve, che dice che cosa non funziona, da quando, che cosa fare nel frattempo e dove seguire l’aggiornamento. Pubblica lo stato su una pagina dedicata e rimanda a quella, invece di mandare una email per ogni variazione. Per le manutenzioni programmate, evita giorni di picco per i tuoi clienti, come il lunedì mattina dopo un ponte o a ridosso dei saldi per chi gestisce assistenza di negozi.
Come gestisco i clienti che usano anche WhatsApp e la chat?
Per molte piccole imprese italiane WhatsApp Business è il canale preferito, e l’helpdesk deve tenere insieme i messaggi dei vari canali in un solo ticket. L’email resta il canale di riserva e quello delle notifiche formali. Non dare per scontato che ci sia un collegamento nativo tra lo strumento di invio e WhatsApp: chiedi al fornitore se esiste, se passa da Zapier o Make o se è un lavoro di integrazione tuo. Il consenso va raccolto canale per canale.
Come uso i messaggi per far ridurre i ticket ai miei utenti?
Collega i suggerimenti a ciò che il team sta facendo: se molte richieste riguardano gli stessi argomenti, un messaggio che spiega come creare un articolo nella base di conoscenza o una risposta predefinita serve più di un elenco di funzioni. Evita di promettere ore risparmiate se non puoi dimostrarlo con dati reali del cliente. Un esempio concreto preso dal suo account vale più di una frase generica.
Quando propongo un piano superiore a un team che usa il prodotto?
Quando incontra un limite reale, come il numero di agenti, i canali collegati o le automazioni, non a una data fissa. Il messaggio spiega che cosa sta succedendo, quale livello lo risolve e quanto costa, senza urgenza artificiale. Per i clienti esistenti l’articolo 130 del Codice Privacy (D.Lgs. 196/2003) ammette in certi casi comunicazioni su servizi analoghi con possibilità di opporsi; verifica con il tuo DPO come applicarlo al tuo prodotto.
Quando serve un indirizzo IP dedicato?
Non all’inizio. Un IP dedicato ha senso con volumi alti e costanti, e il fornitore ti chiede spesso una soglia: la pagina prezzi di Postmark, per esempio, indica gli IP gestiti per chi invia almeno 300.000 email al mese sui livelli Pro o superiori. Con volumi più bassi un pool condiviso ben gestito è di solito più sicuro, perché un IP nuovo da scaldare parte senza reputazione. Chiedi al fornitore costi e tempi di avvio.
Come misuro se i messaggi aiutano i team ad adottare il prodotto?
Guarda i comportamenti: quanti amministratori collegano un canale dopo il messaggio dedicato, quanti agenti creano una risposta predefinita, quanti team attivano una regola. Confronta con chi non ha ricevuto la sequenza, a parità di periodo di iscrizione. Registra le richieste che arrivano al supporto dopo ogni invio: se salgono, il messaggio era poco chiaro. Con pochi clienti, qualche telefonata dice più di una tabella.