Il processo di offerta come modello di calcolo pronto
Il modello è incluso in FlowVisual: sei passi dalla richiesta all'offerta inviata, con volumi, intervalli di lavorazione, capacità e tariffe già inseriti. Sostituisca sei valori con i suoi e veda in venti minuti quale passo rallenta davvero le sue offerte. Di solito non è quello che la direzione sospetta.
Il modello Processo offerta rappresenta il percorso dalla richiesta all’offerta inviata in sei passaggi: registrare la richiesta, chiarimento tecnico, calcolo dei costi, approvazione, redazione dell’offerta, spedizione e follow-up. È impostato su 550 richieste all’anno, circa 2,2 in un giorno lavorativo, con dispersioni di lavorazione, capacità dei ruoli e costi completi tipici di un fornitore di medie dimensioni. Nel test di stress su 20 000 esecuzioni il chiarimento tecnico è il collo di bottiglia vincolante nel 79 % delle esecuzioni e l’approvazione nel 21 %; tutti gli altri passaggi in nessuna. Il tempo di attraversamento è nel mediano 0,7 giorni lavorativi e nel giorno di punta (P90) 7,2. La differenza tra i due è il risultato rilevante, non la media.
3,7h
Somma di tutti e sei i passaggi per offerta.
0,7 → 7,2Giorni
Giorno normale contro giorno di punta. La dispersione è il risultato.
79%
Quota delle esecuzioni in cui questo passaggio è vincolante.
6
Ordine, offerta, autorizzazione fattura, reclamo, onboarding, ticket IT.
Cosa contiene il modello
I numeri provengono da un modello di esempio, non da un incarico cliente. Sono stati scelti in modo da corrispondere a un fornitore di medie dimensioni. Punto di partenza, non riferimento.
Ingresso: 550 richieste all’anno, cioè circa 2,2 in un giorno lavorativo, con una variabilità giornaliera del 26 % e un fattore di picco di 1,35 nel 7 % dei giorni.
| Passaggio | Ruolo | Lavorazione | Capacità | Carico Ø | Carico nel giorno di picco |
|---|---|---|---|---|---|
| 01 Registrare la richiesta | Back office commerciale | 10–22 min | 12/giorno | 19 % | 26 % |
| 02 Chiarimenti tecnici | Progettazione | 70–140 min | 1 persona × 5 h → 2,6/giorno | 87 % | 133 % |
| 03 Calcolo dei costi | Calcolo | 30–70 min | 5/giorno | 45 % | 62 % |
| 04 Approvazione | Direzione vendite | 5–14 min | 3,4/giorno | 67 % | 92 % |
| 05 Redazione dell’offerta | Back office commerciale | 20–40 min | 8/giorno | 28 % | 39 % |
| 06 Spedizione & Follow-up | Vendite | 10–20 min | 10/giorno | 23 % | 31 % |
La constatazione decisiva. La progettazione dedica al processo offerta cinque ore della sua giornata. Il resto appartiene ai progetti in corso. Cinque ore per un’efficienza dell’89 % sono 267 minuti; a una media di 103 minuti per ciascun chiarimento tecnico sono 2,6 attività al giorno rispetto a 2,2 in arrivo. Sulla carta basta. In un giorno forte non basta.
Il test di stress dice esattamente questo, e lo dice come probabilità invece che come voto:
| Passaggio | Probabilità di collo di bottiglia | Giorni oltre capacità |
|---|---|---|
| 01 Registrare la richiesta | 0 % | 0 % |
| 02 Chiarimenti tecnici | 79 % | 29 % |
| 03 Calcolo dei costi | 0 % | 0 % |
| 04 Approvazione | 21 % | 6 % |
| 05 Redazione dell’offerta | 0 % | 0 % |
| 06 Spedizione & Follow-up | 0 % | 0 % |
La colonna si somma a 100 %, e non è un caso: per ogni esecuzione si conta esattamente un passaggio vincolante, quello con il carico relativo più alto in quel giorno. «79 %» quindi non significa «al 79 % carico», ma: in quattro giorni su cinque questo passaggio è quello che limita la capacità produttiva.
Il calcolo dei costi, che internamente è ritenuto il freno, non lo è in nessuna esecuzione.
I sei numeri che Lei sostituisce
Tutto il resto può rimanere com’è. Chi modifica di più non migliora il risultato, prolunga solo il termine.
- Richieste per giorno lavorativo. Richieste dell’ultimo anno ÷ giorni lavorativi. Si trova nel CRM o nella sequenza dei numeri di offerta.
- Fattore di picco. Quante richieste arrivano nel giorno di punta rispetto a un giorno normale? Per le offerte spesso dipende da fiere o stagionalità; 1,3 fino a 1,5 è comune. Senza questo valore si calcola un processo che non è mai sotto carico. Proprio sotto carico si decide se un’offerta esce in tempo.
- Ore che la progettazione dedica a questo processo. Non il numero di teste. La grandezza decisiva è la frazione della giornata che una persona che chiarisce aspetti tecnici dedica effettivamente alle offerte, di solito tre-sei ore, mai otto.
- Intervallo di lavorazione della chiarificazione tecnica. Estremo inferiore e superiore, non la media. L’intervallo è il fattore trainante: entra come dispersione in modo quadratico nel tempo di attesa, mentre la media agisce solo linearmente.
- Approvazioni al giorno. Quante offerte autorizza la direzione vendite in un giorno, se ne ha da autorizzare? Questo numero decide se l’approvazione è il secondo collo di bottiglia. Nel modello di esempio lo è in uno giorno su cinque.
- Tariffe a costo pieno per ruolo. Salario lordo × 1,5 fino a 1,8, diviso per circa 1 500 ore produttive all’anno. Una posizione da 50 000 euro costa così circa 53 € all’ora, non i naivi 24 € derivanti da stipendio ÷ 2 080 ore. Con la tariffa ingenua la sua affermazione in euro sarà poi contestabile.
Controllo incrociato prima di calcolare: Conti le richieste aperte oggi e divida per le offerte che riesce a mandare fuori in un giorno (Little's Law). Se ne risulta approssimativamente il tempo di attraversamento conosciuto, il modello è utile. Se differisce molto manca una coda; nelle offerte quasi sempre la richiesta di chiarimento al cliente o un’offerta di un fornitore in attesa.
Cosa non contiene il modello di esempio. Il tempo di attraversamento è lavorazione più coda, in giorni lavorativi. Tempi fissi di calendario (i tre giorni che un fornitore impiega per il suo prezzo, la settimana fino alla richiamata del cliente) non sono modellati. Chi li ha, li inserisca come passo separato; altrimenti il modello calcola più veloce di quanto il cliente viva l’esperienza.
Quattro leve, calcolate singolarmente
Modifichi sempre una sola leva per esecuzione. Tre contemporaneamente producono un valore che nessuno può attribuire a una singola leva, e quindi non costituiscono un business case. Le quattro esecuzioni seguenti sono calcolate con lo stesso modello, ciascuna con esattamente un dato in ingresso modificato.
| Leva | Tempo di attraversamento P90 | Carico chiarificazione nel giorno di punta | Nuovo collo di bottiglia più probabile |
|---|---|---|---|
| Stato attuale del modello | 7,2 giorni | 133 % | Chiarificazione tecnica (79 %) |
| 1 Campi obbligatori nella registrazione | 1,6 giorni | 94 % | Approvazione (69 %) |
| 2 Progettazione dà 6 invece di 5 ore | 3,7 giorni | 111 % | Chiarificazione tecnica (56 %) |
| 3 Secondo progettista mezza giornata | 1,3 giorni | 89 % | Approvazione (74 %) |
| 4 Alleggerire l’approvazione (takt 3,4 → 6) | 6,9 giorni | 133 % | Chiarificazione tecnica (99 %) |
Leva 1. Campi obbligatori nella registrazione della richiesta. Le sei informazioni che la progettazione comunque chiede vengono richieste al momento della registrazione. La registrazione dura più a lungo (15–30 invece di 10–22 minuti), la chiarificazione tecnica è più breve (45–100 invece di 70–140), perché salta il giro di richieste di chiarimento. Risultato nel modello: il P90 del tempo di attraversamento scende da 7,2 a 1,6 giorni lavorativi, il carico della progettazione nel giorno di punta da 133 % a 94 %. Il tempo all’ingresso è più economico del tempo nel collo di bottiglia. Questo è l’intero concetto.
Leva 2. Più tempo di progettazione per il processo di offerta. Un’ora in più al giorno. Funziona, ma meno del previsto: 111 % nel giorno di punta invece di 133 %, e la chiarificazione rimane collo di bottiglia nel 56 % dei cicli. Questo è il prezzo onesto per il fatto che un passo sovraccarico non reagisce in modo lineare.
Leva 3. Secondo progettista mezza giornata. La leva più costosa, e nei risultati poco migliore della Leva 1. Chi lo calcola comunque vede il motivo: il collo di bottiglia si sposta in entrambi i casi verso l’approvazione, e da lì in poi la progettazione non limita più.
Leva 4. Alleggerire l’approvazione. Il risultato zero, e il più istruttivo. L’approvazione è con il 92 % nel giorno di punta il secondo passo più critico; raddoppiarla porta 0,3 giorni. Finché la chiarificazione è vincolante, all’approvazione non arriva abbastanza lavoro. Un intervento sul secondo collo di bottiglia non è mezzo successo, ma nessun successo.
Calcoli le quattro leve separatamente e le ordini per impatto rispetto allo sforzo. La Leva 1 è un modulo, la Leva 3 è una posizione, e nel modello stanno a 0,3 giorni di distanza.
Come da 20 000 esecuzioni si ottiene una percentuale per passo è spiegato nell’articolo Monte-Carlo-Simulation für Prozesse; perché la dispersione tra P50 e P90 è l’informazione centrale, in P10, P50, P90 verstehen.
Cosa risulterà alla fine su carta
Dopo il rilevamento dello stato attuale, una leva modificata e una seconda esecuzione, il confronto mostra:
- Tempo di attraversamento prima/dopo come P50 e P90. L’impegno verso le vendite viene dato rispetto al P90, non rispetto al valore mediano. Chi promette «due giorni» perché il mediano dice 0,7 promette qualcosa che in un giorno su cinque non si mantiene.
- Utilizzo per fase nel giorno di picco e il nuovo collo di bottiglia dopo la misura. In questo modello, con le due leve più efficaci, si sposta verso la liberatoria. Questo è l’esito normale di una misura e non un errore.
- Throughput come offerte per settimana rispetto a quelle in arrivo. Nello stato attuale 10,3 su 11 escono; la differenza non è una perdita, ma l’accumulo che il collo di bottiglia ricostruisce ogni settimana.
- Effetto sui costi del personale annuo come intervallo, calcolato da quantità, tempi e tariffe a costo pieno. Il modello usa circa 254 € di tempo di lavoro per offerta; 941 di queste ore all’anno ricadono sulla progettazione.
- L’elenco delle assunzioni con ogni input stimato. La frase «Il tempo di attesa per i prezzi dei fornitori non è modellato» smorza la domanda più severa prima che venga posta.
Viene prodotto come due PDF: offerta per il decisore, documentazione per la tracciabilità, con la Sua intestazione, se ne ha una salvata.
Stessa base, due domande. Questa pagina risponde alla domanda computazionale: da dove viene il 79% e dove si sposta il collo di bottiglia quando lo si risolve. L’altra domanda (cosa si raccomanderebbe e quanto costa non fare nulla) appartiene al metodo e non allo strumento. Si trova nell’Archivio analisi di Flowrefy, insieme alla Procedura da cui sono nate queste basi. Un set di dati, due domande, due pubblici.
Le altre template
Sono inclusi sei modelli. Tutti seguono lo stesso schema: struttura pronta, valori tipici, sei valori da adattare, esattamente un collo di bottiglia chiaro.
- La Evasione ordini va dall’ordine alla conferma d’ordine. Il caso con un ruolo condiviso: due fasi che singolarmente sembrano comode sono il pomeriggio della stessa persona.
- Il processo di offerta è questa pagina.
- La Autorizzazione fatture è il caso di volatilità: in media sotto la capacità, a fine mese sopra.
- Nella Reclamo il collo di bottiglia è fuori dall’azienda, e la raccomandazione onesta quindi non è «automatizzare».
- L’Onboarding dipendenti ha poco volume e molti partecipanti, e una fase impegna l’86 % delle esecuzioni.
- Il Ticket IT mostra il comportamento classico delle code con diramazione: il 65 % risolto subito, il 35 % al secondo livello.
Ogni modello si apre nella finestra di benvenuto tramite Visualizza modelli. La prima volta conviene aprirne uno prima di iniziare un Suo modello. Altrimenti si modella troppo nel dettaglio.
- Incluso in
- FlowVisual per macOS 13+ e Windows 10/11, nella finestra di benvenuto sotto «Visualizza modelli»
- Ambito
- 6 fasi, arrivo con dispersione e fattore di picco, capacità, intervalli di lavorazione, ruoli, sistemi, tassi di costo, ipotesi di indisponibilità per ogni fase
- Da adattare
- Richieste/giorno, fattore di picco, ore di progettazione, intervallo di chiarimento tecnico, autorizzazioni/giorno, tariffe orarie
- Calcolato con
- 20 000 esecuzioni, seed 42. L’app calcola per impostazione predefinita 400. La mediana resta allora uguale, il P90 si sposta di qualche punto percentuale
- Dichiarazione tipica
- Collo di bottiglia nella chiarificazione tecnica (79 %), non nel calcolo dei costi (0 %)
- Origine dei numeri
- Modello di esempio, nessun dato cliente. Contrassegnato come tale nella pagina del modello
Domande frequenti
I numeri del modello sono dati reali di un cliente?
No. Sono valori di esempio che corrispondono alle ordini di grandezza tipiche di un fornitore medio e sono contrassegnati come tali nel modello. Servono affinché un modello funzioni subito e si veda come appare un modello finito. Dovrebbero essere sostituiti con i propri sei numeri.
Cosa significa esattamente «probabilità di collo di bottiglia 79 %»?
Significa: in 79 giorni su 100 simulati la chiarificazione tecnica è la fase con il carico più alto, quella che quindi limita il throughput dell'intero processo. Non significa che la fase sia carica al 79%; questa cifra è indicata accanto e ha in media l’87%, nel giorno di punta il 133%. Per ogni esecuzione viene contata esattamente una fase vincolante, perciò i valori di tutte le fasi si sommano al 100%.
Perché la mediana di 0,7 giorni è così molto più piccola del P90 di 7,2?
Perché un processo appena sotto il limite di capacità ha due stati e nessuna media. In una giornata normale non c'è arretrato e un'offerta impiega circa il suo tempo di lavorazione. In una giornata forte il tempo di progettazione non basta e il backlog della mattina allunga ogni attività del pomeriggio. La media non descrive nessuna delle due giornate. Proprio per questo FlowVisual fornisce intervalli e indica il carico nel giorno di punta invece che nella media mensile.
Abbiamo una soglia di valore oltre cui un secondo autorizzatore deve firmare. È possibile rappresentarlo?
Sì, tramite una decisione con percentuale di instradamento: una parte delle offerte passa per il secondo livello, il resto no. Il modello IT-Ticket mostra la stessa struttura con 65 a 35 percento. Se il Suo tempo di attraversamento calcolato è significativamente inferiore a quello misurato, spesso manca proprio un ramo del genere, o un tempo di attesa per qualcuno esterno all’azienda.
Perché accelerare l’autorizzazione ha quasi nessun effetto? -> Perché accelerare l’autorizzazione ha quasi alcun effetto?
Perché non le arriva abbastanza. La liberazione è con il 92 % di utilizzo nel giorno di punta il secondo passo più stretto, ma riceve solo ciò che la chiarificazione tecnica lascia passare. Se si raddoppia il suo ritmo, il P90 del lead time scende da 7,2 a 6,9 giorni, e la probabilità che la chiarificazione sia il collo di bottiglia aumenta dal 79 al 99 %. Una leva sul secondo collo di bottiglia non è un mezzo successo. Questa è la ragione più frequente per cui una misura tecnicamente riuscita non si vede nella durata di attraversamento.
Ho davvero bisogno del modello, o posso iniziare direttamente?
Può iniziare direttamente. Per esperienza si costruisce però il primo modello troppo dettagliato (trenta passi invece di sei), e la precisione aggiuntiva costa tempo di inserimento senza spostare il collo di bottiglia. Trenta secondi in un modello pronto lo evitano.
Aprire il modello e inserire i Suoi sei numeri
Scarichi FlowVisual, nella finestra di benvenuto scelga «Visualizzare i modelli», apra il processo di offerta. Modellare e sottoporre a stress test non costa nulla.
Guide: seven steps to the number- Metodo
Simulazione Monte Carlo per i processi: cosa può fare e quando inganna
Monte Carlo non è una parola magica, ma tirare i dadi con metodo: lo stesso processo, centinaia di volte, ciascuna con valori casuali diversi. Ciò che ne risulta non è un numero, ma una distribuzione. Proprio questo è il punto.
Read - Metodo
P10, P50, P90 leggere correttamente: dove la media La trae in inganno
I percentili non sono una vanità da statistici, ma l’unico modo onesto di indicare un risultato che varia. Tre numeri, tre scopi. E tre errori di lettura che finiscono regolarmente nei documenti decisionali.
Read - Metodo
Calcolare il collo di bottiglia: perché l'85 % di utilizzo è già troppo
Il collo di bottiglia non è il passo con la durata più lunga, ma quello con l'utilizzo più alto. E il tempo di attesa non cresce linearmente con l'utilizzo, ma esplode poco prima del limite. Il calcolo dietro sta su una pagina.
Read