Home / Simulazione metodologica
◇ Scenario simulato · non un cliente reale Rete stradale reale (OSRM)

10 mezzi, 250 consegne, ripetuto 3 volte: −10,1% / −13,9% di strada.

Uno scenario costruito apposta — 10 mezzi, 250 consegne distribuite sui comuni umbri reali — per mostrare il meccanismo su un volume verosimile. Le distanze sono calcolate su rete stradale reale (OSRM / OpenStreetMap), non in linea d'aria. L'abbiamo ripetuto 3 volte con punti diversi: il risparmio resta tra il 10 e il 14%. Non sono i dati di un cliente: sono punti verosimili, non indirizzi reali. Serve a far vedere come funziona, non a promettere un risultato.

Un mezzo alla volta, sequenza reale dello scenario, sulle strade vere dell'Umbria. PRIMA = il giro costruito a naso, dal più vicino al più vicino. DOPO = le stesse identiche fermate, riordinate dal motore. Premi il pulsante e guarda i chilometri scendere.

PRIMA · A NASO
223km
giro del mezzo selezionato
MEZZO
deposito (Terni)
consegna

Scenario simulato, non un cliente reale. Sequenze vere esportate dallo scenario di riferimento (stesso seme dei numeri qui sotto). Le linee sono dritte tra fermata e fermata per leggibilità; il tracciato vero segue le strade e le distanze del confronto sono quelle stradali reali (OSRM). Mappa © OpenStreetMap, © CARTO.

Il risultato, ripetuto 3 volte

Stesse consegne, stessi mezzi: solo l'ordine cambia.

10,1–13,9%
meno strada · range su 3 ripetizioni
11,5%
riduzione media
−316 km
a settimana · risparmio medio di percorrenza
Ripetizione Giro autista (NN) Ricalcolato (Nigin) Strada in meno Δ%
Scenario 1 2.605 km2.343 km −262 km−10,1%
Scenario 2 2.753 km2.465 km −288 km−10,5%
Scenario 3 2.868 km2.470 km −398 km−13,9%
Media 2.742 km2.426 km −316 km−11,5%

Tre scenari, punti diversi ogni volta, stesso metodo. Baseline: un giro nearest-neighbor (dal punto più vicino al più vicino), che rispecchia come molti giri vengono costruiti a mano. Ricalcolato: il motore reale di Nigin (ricerca locale 2-opt + ILS). Le stesse 250 fermate, gli stessi 10 mezzi: cambia solo quale mezzo serve quali fermate e in quale ordine. Il fatto che il risultato resti tra il 10 e il 14% su punti diversi non è un colpo di fortuna: è il comportamento del metodo.

Come è costruito lo scenario

Verosimile, non inventato a caso.

1

Fermate sui comuni reali

250 consegne distribuite sui comuni umbri veri (Perugia, Terni, Foligno, Spoleto, Gubbio, Orvieto…), pesate per popolazione — dove stanno davvero i clienti di una distribuzione regionale.

2

10 mezzi per zona

Le fermate sono divise in 10 zone geografiche bilanciate (~25 consegne a mezzo), con partenza e rientro dal deposito di Terni. Come opera una flotta regionale reale.

3

Distanze stradali vere

Ogni distanza è calcolata dal motore OSRM sulla rete stradale reale italiana — non in linea d'aria. Terni → Perugia = 121 km reali, come da navigatore.

Su quali comuni

Gli stessi comuni dove consegni tu.

Le 250 fermate non sono sparse a caso: sono distribuite su 20 comuni umbri reali, pesati per popolazione — dal nord (Città di Castello, Gubbio) al sud (Terni, Amelia), da ovest (Orvieto, Castiglione del Lago) a est (Foligno, Spoleto). La stessa geografia su cui operano le flotte della regione. Se distribuisci in Umbria, questi sono i tuoi paesi.

PerugiaTerniFoligno Città di CastelloSpoletoGubbio AssisiBastia UmbraCorciano MarscianoNarniOrvieto TodiUmbertideCastiglione del Lago MagioneBevagnaMontefalco AmeliaSpello

Deposito di partenza e rientro: Terni. Ogni mezzo copre una zona della regione, con giri che attraversano più comuni — esattamente come una distribuzione provinciale o regionale vera. I punti dentro ogni comune sono verosimili (entro pochi km dal centro abitato), non gli indirizzi reali di un'azienda.

La prova che non è un numero inventato

Riproducibile, con impronta SHA-256.

I numeri qui sopra non sono scritti a mano: sono prodotti da uno script deterministico che genera le 3 ripetizioni da semi fissi. Chiunque abbia lo stesso script e lo stesso motore riottiene esattamente questa tabella — e può verificarlo da sé. Lo script ha questa impronta digitale univoca (SHA-256): se anche un solo carattere cambiasse, l'impronta cambierebbe. Non c'è modo di "aggiustare" un numero senza che l'impronta lo riveli.

SHA-256 · nigin_simulazione_umbria.py
2421bf5a9b3a564d7af83b0a776dd80ffc1433f719737d13ada03d1709f412eb

Distanze calcolate su OSRM (dati stradali © OpenStreetMap contributors, ODbL). Baseline nearest-neighbor, ottimizzazione con ricerca locale 2-opt e perturbazione ILS. Il motore è lo stesso descritto nel flusso tecnico.

Non fidarti: controlla

Come verificarlo con le tue mani.

La differenza tra una prova e una promessa è che una prova la puoi rifare. Ecco come chiunque, anche un tuo consulente, può controllare che questi numeri siano veri e non ritoccati:

  1. Ottieni lo script della simulazione (te lo invio su richiesta, a giacomo@nigin.it).
  2. Controlla che sia lo stesso file certificato qui, calcolandone l'impronta:
    sha256sum nigin_simulazione_umbria.py
    Deve restituire esattamente 2421bf5a…f412eb. Se coincide, è lo stesso identico script.
  3. Rilancialo sul motore con OSRM: riotterrai la stessa tabella, le stesse 3 ripetizioni, gli stessi 10-14%. Nessun margine per "aggiustare" nulla.

È lo stesso principio del caso reale IDEA: là c'è un verbale firmato, qui c'è un'impronta crittografica. In entrambi i casi, la parola non basta — c'è qualcosa che chiunque può controllare.

Due cose diverse, tenute separate

La simulazione mostra. Il caso reale dimostra.

◇ Questa pagina · simulazione

Scenario verosimile

Fermate generate, non di un cliente. Serve a far vedere come funziona il metodo su un volume realistico. Il numero è illustrativo dello scenario, non una promessa.

● Caso reale · firmato

IDEA Global Service

Dati reali di un'azienda vera (Terni), −31,1% su un giro settimanale, con verbale firmato e autorizzato. Questa è la prova, non la simulazione. Leggi il caso reale →

Onestà, fino in fondo

Cosa questo numero NON dice.

Un numero onesto viene con i suoi limiti scritti accanto. Ecco cosa questo 10-14% non significa — così non ci sono equivoci.

Non è un cliente reale

Le fermate sono verosimili, ma non sono gli indirizzi di un'azienda vera. Mostra come si comporta il metodo su un volume realistico, non cosa otterrà una specifica flotta.

Non è un risparmio in euro

Meno chilometri non significano automaticamente lo stesso risparmio in denaro: quanto vale un km dipende dai costi della tua flotta e da come riorganizzi il lavoro. Qui non c'è nessuna cifra in euro.

Non è quello che otterrai tu

Sul tuo giro reale il risultato può essere maggiore, minore o nullo. Se i tuoi autisti già organizzano meglio di un nearest-neighbor, il margine sarà più piccolo — e va benissimo saperlo.

Non è una media di mercato

Sono tre scenari costruiti in Umbria con un metodo dichiarato, non una statistica su tante aziende. Vale come dimostrazione del meccanismo, non come promessa universale.

E soprattutto: non è il «prima» del pilota vero. Qui il punto di partenza è un nearest-neighbor (dal più vicino al più vicino) solo perché, essendo una simulazione, non c'è un autista reale da osservare: serve un modo neutro e riproducibile per costruire il "prima". Nel pilota, invece, il confronto non parte da un nearest-neighbor: parte dal tuo giro realmente percorso — la sequenza che i tuoi mezzi hanno davvero fatto, esattamente come nel caso IDEA. Il "prima" sei tu, non un algoritmo di comodo.
E allora a cosa serve? A vedere, su un caso che assomiglia al tuo, che esiste un margine misurabile tra "come si fa a mano" e "come si può fare calcolando". Quanto sia sul tuo giro, si scopre in un solo modo: misurandolo davvero, con i tuoi dati. È esattamente quello che fa il pilota.

Il tuo giro non è una simulazione

Il numero vero è sui tuoi dati.

Questa pagina mostra il meccanismo. Sul tuo giro reale il risultato può essere maggiore, minore o nullo — e lo scopri solo misurandolo davvero.