Varie
Comunicazione
Modelli email, modelli di notifica e snippet di risposta — tutti i messaggi in uscita in un unico posto, con lo stesso brand e tone of voice trasversale.
Aggiornato il 18 mag 2026
Configurazione · Varia · 7.1
Il modulo Comunicazione gestisce tutti i messaggi in uscita di Gfacility: modelli email (aggiornamenti ticket, conferme di prenotazione, inviti per visitatori), modelli di notifica (Teams, push) e snippet di risposta che gli operatori possono inserire nelle conversazioni. Un solo posto per i testi, un solo tono di voce, una sola identità aziendale.
Perché è importante per il business
"Ogni reparto ha il suo tono"
Modelli gestiti centralmente → voce uniforme, indipendentemente dal workgroup che invia.
"L'operatore digita le stesse cose ogni volta"
Snippet di risposta per le richieste comuni → un clic, testo inserito, integrazione personale possibile.
"Traduzione dimenticata nella mail non-EN"
Per ogni modello una variante in ogni lingua supportata → fallback solo dove la traduzione non è ancora stata fatta volontariamente.
"Le variabili nella mail non funzionano"
I placeholder ({{ticketId}}, {{name}}) vengono sostituiti all'invio → niente "Gentile {{firstName}}".
I tre tipi di modello
Modelli email
Mail in uscita: ticket creato, stato cambiato, conferma di prenotazione, avviso di no-show. Con oggetto, corpo e variabili.
Modelli di notifica
Messaggi brevi per canale Teams, push mobile, banner del browser. Lunghezza e stile diversi rispetto all'email.
Snippet di risposta
Testi snippet che gli operatori possono inserire nelle conversazioni dei ticket — "Abbiamo analizzato il tuo problema…", "Ecco la soluzione…".
Variabili standard
| Variabile | Cosa inserisce |
|---|---|
| {{user.firstName}} | Nome del destinatario. |
| {{ticket.id}} · {{ticket.title}} | Riferimenti del ticket. |
| {{ticket.handler}} | Operatore — usato in "Il tuo ticket è gestito da X". |
| {{booking.room}} · {{booking.start}} | Dettagli della prenotazione. |
| {{visitor.host}} | Host del visitatore. |
| {{org.name}} · {{org.privacyUrl}} | Info dell'organizzazione per i footer. |
| {{action.link}} | Deep-link all'oggetto in Gfacility. |
Quali decisioni prenderai?
Un solo mittente o diversi?
Uno solo ("Service") è pulito; uno per servizio ("IT", "FM") dà chiarezza ma richiede più manutenzione.
Strategia di reply-to
No-reply (rigido) o mail-to-ticket (comodo)? Mail-to-ticket richiede il monitoraggio della casella.
Step di approvazione per i modelli
Il referente comunicazione rivede modelli nuovi o modificati prima della pubblicazione.
Cadenza di manutenzione
Revisione semestrale per verificare che tutti i modelli rispecchino tono, branding e obblighi di footer attuali.