Come Spadoom e Franke hanno costruito una moderna piattaforma e-commerce in soli 90 giorni

La maggior parte delle migrazioni a SAP Commerce Cloud richiede 4-6 mesi per un singolo mercato. Franke Group, produttore globale di sistemi per cucine, doveva andare in produzione in nove Paesi europei. La timeline: 90 giorni.

Ce l’hanno fatta. Zero hotfix post-lancio. SAP Quality Award nella categoria “Time to Market”. E no, il team non ha semplicemente lavorato più in fretta. Ha fatto scelte metodologiche precise che hanno eliminato gli sprechi che trascinano la maggior parte delle migrazioni al sesto, settimo, ottavo mese.

In breve: Franke ha migrato dal legacy on-prem a SAP Commerce Cloud in 9 Paesi in 90 giorni, guadagnandosi un SAP Quality Award. Il progetto ha ottenuto un aumento del 20% delle conversioni e un’elaborazione degli ordini più rapida del 30%. Metodologia chiave: architettura standards-first (minimizzando il codice custom), sprint agili con steering settimanale e go-live per fasi. L’83% delle migrazioni sfora i budget (Bloor Group, 2023): governance strutturata e disciplina sullo scope sono ciò che separa il 17% che ce la fa.

Perché la maggior parte delle migrazioni commerce dura così tanto?

L’83% dei progetti di migrazione dati sfora budget o tempi (Bloor Group, 2023). I soliti colpevoli non sono tecnici. Sono organizzativi. Scope creep durante la costruzione. Sorprese di integrazione scoperte troppo tardi. Strutture di governance che non riescono a prendere una decisione più di una volta al mese. Ho partecipato a quelle revisioni mensili. Sono il posto dove i progetti vanno a morire.

I progetti agili hanno successo nel 42% dei casi contro il 13% del waterfall (Standish Group, 2020). Ma “fare agile” e basta non è sufficiente. Ciò che conta è se i vostri sprint comprimono davvero il ciclo decisionale o se rinominano soltanto le fasi waterfall con etichette più trendy.

Franke ha compresso le decisioni attraverso tre scelte precise: comitati direttivi settimanali con vera autorità, un’architettura standards-first che ha eliminato la maggior parte dei dibattiti sullo sviluppo custom prima ancora che iniziassero, e un go-live per fasi che ha portato il rischio di lancio vicino allo zero.

Cosa ha reso possibile la timeline di 90 giorni?

SAP è Leader nel Gartner Magic Quadrant per il Digital Commerce da 11 anni consecutivi (SAP News Center, 2025). La maturità della piattaforma era un prerequisito. Ma la compressione della timeline è arrivata da quattro decisioni metodologiche.

Architettura standards-first. Il team si è impegnato presto: usare le capacità out-of-the-box di SAP Commerce Cloud e i componenti Composable Storefront ovunque possibile. Lo sviluppo custom era riservato alle lacune reali, non alle preferenze. Questa singola decisione ha probabilmente risparmiato il 30-40% dello sforzo di sviluppo rispetto all’approccio carico di personalizzazioni che vediamo nella maggior parte dei progetti. Quando qualcuno chiedeva “possiamo personalizzare questo?”, la risposta di default era “perché?”

Governance strutturata dal primo giorno. Meeting settimanali del comitato direttivo con leadership, project manager ed esperti funzionali. Percorsi di escalation chiari. Tutti in sala conoscevano la propria autorità decisionale. In un progetto di 90 giorni, semplicemente non potete permettervi decisioni che aspettano la prossima revisione mensile.

Sprint agili con progressi visibili. Cicli di sprint di due settimane con demo funzionanti dopo ciascuno. JIRA dava a tutti gli stakeholder visibilità in tempo reale. Le piccole vittorie dopo ogni sprint mantenevano alto lo slancio: una funzionalità di conformità completata, un modulo UI integrato, un traguardo di test superato.

Modello di staffing intelligente. I team interni di Franke portavano una profonda conoscenza dei processi e dei clienti. Noi portavamo competenza su SAP Commerce Cloud ed esperienza di rollout multi-Paese. Questo mix significava decisioni rapide, perché entrambe le parti erano sempre in sala: chi capiva il business e chi capiva la piattaforma.

Come ha funzionato un rollout in 9 Paesi in 3 mesi?

Il 90% delle aziende che ha migrato la piattaforma e-commerce ha registrato miglioramenti di fatturato (commercetools, 2024). Ma i rollout multi-Paese accumulano una complessità che i progetti su singolo mercato non toccano mai: regole IVA, codici fiscali, requisiti legali, varianti linguistiche, metodi di pagamento locali, provider logistici regionali. Nove Paesi significano nove varianti di tutto questo.

Il rollout di Franke copriva Francia, Germania, Austria, Lussemburgo, Italia, Paesi Bassi, Polonia, Svizzera e Liechtenstein. Ogni mercato aveva esigenze di conformità uniche: configurazioni dei campi IVA, numeri di identificazione fiscale, note legali specifiche per Paese.

L’approccio che ha funzionato: trattare la configurazione specifica per Paese come dati, non come codice. Regole IVA, campi fiscali e testi legali sono finiti in layer di configurazione invece che in branch di sviluppo custom. Aggiungere un nuovo Paese è diventato un esercizio di configurazione, non uno sprint di sviluppo. È il tipo di decisione architetturale che paga interessi composti.

Le integrazioni di pagamento e logistica sono passate attraverso il framework di estensione di SAP Commerce Cloud: gateway di pagamento, provider di spedizione e calcolatori di tariffe collegati tramite API standardizzate invece che con codice di integrazione custom.

Cosa è successo quando le cose sono andate storte?

Ogni migrazione incontra ostacoli imprevisti. Ogni singola migrazione. La domanda è se la vostra struttura di governance sa assorbirli senza far deragliare la timeline.

Tre problemi sono emersi a metà progetto. L’integrazione con provider esterni di logistica e pagamenti si è rivelata più difficile del previsto. Requisiti di conformità in mercati specifici sono spuntati tardi: campi fiscali aggiuntivi e validazioni di identificazione che nessuno aveva messo a scope. E l’adozione da parte degli utenti nei team interni di Franke ha richiesto più attenzione del pianificato.

Ecco come abbiamo gestito ciascuno.

Complessità di integrazione: rollout per fasi. Ogni componente di sistema è stato integrato e testato in isolamento prima del deployment completo. Questo ha contenuto il raggio d’impatto quando qualcosa si rompeva.

Requisiti di conformità tardivi: abbiamo anticipato le consulenze legali nel ciclo di sprint. Rivedere e adeguare le configurazioni prima del go-live, non come corse dell’ultimo minuto.

Adozione utenti: workshop di formazione intensivi, sessioni guidate e raccolte di feedback integrate direttamente nella cadenza degli sprint. I team interni hanno imparato i nuovi flussi di lavoro insieme al team di sviluppo, non dopo il lancio. Un punto in tempo ne salva cento.

Nessuna di queste sfide ha spostato la timeline. La struttura di governance le ha assorbite: steering settimanale, escalation chiara, decisioni rapide.

Quali sono stati i risultati di business?

Il 47% dei leader IT cita il debito tecnico come uno dei principali fattori di extra-spesa (IDC, 2024). La migrazione di Franke ha eliminato il debito tecnico del sistema legacy on-prem producendo al contempo miglioramenti di business misurabili.

Aumento del 20% dei tassi di conversione online. Pagine più veloci, design responsive, checkout snellito. Migliore esperienza d’acquisto, più persone comprano. Semplice così.

Riduzione del 30% dei tempi di elaborazione degli ordini. Flussi di lavoro fatti bene e automazione del backend hanno sostituito i processi manuali incorporati nel sistema legacy.

Costo totale di proprietà più basso. Il passaggio dall’infrastruttura on-prem alla piattaforma gestita di SAP Commerce Cloud ha tagliato l’overhead operativo. Niente più patch, hosting o gestione dell’infrastruttura in capo a Franke.

Zero hotfix post-lancio. Il go-live per fasi ha intercettato i problemi in stadi controllati invece che in produzione. Il supporto di hyper-care era pronto ma è servito a malapena.

SAP Quality Award nella categoria Time to Market. Il riconoscimento di SAP stessa per la velocità di consegna senza scorciatoie sulla qualità. Quello, lo ammetto, ha fatto piacere.

Cosa possono imparare le altre aziende?

Oltre 3.200 aziende usano attualmente SAP Commerce Cloud (6sense, 2025). Non tutte le migrazioni devono avvenire in 90 giorni. La maggior parte dei progetti di media dimensione dura 4-6 mesi. Ma i pattern metodologici del caso Franke valgono a prescindere dalla timeline.

Investite in governance fin dall’inizio. Un progetto di 90 giorni non può permettersi colli di bottiglia decisionali. Nemmeno un progetto di 6 mesi: i colli di bottiglia sembrano solo meno urgenti, finché non si accumulano e vi schiacciano la data di go-live. Uno steering settimanale con autorità decisionale vale a qualsiasi scala.

Standard di default, custom solo se costretti. Ogni funzionalità custom che costruite è una funzionalità che manterrete. SAP Commerce Cloud copre di serie oltre l’80% dei requisiti tipici B2C e B2B. Usate quelle capacità. Riservate il budget custom alle cose che differenziano davvero il vostro business.

Iniziate presto le integrazioni. Franke ha integrato pagamenti, logistica e connessioni ERP in parallelo allo sviluppo dello storefront. Aspettare che la piattaforma sia “pronta” prima di iniziare il lavoro di integrazione è il modo in cui i progetti da 4 mesi diventano progetti da 8 mesi. L’abbiamo visto succedere troppe volte.

Pianificate l’adozione utenti dallo sprint 1. I team interni che imparano il sistema insieme allo sviluppo sono produttivi dal primo giorno. I team che ricevono la formazione dopo il lancio passano settimane a recuperare. E sono settimane di fatturato perso.

Per una panoramica di ciò che consegniamo con SAP Commerce Cloud (inclusi prezzi, architettura composable storefront e casi d’uso B2B) visitate la nostra pagina della soluzione SAP Commerce Cloud.

State pianificando una migrazione a SAP Commerce Cloud? Partiamo con un workshop di discovery che definisce la vostra architettura, mappa le integrazioni e produce una timeline realistica. Che siano 90 giorni o 6 mesi. Parlate con noi.

Domande frequenti

Qualsiasi migrazione a SAP Commerce Cloud si può fare in 90 giorni?

Non tutte, ma più di quante si pensi. La timeline di 90 giorni ha funzionato per Franke perché il team si è impegnato su un’architettura standards-first, aveva una governance solida e ha accettato che lo sviluppo custom sarebbe stato minimo. Se il vostro progetto richiede logica di business custom estesa, workflow B2B complessi o una trasformazione dati completa, pianificate 4-6 mesi. I principi metodologici comprimono comunque qualsiasi timeline abbiate davanti.

Cosa ha reso il progetto Franke diverso da una migrazione tipica?

Velocità decisionale, disciplina sullo scope e filosofia architetturale. La maggior parte delle migrazioni rallenta perché le decisioni aspettano le revisioni mensili, lo scope si espande a metà costruzione (“già che ci siamo…”) e i team scelgono di default lo sviluppo custom invece delle capacità della piattaforma. Il comitato direttivo settimanale di Franke, lo scope MVP rigoroso e l’approccio standards-first hanno eliminato quelle perdite di tempo.

Quanto costa una migrazione SAP Commerce Cloud in 90 giorni?

Una migrazione di questa portata (9 Paesi, Composable Storefront, integrazione multi-sistema) costa tipicamente CHF 300-500K con un approccio standards-first. Implementazioni cariche di custom di portata comparabile possono costare CHF 600K-1M+ e durare 6-9 mesi. Lo standards-first fa risparmiare tempo e budget riducendo lo sviluppo custom e i futuri oneri di manutenzione.

Cos’è un’architettura standards-first?

Significa usare le capacità integrate di SAP Commerce Cloud e i componenti Composable Storefront come default, scrivendo codice custom solo quando la piattaforma non può davvero gestire un requisito. In pratica, questo copre oltre l’80% delle funzionalità e-commerce tipiche. Lo sviluppo custom è riservato alla logica di business unica: regole di pricing proprietarie, funzionalità di conformità specifiche di settore, le cose che nessuna piattaforma gestisce di serie.

Perché questo progetto ha vinto un SAP Quality Award?

Gli SAP Quality Award riconoscono i progetti che dimostrano eccellenza in metodologia, risultati e innovazione. Il progetto Franke ha vinto nella categoria “Time to Market” per aver consegnato un rollout in 9 Paesi in 90 giorni con zero hotfix post-lancio, miglioramenti di business misurabili (aumento del 20% delle conversioni, elaborazione ordini più rapida del 30%) e un modello di governance che altre aziende possono replicare.