Cosa presuppone questa stima
La cifra prodotta da questo calcolatore è un massimale, non una previsione. Si presuppone che le ore inserite siano effettivamente spese nella parte ripetitiva del lavoro piuttosto che nel giudizio che lo circonda, che il costo orario a pieno carico includa i contributi del datore di lavoro e non solo lo stipendio, e che l’automazione rimuova l’attività anziché spostarla altrove nel processo. I progetti reali recuperano una quota di quel tetto – solitamente da metà a tre quarti in un flusso di lavoro ben scelto – mentre il resto va alla gestione delle eccezioni, al tempo di revisione e ai casi che le regole non coprono.
Da dove proviene effettivamente il ROI dell'automazione
Per la maggior parte delle aziende il risparmio non è rappresentato dal costo del lavoro. È l'effetto di secondo ordine: richieste di risposta in pochi minuti invece che la mattina successiva, fatture che non restano più in coda, un CRM sufficientemente pulito da potersi fidare del numero della pipeline. Questi sono più difficili da inserire in un calcolatore e di solito sono più grandi della linea delle ore, motivo per cui impostiamo un unico parametro concordato all’inizio di un progetto – tempo di risposta, costo per caso, tasso di errore – e lo misuriamo invece di discutere successivamente su una cifra modellata.
Ciò che lascia deliberatamente fuori
Questo modello esclude i costi di implementazione, la spesa continua per la piattaforma e il modello e il tempo interno che il tuo team dedica a un progetto, perché tutti e tre dipendono da decisioni che non sono ancora state prese. Una regola approssimativa durante la definizione dell'ambito: un primo flusso di lavoro mirato richiede solitamente alcune settimane di creazione e i costi di gestione sono dominati dal volume piuttosto che dal numero di licenze. Una volta definito l'ambito di un flusso di lavoro, sostituiamo questa stima con numeri reali per quella build specifica e, se non superano il livello, lo diciamo.