Preparazione e verifiche prima dell’avvio
La configurazione deve rendere coerenti tre elementi: il servizio promesso ai clienti, l’organizzazione degli operatori e i canali con cui vengono ricevute le richieste. Prima di distribuire il portale o pubblicizzare l’indirizzo email, predisporre almeno una categoria, uno stato iniziale, un operatore abilitato e un mittente valido per le risposte.
Prerequisiti
- Modulo Ticket attivo per l’azienda e accesso di un amministratore alle impostazioni.
- Anagrafiche clienti con ragione sociale, referente, email e telefono aggiornati; sedi o destinazioni corrette quando usate.
- Accessi personali degli operatori con permessi di elenco, creazione e modifica adeguati alle mansioni.
- Configurazione email e servizi di elaborazione installati quando si utilizzano ricezione automatica, chiusure o escalation.
- Versione del database aggiornata per timer, questionari, alias, automazioni e funzioni AI disponibili nell’installazione.
Ordine consigliato di configurazione
- Definire quali richieste saranno gestite nel modulo e chi ne coordinerà l’evasione.
- Creare categorie, eventuali sottocategorie e stati del processo.
- Stabilire i tempi SLA, il calendario di lavoro e le eventuali chiusure.
- Preparare gli utenti interni e assegnare i diritti minimi necessari.
- Configurare email in ingresso e uscita, modelli di notifica e firme.
- Attivare, se desiderati, assegnazioni automatiche, escalation, questionario e AI.
- Creare gli accessi clienti al portale e consegnare le istruzioni di utilizzo.
- Eseguire un collaudo completo di ciascun canale prima dell’avvio pubblico.
Collaudo di una richiesta
Utilizzare un cliente di prova e un oggetto riconoscibile. Verificare che il ticket compaia nell’elenco, sia visibile alle persone corrette, riceva la categoria prevista e possa essere assegnato. Inviare una risposta e controllare il risultato sia nel portale sia nella casella del destinatario. Rispondere dal lato cliente mantenendo il riferimento del ticket e verificare il rientro della conversazione.
Terminare la prova con chiusura, eventuale questionario e controllo dei report. Un test di collegamento POP3 o SMTP non sostituisce questo percorso: verifica la connessione, ma non dimostra da solo che assegnazione, autorizzazioni e notifiche siano corrette.
Non inserire password reali, dati riservati o informazioni di produzione nei ticket di prova. Concordare con il referente tecnico come identificare e gestire le prove nelle statistiche, senza cancellare pratiche operative per “pulire” i report.