Avevamo visto cosa intendiamo con service desk in un articolo precedente: Implementare un service desk: la gestione digitale dei servizi
Proseguiamo analizzando nel dettaglio gli elementi fondamentali di un service desk Per l’organizzazione di una service desk gli elementi fondamentali da tenere in considerazione sono:
Costruire un catalogo dei servizi è necessario per chiarire in modo preciso e univoco quali sono i servizi di cui il cliente può disporre. E’ ovviamente importante che questo sia reso disponibile al cliente già in fase di vendita, e che lo rimanga per tutto il tempo di erogazione del servizio.
Gli obiettivi di gestire un catalogo servizi sono quindi (come da linee guida ITIL):
Alcune delle informazioni che possono essere presenti in un catalogo servizi:
Il catalogo servizi può anche avere una funzione interna e alcuni dati del catalogo possono essere non mostrate ai clienti, ma usati internamente.
Nome del servizio: Supporto IT online a consuntivo
Descrizione del servizio: il cliente potrà richiedere supporto online sui propri sistemi informativi per quanto riguarda la risoluzione dei seguenti problemi:
Modalità di erogazione: il servizio sarà fornito tramite il software teamviewer, il cliente dovrà avere installato nel proprio PC una copia di tale software aggiornata all’ultima versione.
Come richiederlo / usufruirne: la richiesta di supporto dovrà essere aperta con uno dei seguenti canali:
Tempistiche: la richiesta sarà presa in carico entro le 4 ore lavorative
Costi: il costo del servizio è a consuntivo su base mensile per un valore di 65 euro ogni ora erogata. Verranno conteggiate frazioni di 30 minuti arrotondate per eccesso (es. 1 ore e 10 minuti verrà conteggiata come 1 ora e 30 minuti)
Alcune caratteristiche essenziali di un catalogo servizi:
Chiarezza e semplicità: la descrizione del servizio deve essere in linguaggio non tecnico ma comprensibile dal cliente
Completezza ed univocità: il catalogo deve descrivere tutti i servizi a cui si ha diritto in modo completo ed univoco, non lasciando spazio a dubbi o fraintendimenti.
Il flusso di erogazione del servizio ha il compito fondamentale di definire in modo univoco come il servizio deve essere erogato. Alcune di queste informazioni sono presenti nel catalogo, si tratta nella definizione del flusso di scrivere precisamente chi deve fare cosa, in che modo, in che tempistiche, ecc.
Il flusso può essere descritto a parole o disegnato con un diagramma di flusso (dai diagrammi classici a BPMN), l’importante è che abbia le seguenti informazioni:
Questi flussi vanno poi inseriti nella nostra piattaforma digitale, per fare questo è fondamentale avere un buon motore di gestione workflow.
In questo caso semplificato si suppone una gestione tramite il canale email, con dei flussi basici.
Il processo si attiva quando arriva un’email in azienda.
Si verifica se si tratta di una nuova richiesta o se è una risposta ad una conversazione su un ticket precedente.
NUOVA RICHIESTA
Se è una nuova richiesta viene generato un nuovo ticket in stato “Aperto” e assegnato al gruppo di supporto. Si verifica poi se il contatto che ha inviato l’email è presente nel database, se sì il ticket è associato a questo contatto, se non esiste viene generato un nuovo contatto nel database e il ticket viene associato a questo contatto.
A questo punto si verifica se sono necessarie ulteriori informazioni. Se non sono necessarie si procede a risolvere la problematica e si invia una notifica di chiusura con richiesta di feedback sulla soddisfazione.
Se sono necessarie ulteriori informazioni invece si manda una risposta al cliente aggiornando il ticket sul sistema con questa risposta, si imposta il ticket nello stato “in attesa di risposta” e si rimane in attesa di una risposta del cliente.
RISPOSTA DAL CLIENTE
Quando questa arriva nello snodo “E’ una nuova richiesta” si andrà nel ramo NO, si aggiunge quindi il contenuto della risposta del cliente sul ticket nella conversazione, si verifica se le informazioni sono ora sufficienti: se sono sufficienti si procede a risolvere la problematica e si invia email di chiusura altrimenti il ciclo di dialogo continua fino ad avere tutte le informazioni necessarie.
Fig.1 Esempio di rappresentazione grafica di un processo tramite BPMN (per disegnarlo è stato usato draw.io, software online gratuito della suite google).
La gestione della comunicazione costante con il cliente, secondo i canali corretti, è un punto fondamentale per un service desk di successo.
Non c’è situazione peggiore di quella nella quale il cliente non ha percezione di cosa sta succedendo.
Possiamo dire che probabilmente avremo un cliente più soddisfatto se questo viene costantemente aggiornato, anche a fronte di tempi più lunghi di erogazione del servizio.
Alcuni passaggi minimi fondamentali che vanno comunicati al cliente:
Come in tutti i processi di business la misurazione dei risultati è necessaria per avere un riscontro sull’efficacia ed efficienza dei processi stessi.
E’ quindi importante fissare delle metriche di misurazione da valutare nel tempo.
Alcune metriche che suggeriamo di misurare (sul singolo operatore e globalmente) sono:
Può essere inoltre interessante misurare alcune metriche sui singoli clienti, per misurare il “costo” di gestione di ogni cliente dal punto di vista del supporto.
FIG. 2 Esempio di grafici e indicatori che misurano in questo caso la soddisfazione clienti, si possono creare una o più dashboard con i dati che riteniamo utili.
FIG. 2 Esempio di grafici e indicatori che misurano in questo caso la soddisfazione clienti, si possono creare una o più dashboard con i dati che riteniamo utili.