SLA come input di prima classe, non come metrica post-hoc
L'orchestratore non si limita a eseguire i flussi di lavoro, ma li esegue rispettando i propri impegni. Le decisioni su priorità, instradamento ed escalation tengono conto del tempo necessario per la violazione in ogni passaggio.
Gli SLA vengono solitamente monitorati nei dashboard dopo che il danno è stato eseguito. Fornire loro input di orchestrazione significa che il sistema difende attivamente i propri impegni: rimescolare le code, pre-escalation del lavoro a rischio e allocare risorse dove il rischio di violazione è più elevato.
Come si presenta la consapevolezza dello SLA
- 01
Gli obiettivi si attaccano al lavoro
Ogni istanza del processo porta con sé i propri parametri SLA: finestra di impegno, classe di priorità, livello del cliente.
- 02
La coda è dinamica
Gli agenti scelgono il lavoro successivo in base al rischio e all’impatto della violazione, non in base alla FIFO.
- 03
Prima dell'escalation
Il lavoro che tende verso una violazione viene intensificato tempestivamente in base al contesto, non dopo una dashboard rossa.
Capacità
Classi prioritarie
Clienti a più livelli, impegni a più livelli. L'orchestratore li applica invece di lasciare che ciascun agente li ricordi.
Avviso sulla velocità di combustione
Quando il tasso di violazione di una coda supera la soglia, gli operatori vengono avvisati, con la sezione della causa principale già allegata.
Riallocazione della capacità
Sotto carico, l'orchestratore sposta la capacità sul lavoro a rischio di violazione e rinvia le attività con priorità inferiore.
Reportistica contrattuale
Il raggiungimento dello SLA è esportabile per cliente, per periodo contrattuale, firmato e pronto per QBR.