Automazione delle email di assistenza clienti: dalla casella al ticket con risposta

I clienti continuano a scrivere all'indirizzo che già conoscono, come [email protected]. Dietro le quinte, quella casella inoltra tutto al tuo helpdesk, che crea o aggiorna un ticket per ogni messaggio. Per il cliente non cambia nulla, e il tuo team smette di lavorare da una casella condivisa.

• Zendesk. Ogni account ha un indirizzo di supporto di sistema, [email protected]. Aggiungi il tuo indirizzo come indirizzo di supporto, configuri l'inoltro nel tuo provider email e poi lo verifichi. Zendesk consiglia l'inoltro automatico a livello di server, non l'inoltro manuale né l'inoltro automatico da un client email, e precisa che, dopo aver corretto una configurazione non riuscita, possono servire fino a 48 ore perché venga riconosciuta.
• Freshdesk. Aggiungi l'indirizzo in Admin > Channels > Email > New Support Email. Con il server di posta predefinito di Freshworks, crei nella tua casella una regola di inoltro che invia la posta all'indirizzo generato da Freshdesk; le email diventano ticket solo dopo che quella regola esiste. In alternativa, collega direttamente una casella Gmail o Microsoft 365 effettuando l'accesso.

Usa un indirizzo per ogni scopo, per esempio support@, billing@ e partners@, invece di un unico indirizzo generico. Ogni indirizzo diventerà poi un segnale di smistamento gratuito.

Quando l'helpdesk risponde come [email protected], invia per conto del tuo dominio, e i server di posta riceventi verificano che sia autorizzato a farlo. Lo dimostri con i record DNS: SPF elenca i servizi autorizzati a inviare per il tuo dominio e DKIM aggiunge una firma a ogni messaggio. È un'attività una tantum per chi gestisce il tuo DNS.

L'ordine conta: prima i record, poi l'attivazione. Se il tuo DNS è gestito da un altro team o da un'agenzia, invia loro i valori esatti presi dalla documentazione o dalla schermata di amministrazione del tuo helpdesk invece di ridigitarli.

Una volta che la posta arriva, le prime automazioni partono nel momento in cui viene creato un ticket. In Zendesk, l'email di conferma proviene da un trigger predefinito, “Notify requester and CCs of received request”. Modificane il testo perché dica al cliente qualcosa di utile:

• Il riferimento del ticket, così il cliente può citarlo.
• Quando aspettarsi una risposta, solo se riesci a rispettarlo.
• Link ad articoli dell'help center per le domande più comuni.
• Cosa includere per ricevere aiuto più in fretta, come un numero d'ordine o l'email dell'account.

Poi lo smistamento. Il segnale più semplice è l'indirizzo a cui è stata inviata l'email. Il workflow documentato da Zendesk è un trigger con le condizioni Ticket Is Created e Ticket Received at Is il tuo indirizzo di fatturazione, più un'azione che imposta il gruppo, abbinato a una vista che mostra a quel gruppo i suoi ticket.

Poi viene lo smistamento basato sul contenuto. Le regole per parole chiave sull'oggetto funzionano per un po', poi si rompono quando i clienti formulano le cose in modo diverso. Un passaggio di classificazione (un modello AI o un insieme di regole eseguite tramite l'API dell'helpdesk) legge oggetto e corpo del messaggio, scrive categoria, lingua e urgenza nei campi del ticket ed estrae dati come i numeri d'ordine, così gli operatori non devono cercarli. I tuoi trigger o le tue regole di automazione smistano poi in base a quei campi.

Molte email di supporto pongono sempre le stesse poche domande. Zendesk ha gestito a lungo questo caso con le risposte automatiche con articoli: un'email che consiglia fino a tre articoli dell'help center e permette al cliente di chiudere la richiesta. Questa funzione è diventata legacy il 31 luglio 2025 e non sarà più disponibile dal 10 dicembre 2026. Il sostituto indicato da Zendesk sono gli AI agent, che forniscono risposte di AI generativa sui canali di messaggistica, email e modulo web. Se usi ancora le risposte automatiche, pianifica il passaggio adesso.

Qualsiasi risposta AI vale quanto gli articoli da cui attinge, quindi sistema la knowledge base prima di attivare le risposte automatiche. Poi decidi dove si ferma l'automazione. Passa la conversazione a una persona quando:

• Il cliente chiede di parlare con una persona, o risponde che la risposta non è stata utile.
• L'argomento è fatturazione, rimborsi, questioni legali, sicurezza o un reclamo.
• Il tono è arrabbiato, o lo scambio è andato avanti e indietro diverse volte.
• Ci sono diverse persone in CC, o l'email fa parte di una conversazione in corso sull'account.
• Rispondere significherebbe modificare un account che l'automazione non può verificare.

Rendi visibile il passaggio: tagga il ticket, alzane la priorità se serve e tieni tutto in un unico ticket, così l'operatore vede cosa ha già ricevuto il cliente.

TascaLab configura tutto questo sopra l'helpdesk che usi già, che sia Zendesk, Freshdesk o Jira, con trigger e regole nativi dove bastano e API, webhook o Make/n8n dove non bastano. Non serve cambiare piattaforma. La classificazione e lo smistamento delle email in arrivo rientrano nel servizio Ticket Routing & Categorization (690 € una tantum); i workflow in più passaggi, come leggere un numero d'ordine da un'email e cercarlo in un altro sistema, rientrano in Custom Automation (da 1070 €).

La maggior parte delle configurazioni richiede 1–3 settimane. Ogni progetto include 30 giorni di supporto dopo il lancio e una documentazione di base, senza costi nascosti, e una call di Health Check gratuita di 30 minuti è un buon punto di partenza per mappare il tuo flusso email attuale.