Abbiamo scelto Zammad come service desk. Dopo averne provati parecchi.

Seguire bene un cliente non è solo rispondere. È sapere sempre a che punto è una richiesta, non perdere il filo di uno scambio, garantire che chi prende in carico un problema abbia il contesto giusto per risolverlo. È una questione di serietà verso chi si affida a noi, non di quante persone siamo.

Per questo un service desk fatto bene non è un accessorio: è lo strumento che ci permette di tenere fede a quel livello di attenzione, ticket dopo ticket.

Negli anni ne abbiamo provati diversi: Zoho Desk, Zendesk, Freshdesk. Ognuno risolveva qualcosa e rompeva qualcos'altro. Da un po' di tempo usiamo Zammad e non stiamo già pensando a cosa mettere al suo posto.

Il problema non era "ci serve un ticketing"

Il problema era che il nostro lavoro non è lineare. Sviluppiamo software su misura e facciamo system integration: una richiesta può essere un bug in produzione, una domanda su una funzione, una modifica da preventivare, un'integrazione che ha smesso di parlare con un ERP alle 6 del mattino. Sono cose diverse, con urgenze diverse, che arrivano da canali diversi.

Quello che cercavamo, in ordine di importanza:

• una sola casella per tutto — email, telefono, form del sito — senza costringere il cliente a imparare l'ennesimo portale;
• controllo sui dati: i ticket dei nostri clienti contengono log, screenshot, a volte dati sensibili. Devono stare dove decidiamo noi, sotto giurisdizione europea;
• niente prezzo per funzionalità basiche: un modello che ti fa pagare extra per cose che dovrebbero esserci di default è un modello che ti sabota il processo;
• API vere, perché prima o poi lo colleghiamo a qualcos'altro. Lo facciamo sempre;
• niente lock-in: se un giorno cambiamo idea, i dati escono.

Con Zoho Desk, Zendesk e Freshdesk il problema non era mai "non si può fare". Era che le funzioni che per noi erano basi di partenza — non un extra — erano chiuse dietro un piano superiore, o dietro un prezzo per agente che ti fa pensare due volte prima di dare accesso a un collega.

Perché Zammad

Zammad è un service desk open source (AGPL-3.0), sviluppato in Germania, nato dalle mani di chi aveva già costruito OTRS. Sotto il cofano c'è Ruby on Rails con PostgreSQL, Elasticsearch e Redis: un'architettura che rientra nelle nostre competenze quotidiane di gestione infrastrutturale. La versione self-hosted è completa: nessuna funzione fondamentale nascosta dietro un piano enterprise, nessun limite sul numero di agenti.

Le cose che ci hanno convinto, dopo averlo usato sul serio:

Multicanale che funziona davvero. Email, telefono, chat, form web finiscono nello stesso posto, con lo stesso storico. Il cliente scrive a support@innove.it come ha sempre fatto: la complessità è nostra, non sua. Abbiamo anche aggiunto il widget sul sito, quindi le richieste arrivano dritte in Zammad anche da chi non scrive un'email.

I ticket che stai seguendo sono sempre a portata di mano. È una cosa piccola sulla carta, ma cambia la giornata: non devi ricercarli ogni volta, e Zammad ti segnala subito quando arriva qualcosa di nuovo. Sembra ovvio, ma non lo era negli strumenti che avevamo provato prima.

Il thread di lettura è comodo davvero. Le risposte si susseguono in modo compatto, una dietro l'altra, senza le firme, i loghi e i testi legali che di solito si accodano alle email e che negli altri tool ti tocca scorrere ogni volta. Si legge una conversazione, non un archivio di rumore.

Note private per te o per i colleghi. Dentro al ticket puoi aggiungere annotazioni che il cliente non vede — utile per passarsi il contesto tra chi ha aperto il caso e chi lo chiude, o per lasciarsi un promemoria.

L'identificativo del ticket si copia facilmente, ed è comodo per una cosa molto pratica: lo mettiamo dove segniamo le attività svolte, così ogni intervento resta tracciabile fino al ticket di origine, senza dover ricostruire dopo "a cosa si riferiva".

Dati nostri, in casa. L'abbiamo installato in locale, sui nostri server: nessun cloud di terzi, backup nostri, giurisdizione europea di fatto perché i dati non escono dalla nostra infrastruttura. Per un'azienda che lavora anche con settori regolamentati — assicurativo, sanitario — non è una preferenza filosofica: è un requisito che ci viene chiesto per iscritto.

API e webhook. Zammad si integra con il resto del nostro stack invece di essere un'isola. È lo stesso principio che applichiamo ai progetti dei clienti: gli strumenti devono parlarsi, altrimenti sono solo posti diversi in cui perdere informazioni.

Cosa non è (perché nessuno strumento è gratis)

Onestà intellettuale, che è più utile di un endorsement:

• Non è "installa e vai". Richiede competenze infrastrutturali per l'installazione, l'aggiornamento e la messa in sicurezza — noi lo abbiamo installato e lo manteniamo in locale, sui nostri server. Se cercate una casella condivisa evoluta senza pensare all'infrastruttura, è sovradimensionato.
• Ha un costo, solo che non è una fattura. È tempo: setup, manutenzione, aggiornamenti (comprese le security release, che vanno applicate subito). Il "gratis" dell'open source è sempre un cambio di valuta, mai uno sconto.
• Lo conoscono in pochi. Rispetto a Zoho, Zendesk o Freshdesk è meno diffuso, soprattutto in Italia: significa meno tutorial in giro e community più piccola, anche se attiva.

Per noi il conto torna, per un motivo semplice: quel costo lo sappiamo già pagare. Gestiamo infrastruttura tutti i giorni. Il tempo che un'altra azienda spenderebbe a imparare, noi lo abbiamo già speso.

La parte che vale davvero

La cosa più utile non è stata il software. È stato essere costretti a scrivere il processo: cosa è un ticket, chi lo prende, in quanto tempo rispondiamo, quando si chiude, cosa succede se nessuno lo tocca. Zammad ti obbliga a decidere. E la maggior parte dei problemi di assistenza, nella nostra esperienza, non sono problemi di strumento: sono decisioni che nessuno ha mai preso.

Se hai un servizio di assistenza che vive dentro una casella email condivisa e ogni tanto qualcosa si perde, il problema non è che ti serve Zammad. È che ti serve un processo — e poi uno strumento che lo regga. Parliamone: progettiamo e integriamo sistemi di assistenza su misura, anche collegati ai gestionali che già usi.

Domande frequenti

Zammad è gratuito?

Il software è open source con licenza AGPL-3.0 e si può installare liberamente sui propri server, senza costi di licenza né limiti di agenti, e senza dover pagare extra per funzionalità basilari come su alcuni tool a pagamento. Zammad GmbH offre a pagamento la versione cloud gestita e i contratti di supporto. Il costo reale della versione self-hosted è il tempo di gestione dell'infrastruttura.

Zammad è una valida alternativa a Zendesk, Freshdesk o Zoho Desk?

Per chi ha competenze sistemistiche interne (o un partner che le ha), sì: copre multicanale, automazioni, knowledge base, LDAP/SAML e API, senza prezzo per agente e con i dati sotto il proprio controllo. Per chi vuole zero manutenzione, una SaaS resta più semplice.

Dove vengono conservati i dati con Zammad?

Nella versione self-hosted, dove decidi tu: server propri o cloud europeo. Noi l'abbiamo installato in locale, sui nostri server. È il motivo principale per cui lo abbiamo scelto per gestire l'assistenza su progetti in settori regolamentati.

Zammad si integra con altri sistemi?

Sì: espone API REST e webhook e si integra con LDAP/Active Directory, Microsoft 365, sistemi di telefonia e — con un po' di lavoro di system integration — con gestionali ed ERP. Supporta anche un widget da inserire direttamente sul sito per ricevere ticket dai visitatori.

Testo scritto con l'ausilio dell'IA, rivisto da Innove.

Photo by Drew Jemmett on Unsplash