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

Abbiamo portato in produzione la piattaforma SAP Commerce Cloud di Franke in 90 giorni. La cifra si riferisce al lancio della piattaforma commerce, non a un’implementazione ERP: l’S/4HANA di Franke era già in uso, e il lancio è stato una tappa di una collaborazione che oggi dura da sei anni.

Ho guidato la parte commerce del progetto: questo articolo parla quindi meno del titolo e più delle decisioni che hanno permesso di rispettare i tempi.

In sintesi: abbiamo portato in produzione la piattaforma SAP Commerce Cloud di Franke in 90 giorni (lancio commerce), sostituendo uno shop bloccato e basato su rendering lato server con un’architettura headless per B2B e B2C, integrata con S/4HANA e SAP Cloud for Customer. Gli ordini manuali sono scesi di circa il 75%, la piattaforma collega oggi oltre 10 canali globali e il progetto ha vinto il SAP Quality Award per “Rapid Time to Value”. Che cosa ha fatto la differenza: lo standard prima dello sviluppo su misura, decisioni settimanali con vera autorità e integrazione avviata dal primo giorno.

Il punto di partenza di Franke

Quando abbiamo iniziato a lavorare con Franke, la piattaforma era in cattivo stato. Un partner precedente l’aveva implementata male: tecnologia superata, nessuna integrazione pulita nel panorama SAP e nessun concetto di servizio coerente. Una parte consistente degli ordini arrivava ancora per telefono e doveva essere inserita a mano dal centro servizi. L’architettura lato server rendeva costoso collegare ogni nuovo paese o canale.

Franke non cercava qualcuno che curasse i sintomi, ma un partner che si assumesse la responsabilità tecnica, gestione del progetto compresa, e ricostruisse la piattaforma su basi solide. Tutti i dettagli sono nella storia di successo di Franke.

Che cosa ha reso possibili i 90 giorni

SAP Commerce Cloud è una piattaforma matura: SAP è stata nominata Leader nel Gartner Magic Quadrant for Digital Commerce per l’undicesima volta consecutiva (SAP News Center, novembre 2025). Questa maturità è un presupposto. Il calendario vero e proprio lo hanno reso possibile quattro decisioni.

Prima lo standard. Abbiamo stabilito fin dall’inizio di usare le funzionalità standard e i componenti storefront di SAP Commerce Cloud ovunque fosse possibile. Lo sviluppo su misura era riservato alle vere lacune, non alle preferenze. Alla domanda “possiamo personalizzarlo?” la prima risposta era “perché?”.

Decisioni ogni settimana, non ogni mese. Un comitato di pilotaggio settimanale con la direzione di Franke, i capi progetto e gli esperti funzionali, con percorsi di escalation chiari. Tutti sapevano che cosa potevano decidere. In un progetto di 90 giorni una decisione che aspetta la riunione mensile costa uno sprint.

Progressi visibili ogni due settimane. Sprint di due settimane conclusi da una demo funzionante. Gli stakeholder vedevano funzionalità reali, non slide di stato: questo teneva alto il ritmo e rendeva concreti i compromessi sul perimetro.

Entrambe le parti al tavolo. I team di Franke portavano la conoscenza dei processi e dei clienti, noi l’esperienza su SAP Commerce Cloud e sulle integrazioni. Poiché entrambe le parti erano presenti a ogni decisione, poche domande dovevano essere rimandate.

L’architettura scelta

Headless invece del rendering lato server. Abbiamo sostituito la vecchia storefront lato server con un’architettura headless per gli shop B2B e B2C. Frontend e backend commerce ora evolvono separatamente, ed è proprio questo che permette di aggiungere canali senza toccare il nucleo. Se state valutando il framework storefront di SAP rispetto a un frontend React su misura, il nostro confronto SAP Composable Storefront vs React/Next.js illustra pro e contro; SAP descrive l’opzione basata su Angular nella documentazione della Composable Storefront.

Integrazione pulita con S/4HANA e C4C. Ordini, prezzi, disponibilità e dati cliente passano tra SAP Commerce Cloud, S/4HANA e SAP Cloud for Customer attraverso interfacce definite, non con soluzioni manuali. È questa integrazione a trasformare uno shop in un processo: l’ordine online viene registrato nell’ERP senza che nessuno debba ridigitarlo.

Un’area self-service. I clienti inseriscono e gestiscono i propri ordini, ne verificano lo stato e trovano i documenti senza chiamare il centro servizi. È la parte del progetto che ha mosso il numero più importante.

Che cosa è andato storto lungo il percorso

Ogni progetto incontra ostacoli; conta se la governance riesce ad assorbirli senza spostare la data. Due in particolare.

Le integrazioni esterne erano più complesse del previsto. Il collegamento con i fornitori di logistica e pagamento ha richiesto più tempo di quanto stimato. Abbiamo integrato e testato ogni componente in isolamento prima di collegarlo all’insieme, così gli errori restavano piccoli e facili da individuare.

L’adozione richiedeva più attenzione. I team interni di Franke dovevano imparare nuovi flussi di lavoro. Abbiamo inserito formazioni e walkthrough nel ritmo degli sprint, in modo che chi avrebbe gestito la piattaforma la conoscesse durante la realizzazione e non dopo il lancio.

Nessuno dei due problemi ha spostato il go-live, perché il comitato settimanale poteva decidere rapidamente come reagire.

I risultati

Queste cifre provengono dalla storia di successo di Franke pubblicata:

• Circa il 75% di ordini manuali in meno. L’area self-service ha tolto al centro servizi gran parte degli ordini telefonici e ridotto i costi operativi.
• Oltre 10 canali globali funzionano oggi sulla stessa piattaforma, tra cui il sistema di cassa in Australia.
• SAP Quality Award per “Rapid Time to Value”. Il riconoscimento di SAP per la rapidità e la qualità della realizzazione.

Il risultato di lungo periodo conta altrettanto: una piattaforma stabile su cui Franke può costruire, invece di una da aggirare.

Che cosa possono imparare altre aziende

Non tutti i progetti devono andare in produzione in 90 giorni. Gli schemi valgono per qualsiasi calendario.

Investire nella governance fin dall’inizio. I colli di bottiglia decisionali danneggiano allo stesso modo un progetto di sei mesi; sembrano solo meno urgenti finché non si accumulano davanti al go-live.

Lo standard come regola. Ogni personalizzazione va mantenuta e portata avanti a ogni aggiornamento. Riservate il budget per lo sviluppo su misura a ciò che distingue davvero la vostra azienda.

Integrare dal primo giorno. I collegamenti con pagamenti, logistica ed ERP sono stati sviluppati in parallelo alla storefront. Aspettare che la piattaforma sia “pronta” è il modo in cui i progetti brevi diventano lunghi.

Formare durante la realizzazione. I team che imparano il sistema durante lo sviluppo sono produttivi al go-live; quelli formati dopo impiegano settimane a recuperare.

Se gestite ancora SAP Commerce on-premise, la lettura più urgente è che cosa fare ora che la manutenzione ordinaria è terminata. Per il budget, consultate la nostra guida a prezzi e TCO di SAP Commerce Cloud; se state ancora scegliendo un partner, la nostra panoramica dei partner di implementazione SAP Commerce Cloud in Svizzera indica i criteri che decidono un progetto. Che cosa realizziamo è riassunto nella nostra pagina dedicata a SAP Commerce Cloud.

---

State pianificando un progetto SAP Commerce Cloud? Iniziamo con un workshop di discovery che definisce l’architettura, mappa le integrazioni e produce un calendario realistico, che siano 90 giorni o sei mesi. Parliamone.

Domande frequenti

Qualsiasi progetto SAP Commerce Cloud può andare in produzione in 90 giorni?

No, e non lo promettiamo. I 90 giorni di Franke si riferiscono al lancio della piattaforma commerce, all’interno di una collaborazione di lunga data e di un ambiente S/4HANA già esistente. Progetti con molta logica di business personalizzata, processi B2B complessi o una grande trasformazione dei dati richiedono più tempo. I principi (prima lo standard, decisioni rapide, integrazione anticipata) accorciano però qualsiasi calendario.

Che cosa comprendevano esattamente i 90 giorni?

Il lancio della piattaforma SAP Commerce Cloud: i nuovi shop headless B2B e B2C, l’area self-service e l’integrazione con S/4HANA e SAP Cloud for Customer. Non si trattava di una nuova implementazione ERP; l’S/4HANA di Franke era già operativo.

Quali risultati ha ottenuto Franke?

Gli ordini manuali sono diminuiti di circa il 75%, alleggerendo molto il centro servizi e riducendo i costi operativi. La piattaforma è oggi il punto centrale per oltre 10 canali di vendita globali, tra cui il sistema di cassa in Australia. Il progetto ha vinto il SAP Quality Award per Rapid Time to Value.

Quanto costa un progetto di questo tipo?

Non pubblichiamo il budget di Franke, e la cifra di un cliente non si trasferisce comunque a un altro. I costi dipendono da perimetro, numero di canali, integrazioni e quantità di logica personalizzata. La nostra guida a prezzi e TCO di SAP Commerce Cloud illustra le voci di costo tipiche; un workshop di discovery fornisce la cifra per il vostro perimetro.

Che cos’è un’architettura standards-first?

Significa usare come regola le funzionalità standard e i componenti storefront di SAP Commerce Cloud e scrivere codice personalizzato solo dove la piattaforma non copre davvero un requisito. Lo sviluppo su misura resta riservato a ciò che distingue l’azienda, come regole di prezzo proprietarie. Ogni personalizzazione evitata è una che non dovrete mai mantenere né aggiornare.