Casi: un distributore, tre sistemi

Perché un solo cliente

L’ultima riga di quella scheda è l’intero motivo per cui questa azienda esiste.

Seicentododici. Su cinquantaquattromila movimenti nella loro storia, seicentododici sono aperti in un dato momento. Il loro ERP era dimensionato per i cinquantaquattromila e prezzato per i cinquantaquattromila, e ogni giorno il loro team ci combatte per i seicento. Quel divario è ciò che chiamiamo perimetro, e da una lista di funzionalità non si vede. Bisogna andare a contare.

Caso 01

Il gestionale operativo, costruito accanto all’ERP

Dall’ordine alla fattura come sistema a sé, costruito sul nostro stand, dove il loro team ci lavora su una copia dei loro dati reali, con il loro Odoo lasciato al suo posto come libro contabile. Questo è il build a cui si riferisce la promessa delle tre settimane su questo sito. La cifra della migrazione nella sezione Prove è stata misurata su di esso; il conteggio delle modifiche comprende anche un pilota.

In funzione

Cosa fa

Costruito

Ordini in ingresso da 5 canali attivi su 11 mappati, una porta ciascuno, costi congelati all’arrivo
Riserva e disponibilità per ubicazione, non per totale di magazzino
Prelievo, imballo ed etichette con barcode, sul pavimento, su un telefono
Acquisti con riscontro a tre vie contro il ricevimento
DDT in tutte e quattro le forme italiane
Fatturazione nella filiera fiscale, con correzione e reinvio in caso di scarto
L’intera interfaccia in italiano, per gente che lavora in italiano

Deliberatamente non costruito

La contabilità. Il loro Odoo tiene il libro e il loro commercialista tiene le sue abitudini
Localizzazione fiscale oltre i documenti che emettiamo noi stessi
Qualsiasi cosa il loro team non potrebbe poi estendere senza di noi
Una migrazione dell’ERP. Nulla di ciò che usano oggi è stato sostituito

Misurato

3.500+

Controlli automatici, tutti verdi prima che una modifica possa entrare

100+

Percorsi end to end guidati in un browser vero

<100 ms

Per accettare un ordine dal canale compresa l’intera catena di stock, contro un budget di due secondi

120+

Incrementi di specifica, ognuno scritto e approvato prima di essere costruito, e con ogni attività spuntata

Le specifiche sono il deliverable che la gente sottovaluta. Oltre 120 chiuse solo su questo build, ognuna un documento che dice cosa esisterà, cosa no, e come chiunque saprà che ha funzionato. È ciò che rende il repository pronto per la consegna, ed è ciò su cui la loro persona, guidando un agente AI, lavorerà dopo la consegna.

Caso 02

Una prova generale sui loro dati veri, prima che qualcuno ci dipendesse

Ogni progetto ERP viene accettato su dati inventati e poi incontra la realtà il primo lunedì. Noi abbiamo costruito l’opposto: uno specchio del loro business, caricato dalla loro produzione, in cui il loro team ha lavorato prima ancora che il passaggio fosse in calendario.

Provato

Come è andata

Il caricamento

630.000+ righe e oltre 200 MB estratti dal loro sistema in produzione in meno di 4 minuti
Caricato, poi riconciliato riga per riga alla data del passaggio, non a oggi
Nessun seed demo, nessuno stock inventato, nessun riempimento. Lo stand si rifiuta di partire con quelli
La loro chiave di cifratura non ha mai lasciato il laptop a cui appartiene

Cosa ha scovato

Clienti che esistono solo come indirizzo figlio su una fattura, invisibili su dati demo
Report di scaduto che si leggono diversamente con le scadenze vere
Un margine al 100% perché una colonna costi era vuota, non zero
Arrotondamenti sui mezzi centesimi su cui un piccolo fixture resta verde

Nessuno dei quattro è esotico. Tutti e quattro sono invisibili su un database seminato, tutti e quattro sarebbero emersi nella prima settimana dal vivo, e tutti e quattro sono stati sistemati prima che una sola persona dipendesse dalla risposta. Un sistema visto solo su dati inventati è un sistema che nessuno ha testato. Provare sulla cosa vera è un giorno di lavoro ed è dentro le tre settimane.

Caso 03

Il secondo sistema, sullo stesso modello di dominio

Un sistema separato per lo stesso distributore, con il suo repository e il suo database, che condivide il modello di prodotti, controparti e prezzi stabilito dal primo. Il punto è il costo, non la lista di funzionalità.

In funzione

Perché vi riguarda

Cosa si è portato dietro

Il modello di dominio, così un prodotto significa la stessa cosa in entrambi i sistemi
Il flusso di consegna, la disciplina dei test e la macchina dei rilasci
Gli script di deploy, identici a parte una porta e un nome
La risoluzione dei prezzi, che di proposito ha una sola implementazione

Cosa ci guadagna il prossimo cliente

Un secondo perimetro ha il prezzo di un perimetro, non di un secondo progetto
La parte difficile della distribuzione di abbigliamento è già capita e già testata
Tre settimane sono un calendario e non un’ambizione, perché il dominio non è nuovo
Il build di riferimento non è un prodotto che si compra. È il motivo per cui il vostro è rapido

Lacune oneste

Cosa tutto questo non dimostra ancora.

Un caso studio che contiene solo buone notizie è una pubblicità. Queste sono le tre affermazioni di questo sito che le nostre stesse prove non raggiungono ancora, scritte qui perché le scopriate da noi e non al quarto mese.

La consegna I sistemi qui sopra funzionano e il repository è pronto per la consegna. La sessione di consegna vera e propria, dopo la quale il cliente lo mantiene senza di noi, è in calendario e non è ancora avvenuta. Finché non lo sarà, la nostra promessa centrale è un progetto, non un risultato. Pubblicheremo la data e l’esito in ogni caso.
Il secondo cliente Tutto ciò che c’è in questa pagina è un solo distributore. L’affermazione che il prossimo build sia più rapido perché questo esiste è una deduzione ragionevole dal codice condiviso, e non è ancora una misura. Il primo cliente che firma dopo che questa frase è stata scritta ottiene comunque il prezzo che essa implica.
Sessanta giorni da soli Il test che decide se questo modello funziona è se le persone del cliente estendono il sistema per sessanta giorni senza di noi. Quel periodo non è iniziato. Preferiamo dirvi che è davanti a noi piuttosto che lasciarvi credere che sia alle spalle.

Tutto ciò che c’è in questa pagina è stato misurato su un sistema in funzione, non stimato da un piano. Il cliente non è nominato perché non ha accettato di esserlo, e preferiamo pubblicare un caso senza logo piuttosto che un logo senza un caso dietro.

Un distributore.
Tre sistemi.
Misurato, non stimato.

L’ultima riga di quella scheda è l’intero motivo per cui questa azienda esiste.

Il gestionale operativo, costruito accanto all’ERP

Una prova generale sui loro dati veri, prima che qualcuno ci dipendesse

Il secondo sistema, sullo stesso modello di dominio

Cosa tutto questo non dimostra ancora.

Avete letto i nostri numeri.
Ora contate i vostri.

Quale azienda deve essere la demo?

L’ultima riga di quella scheda è l’intero motivo per cui questa azienda esiste.

Il gestionale operativo, costruito accanto all’ERP

Una prova generale sui loro dati veri, prima che qualcuno ci dipendesse

Il secondo sistema, sullo stesso modello di dominio

Cosa tutto questo non dimostra ancora.

Avete letto i nostri numeri.Ora contate i vostri.

Avete letto i nostri numeri.
Ora contate i vostri.