Alcune grandi catene sviluppano davvero il software di catering internamente. Waitrose, nel Regno Unito, gestisce da anni il proprio servizio “Food Made To Order”. Può funzionare. Ma i compromessi reali raramente sono quelli che il business case iniziale presume.
La riga del business case di solito dice “progetto di sviluppo da 800.000 €”. La realtà, tratta dai benchmark pubblici di progetti interni nella grande distribuzione, assomiglia piuttosto a questo:
| Fase | Realtà tipica | Costo indicativo |
|---|---|---|
| Analisi e specifiche | 3–6 mesi di interviste agli stakeholder, visite ai negozi, valutazione dei fornitori. Spesso produce un documento di 200 pagine che viene rispecificato 12 mesi dopo. | 100–200 K€ |
| Sviluppo MVP (anno 1) | Catalogo, ordini, pianificazione dei ritiri, admin di base. Un team interno di 6–8 persone o un partner SI. Slitta di 3–9 mesi. | 0,8–1,5 M€ |
| Motore di regole (anno 2) | Capacità, data di ritiro, orario di ritiro, prezzi, buoni. Sempre sottostimato nel piano originale; di solito richiede una riprogettazione. | 0,6–1,2 M€ |
| Rollout multi-negozio (anni 2–3) | Interfacce di configurazione per negozio, formazione dei responsabili, pilota, espansione. Ogni ondata di rollout fa emergere nuovi casi limite che richiedono lavoro di prodotto. | 400–800 K€ |
| Continuativo (anno 3+) | Team di piattaforma di 4–6 persone a tempo indeterminato: correzioni, aggiornamenti normativi, nuove integrazioni con le casse, compatibilità dei browser, patch di sicurezza. | 0,6–1 M€ / anno |
| Totale fino alla piattaforma matura | 3–4 anni per raggiungere la parità di funzionalità con ciò che DeliChain offre oggi, più un costo continuativo permanente. | 3–5 M€ una tantum + 0,6–1 M€/anno |
Intervalli di costo indicativi, tratti da benchmark pubblici di progetti retail-tech. Le piattaforme di catering sviluppate internamente vengono raramente documentate in pubblico, perché raramente sono considerate vantaggi competitivi da divulgare.
Per una catena di 50 negozi che parte da zero oggi.
Le specifiche interne presumono che il catering sia più semplice di quanto sia. Questi sono i punti che emergono puntualmente nel secondo anno e impongono una riprogettazione.
Non un singolo numero per negozio, ma per giorno, per famiglia di prodotti, per turno. Più deroghe stagionali. Più tetti d’emergenza quando il personale è in malattia.
Un preavviso di 3 giorni alle 18:00 non è lo stesso che alle 09:00 del mattino dopo. Le date devono scorrere correttamente attraverso fusi orari, weekend e festività specifiche del negozio.
B2B vs consumatori. Sconto famiglia cumulabile con il buono ma non con la promo stagionale. Il solo motore di regole di prezzo è di solito il 20% della piattaforma.
Cinque viste diverse (scheda di produzione, bolla di consegna, ordine completo, non pagati, tutti). Ognuna ha convenzioni di formato che i responsabili si aspettano dal vecchio processo cartaceo.
Prodotti componibili con più di 30 opzioni, selezioni dipendenti, prezzi dinamici, campi a testo libero (il nome sul nastro di marzapane del Kagemand). I generatori di moduli generici non li gestiscono.
Il cliente annulla 6 ore prima del ritiro; la produzione è già iniziata. Cosa fa la politica di rimborso e come la applica la piattaforma senza che una persona decida caso per caso?
Non siamo contrari allo sviluppo interno. Ci sono situazioni reali in cui è la scelta giusta:
Se si applicano due o più di questi criteri, vale la pena modellare seriamente la strada interna. Se non se ne applica nessuno, i conti quasi sempre favoriscono l’acquisto.
Per le catene sotto i 200 negozi, costruire in-house non è quasi mai la scelta giusta — il costo di sviluppo supera il risultato del catering.
Per le catene tra 200 e 1.000 negozi, costruire può tornare, ma solo con un team di piattaforma strategico già in essere e una finestra di pazienza di oltre 3 anni.
Per tutti gli altri — compresa l’ambizione “abbiamo l’IT, potremmo costruirlo noi” che emerge spesso nei comitati direttivi — DeliChain accorcia di almeno due anni il percorso dalla decisione all’operatività.
Cosa chiedono davvero i comitati direttivi una volta che i numeri del costo reale sono sul tavolo.
Probabilmente non fermarvi, ma riorientarvi. Il lavoro fatto finora su schema del catering, motore di regole o strumenti di amministrazione è raramente sprecato — le lezioni si trasferiscono. La domanda più difficile è se proseguire fino alla v1 o passare a DeliChain riutilizzando lo sviluppo interno per le parti davvero uniche della vostra catena (integrazione fedeltà, collegamenti ERP, logica personalizzata dei buoni). La maggior parte delle catene scopre che catalogo, ordini, gestione delle fasce orarie e isolamento dei tenant non sono dove vogliono spendere i prossimi 18 mesi.
Non oggi. DeliChain è offerto come prodotto configurato, non come libreria di componenti. I numeri del costo reale in questa pagina presumono che acquistiate l’intera piattaforma e integriate ai margini (autenticazione, ERP, pagamenti, fedeltà). Se volete un rapporto solo a componenti, è un’altra conversazione e quasi certamente la forma sbagliata — modello di tenant, motore di regole e pipeline degli ordini sono profondamente intrecciati.
Sì — entro le superfici di estensione della piattaforma. Avete un’API pubblica, webhook per ogni evento rilevante, motori di regole configurabili e accesso alla vostra replica Postgres per le analisi. Ciò che non avete è l’accesso diretto in scrittura allo schema operativo, perché romperebbe il contratto di aggiornamento. Se le vostre esigenze di personalizzazione imponessero modifiche a livello di schema, lo sviluppo interno è davvero un’opzione — vedi la sezione “Quando costruire” sopra.
Spesso i requisiti sembrano unici ma si rivelano varianti delle stesse sei forme di regole (capacità, preavviso, fascia oraria, prezzo, buono, assortimento). Il motore di regole è la risposta alla maggior parte delle obiezioni “ma la nostra catena fa X in modo diverso”. Le eccezioni sono di solito fedeltà, ERP e fatturazione in franchising — è lavoro di integrazione, non di piattaforma, ed è comunque dove il vostro team IT dovrebbe spendere il tempo.
Riferimenti pubblici: la spesa di Waitrose per la piattaforma di catering, il replatforming di Tesco F&F e diversi grandi programmi digitali della GDO raccontati dalla stampa di settore. In DeliChain abbiamo anche stimato cosa ci costerebbe ricostruire da zero — i numeri cadono nella stessa fascia. Non sono previsioni precise per catena; sono l’ordine di grandezza che ogni comitato direttivo dovrebbe inserire in un confronto onesto del TCO.
Sì — è il modello di implementazione previsto. Non cerchiamo di essere il vostro identity provider, il vostro ERP, il vostro motore fedeltà o il vostro gateway di pagamento. L’integrazione con quei sistemi avviene tramite API e webhook ed è esattamente dove il vostro team IT aggiunge valore. Un tipico primo progetto di integrazione richiede 4–8 settimane di lavoro per una catena di 50 negozi, in gran parte gestione del cambiamento interna, non programmazione.
Vi mostreremo il piano di rollout reale per una catena di 50 negozi — cosa succede ai mesi 1, 4 e 9.
Prenota una demoOppure scrivici direttamente a hello@delichain.com