Italiano
+ Ticket e supporto

Una richiesta che non sparisce in una casella collettiva.

Richieste dei clienti e segnalazioni interne con un responsabile, uno stato visibile e lo storico sul cliente. Un ticket può nascere anche da un modulo o da una conversazione.

01 · Il problema

Una casella collettiva non è un processo, è una speranza.

Le richieste arrivano a info@, a un indirizzo personale, dal modulo di contatto e per telefono. Risponde chi ha tempo. Due persone lavorano la stessa richiesta, una terza resta ferma perché tutti pensavano che l'avesse presa qualcun altro. Quando la stessa cliente richiama tre settimane dopo, la ricostruzione ricomincia, perché quanto discusso l'ultima volta sta nella casella di una persona che oggi non c'è.

02 · Sotto il cofano

Cosa trasforma una richiesta in un caso tracciabile.

Rispondere non è difficile. Difficile è mantenere la visione su tutto ciò che è aperto. Questi cinque punti la creano.

  • Responsabile e stato, Ogni ticket ha una persona responsabile e uno stato visibile. Nessuna doppia lavorazione, nessun abbandono silenzioso.
  • Storico per cliente, Richieste, fatture e contratti precedenti si trovano accanto, invece che in quattro sistemi.
  • Da modulo e chat, Un ticket nasce da una segnalazione di modulo o da una conversazione, senza ribattere nulla.
  • Categorie e priorità, Ordinato per tipo e urgenza, perché l'importante non stia dietro al rumoroso.
  • Analisi per frequenza, Sapere quale richiesta torna sempre è la base per eliminarla invece di rispondervi.
03 · Cosa porta

La terza richiesta identica, vista come schema e non come caso isolato.

Faccia il calcolo con i Suoi numeri. Con 40 richieste a settimana, l'esperienza dice che dal cinque al dieci per cento passa due volte o non passa affatto quando la responsabilità esiste solo in una testa. Sono da due a quattro casi a settimana, ognuno con una cliente infastidita o una ripetizione inutile dall'altra parte. La leva maggiore è l'analisi: se la stessa domanda arriva 30 volte per trimestre, la risposta non è un ticket più veloce, è una voce nel wiki o una correzione al prodotto. Senza conteggio lo schema non si vede.

04 · Per chi

Per chi sono costruiti ticket e supporto.

È costruito per le aziende svizzere da circa cinque a cinquanta collaboratori la cui clientela continua a essere seguita dopo la vendita: servizi tecnici e software house, tecnica dell'edificio e assistenza, costruzione di macchine con contratto di manutenzione, amministrazione immobiliare, fiduciari, informatica interna. Tipicamente da due a cinque persone che rispondono alle richieste accanto al proprio lavoro, e una clientela che torna negli anni.

Rende di più a chi segue una clientela ricorrente con un contratto alle spalle: manutenzione, forfait di servizio, abbonamento. Lì paga avere sullo stesso dossier che cosa è stato segnalato, consegnato e fatturato per ultimo. Più a lungo dura la relazione, più conta questa traccia.

05 · Il passaggio

Il cambio comincia da ciò che oggi è aperto.

Cominci dai casi in corso, non dall'archivio. Quello che ora si trova nella casella lo registra una volta come ticket, con cliente, categoria e persona responsabile. Il modulo di contatto del Suo sito lo fa puntare a un modulo della piattaforma, così le nuove richieste nascono come ticket fin dall'inizio. Categorie e priorità le riprende come modello oppure le denomina secondo i casi che da Lei capitano davvero. Una responsabilità predefinita per categoria basta per iniziare.

Quello che segue è volutamente poco: nessuna settimana di formazione, nessuna matrice dei ruoli da progettare prima. Nella prima settimana la casella di prima continua a funzionare, e chi ne riprende una richiesta la crea come ticket in un solo passaggio. Deve portarsi dietro solo i casi aperti. La corrispondenza chiusa resta dove si trova, e nessuno comprime tre anni di e-mail in una nuova maschera.

06 · La piattaforma

Ticket & supporto è un modulo — ecco il resto.

07 · Domande frequenti

Che cosa chiedono per prima cosa direzione e responsabili del servizio.

Le nostre richieste arrivano da cinque canali. Dobbiamo far cambiare abitudini alla clientela?

No. Chi oggi telefona continua a telefonare, chi scrive all'indirizzo generale continua a scrivere lì. Cambia il primo gesto successivo: dalla richiesta nasce in un passaggio un ticket con cliente, categoria e persona responsabile. Per il sito web conviene un modulo, perché fa arrivare fin dall'inizio i dati che altrimenti dovrebbe richiedere.

Chi decide chi è responsabile?

Per ogni categoria fissa una responsabilità predefinita, così un nuovo ticket non resta senza padrone in entrata. Si può riassegnare in qualsiasi momento, anche a una seconda persona per l'escalation, e la modifica è nella catena di audit con persona e momento. Se qualcuno va in vacanza, ridistribuisce i suoi ticket aperti dalla panoramica, invece di cercarli uno a uno.

Possiamo usarlo anche per le segnalazioni interne e non solo per le richieste dei clienti?

Sì, e spesso è il primo caso d'uso: apparecchi guasti, accessi mancanti, difetti riscontrati nell'esercizio, richieste all'amministrazione. La segnalazione arriva da un modulo interno o da un colloquio, riceve categoria e persona responsabile e compare nella stessa panoramica delle richieste dei clienti. I due mondi si distinguono tramite categoria e visibilità.

I nostri contratti di manutenzione indicano tempi di reazione. Si può rappresentare?

L'urgenza la imposta tramite priorità e categoria, e su ogni ticket è indicato da quanto è aperto. La panoramica si può ordinare per questo, e la domanda su tutto ciò che giace più a lungo di quanto concordato la rivolge direttamente all'assistente. Quale termine vale per quale cliente lo annota sul dossier del cliente, dove si trova anche il contratto.

Dove si trovano i dati dei ticket, e come stiamo con la nLPD?

I Suoi dati sono ospitati in Svizzera. Prima che qualcosa venga inviato a un modello di IA esterno, il nostro Sensitive Data Guard maschera o blocca i contenuti personali, contrattuali e finanziari; viene trasmessa solo la parte rilasciata e non identificante, sotto contratti senza addestramento. Le richieste di accesso e cancellazione secondo la nLPD si documentano tramite la catena di audit, con persona e momento.

Tutti i collaboratori vedono tutti i ticket?

Non necessariamente. La visibilità si imposta per ruolo: il team di servizio vede le proprie categorie, la direzione vede tutto, singole categorie si possono restringere. Un ticket mostra lo storico del cliente necessario alla lavorazione, e non automaticamente ogni documento che esiste per quel cliente. Ogni modifica è nella catena di audit, ricostruibile con persona e momento.

I nostri tecnici sono in giro. Funziona sul telefono?

Sì. Elenco dei ticket, stato e storico appaiono sul telefono come alla scrivania. Un riscontro dopo l'intervento è una frase, dettata o digitata, e resta agganciato al ticket giusto. Così la sera c'è già scritto che cosa è stato fatto, invece di registrarlo a memoria il mattino dopo.

Da un caso di supporto da noi nasce spesso un incarico a pagamento. E poi?

Allora il caso resta dov'è, e il lavoro su di esso diventa visibile: il tempo impiegato viene annotato sul ticket e resta quindi agganciato allo stesso cliente. Da lì nasce un'offerta o una posizione sulla prossima fattura, con gli stessi dati. I casi più grandi li prosegue come progetto, con budget e compiti. I dati anagrafici non vengono digitati una seconda volta.

Segua una richiesta dall'arrivo allo schema, in 30 minuti.

Le mostriamo un ticket nato da un modulo, l'assegnazione, lo storico cliente con le fatture accanto, e la domanda su cosa sia arrivato più spesso questo mese. Senza contratto, senza preparazione.