Un catalogo, non un campo di testo vuoto
Servizi e prodotti sono pubblicati come voci ordinabili, quindi le persone scelgono invece di descrivere. Tornano meno richieste per chiarimenti perché il modulo ha già fatto le domande giuste.
Richieste che si risolvono da sole
Pubblica un catalogo da cui le persone possano davvero ordinare, e lascia che le regole assegnino, approvino e chiudano le richieste di routine. Accessi, hardware, onboarding, un pass parcheggio, nella stessa coda dei tuoi incidenti.
Chiedere una volta, nella forma giusta
Moduli di raccolta con domande vere
Ogni tipo di richiesta porta le proprie domande, campi obbligatori e valori predefiniti, così una richiesta di portatile raccoglie il modello e il centro di costo, e una di accesso il sistema e la motivazione.
L'approvazione come passaggio, non come canale a parte
L'approvazione è uno stato del workflow, con approvatore, momento e tempo impiegato registrati sulla richiesta. Basta rincorrere una decisione che vive in una casella di posta.
Una richiesta, molte attività
Un onboarding non è mai un solo lavoro. Una richiesta si dirama nelle attività che servono davvero, ognuna al proprio gruppo di lavoro, e si chiude quando sono tutte finite.
Dove va davvero il tempo
- Assegnata al gruppo giusto da una regola, non da un turno di triage
- Approvata dentro il flusso, con il tempo di approvazione misurato
- Le richieste evase registrano l'asset che hanno creato
- Risolte dalla base di conoscenza quando non serve alcun lavoro
- Chiuse in automatico quando ogni attività sottostante è finita
La stessa coda del resto del lavoro
Un solo backlog tra le linee di servizio
Un pass parcheggio, un portatile e un radiatore rotto arrivano nello stesso sistema con la stessa logica SLA, quindi nessuno deve sapere quale reparto possiede quale modulo.
SLA che rispetta il tuo calendario
Gli obiettivi delle richieste girano sullo stesso motore SLA degli incidenti, orari di lavoro e calendari festivi compresi, così un ordine del venerdì pomeriggio non risulta in ritardo il lunedì.
L'AI risponde prima di aprire
Quando la risposta esiste già, l'AI la fornisce e non nasce nessuna richiesta. Resta il lavoro che ha davvero bisogno di una persona o di un ordine.
I costi finiscono dove devono
Poiché la voce di catalogo porta il proprio prezzo e centro di costo, le richieste evase alimentano direttamente la struttura finanziaria invece di essere ricostruite a fine trimestre.
Domande sulla gestione delle richieste
Gestione delle richieste di servizio
È un prodotto separato dal service desk?
No. Le richieste sono gli stessi record dei tuoi incidenti, con tipi, moduli e workflow propri. Una coda, un motore SLA, un modello di reportistica.
Possiamo imporre un'approvazione prima che accada qualcosa?
Sì. L'approvazione è uno stato nel workflow della richiesta, quindi decidi per tipo se serve, e approvatore e tempo impiegato restano sul record.
Una richiesta può generare più lavori?
Sì. Le regole possono diramare una richiesta in attività, ognuna con il proprio gruppo di lavoro e scadenza, e la richiesta si chiude quando l'ultima è finita. È così che funziona l'onboarding.
Gli utenti finali hanno bisogno di una licenza per aprire una richiesta?
No. Il prezzo è per agente e gli utenti finali sono illimitati, quindi aprire il catalogo a tutta l'organizzazione non cambia quanto paghi.
Trasforma i tuoi moduli in un catalogo
Prenota un primo confronto e modelleremo due dei tuoi tipi di richiesta durante la sessione.
Prenota un primo confronto