5 motivi per lasciare la piattaforma ecommerce che avete oggi

Nessuno migra un ecommerce perché si è innamorato di una piattaforma nuova. Si migra perché quella che si ha addosso ha smesso di essere uno strumento ed è diventata un peso. Le spinte che portano fuori sono sempre le stesse, e non dipendono da dove si parte: valgono se oggi girate su Magento, su Adobe Commerce, su Salesforce Commerce Cloud, su PrestaShop, su WooCommerce o su un sistema che vi ha scritto un fornitore dieci anni fa e che nessuno sa più aprire.

Sono cinque, e in genere non arrivano da sole: arrivano tutte insieme, a distanza di mesi, finché un giorno il conto si presenta intero. Vale la pena chiamarle per nome, perché riconoscerle è il primo passo per capire se il problema è davvero la piattaforma o se è qualcos'altro travestito da piattaforma.

1. I costi di gestione crescono e non comprano niente

È la spinta che si sente per prima, perché passa dal bilancio. Su una piattaforma che ospitate voi, il conto non è la licenza: sono i server, la loro scalabilità nei picchi, il monitoraggio, i backup, i certificati, la conformità dei pagamenti, le patch di sicurezza e le ore di chi tutto questo lo tiene in piedi. Sono voci che non producono una vendita in più. Servono soltanto a impedire che il negozio si fermi.

Il momento in cui la spinta diventa decisione è quando ci si accorge di quanta parte del budget annuale se ne va in pura sopravvivenza tecnica, e quanto poco resta per fare qualcosa che i clienti possano vedere. È una domanda che si può rispondere con un foglio di calcolo, e la risposta di solito sorprende chi la fa per la prima volta.

2. Ogni aggiornamento è un progetto, e fa paura

Su una piattaforma che gestite voi, l'aggiornamento non è un interruttore: è un cantiere. Va pianificato, va provato in un ambiente separato, e ogni volta c'è il rischio che un'estensione di terzi non sia compatibile con la versione nuova e che qualcosa smetta di funzionare senza preavviso. Il risultato è che gli aggiornamenti si rimandano, e più si rimandano più diventa costoso farli.

Così si finisce bloccati su una versione vecchia, con un divario che si allarga a ogni rilascio saltato. La sicurezza si degrada, le funzioni nuove non arrivano, e il giorno in cui l'aggiornamento diventa inevitabile costa quanto un progetto. È il classico debito che non si vede finché non presenta il conto tutto insieme.

3. La sistemistica è un mestiere, e non è il vostro

Un ecommerce che ospitate voi ha bisogno di qualcuno che tenga in piedi l'infrastruttura: dimensionare i server, reggere i picchi del Black Friday, presidiare la sicurezza, intervenire quando qualcosa cade alle undici di sera di un venerdì. È un lavoro specialistico, continuo, e sostanzialmente invisibile finché funziona.

Il problema, per la maggior parte delle aziende, non è nemmeno il costo: è la reperibilità. Queste competenze sono scarse, costano care e, se ce l'ha una persona sola, quella persona è un punto di rottura che cammina. Molte migrazioni partono esattamente il giorno dopo che il fornitore storico ha chiuso, o che l'unica persona che sapeva mettere le mani nel sistema se n'è andata.

4. Le implementazioni non si mettono a terra

Questa è la spinta che fa più male, perché si misura in occasioni perse. Una campagna da mandare online per il weekend, una pagina prodotto da rifare per un lancio, un metodo di pagamento da aggiungere per un mercato nuovo: su una piattaforma appesantita ognuna di queste cose diventa un piccolo progetto di sviluppo, con la sua analisi, i suoi tempi, il suo rischio di regressione e il suo preventivo. Quello che dovrebbe richiedere giorni richiede settimane.

In un mercato dove la finestra di un'occasione si misura in settimane, arrivare in ritardo equivale a non arrivare. E il danno peggiore non è nemmeno la singola campagna mancata: è che a un certo punto il team smette di proporre le cose, perché ha imparato che tanto non si fanno. La piattaforma ha finito per decidere la strategia.

5. Per ogni modifica dipendete dagli sviluppatori

È il volto quotidiano del motivo precedente. Cambiare l'ordine di due sezioni in home, aggiungere una riga di testo sotto il prezzo, pubblicare una landing per una promozione: se ogni singola modifica passa da un ticket, da una stima e da un rilascio, chi fa marketing non lavora, aspetta. E chi sviluppa non costruisce niente di duraturo, perché passa le giornate a spostare pixel per conto d'altri.

È un collo di bottiglia che si allarga da solo: più il negozio cresce, più le richieste si accumulano, più la coda si allunga. E la coda è il vero costo, perché non compare in nessuna fattura ma si vede benissimo nel fatturato che non si è fatto.

Cosa cambia dall'altra parte

Le cinque spinte hanno un'origine comune, ed è il modello di possesso. Su una piattaforma che ospitate voi, infrastruttura, aggiornamenti, sicurezza e conformità dei pagamenti sono lavoro vostro. Su una piattaforma erogata come servizio sono lavoro di chi ve la fornisce, e questo è il motivo per cui quattro delle cinque spinte semplicemente non si presentano: non ci sono server da dimensionare, non ci sono versioni da migrare a mano, non c'è un aggiornamento che può rompere il sito il venerdì sera.

In cambio si accetta un perimetro: si personalizza molto, ma dentro le regole della piattaforma, e non riscrivendone il motore. Per un'azienda che passa metà del budget a tenere in piedi la macchina è un baratto ottimo. Per un'azienda che ha bisogno di regole di business che nessuna piattaforma standard prevede, va valutato con attenzione, e a volte la risposta è che non conviene.

Ed è qui che serve la domanda scomoda, quella che nessun fornitore vi farà: siete sicuri che il problema sia la piattaforma? Perché alcune di queste spinte hanno cause che una migrazione non tocca, e migrare per risolverle significa spendere e ritrovarsele identiche dall'altra parte. Prima di decidere vale la pena leggere quando conviene un replatforming e quando invece non conviene affatto, che è la parte del ragionamento che viene prima di questa.

Le motivazioni non sono un piano

Riconoscere le cinque spinte serve a decidere, non a partire. Fra il "dobbiamo cambiare" e il primo giorno di lavoro c'è di mezzo un metodo: la mappatura dei contenuti, il censimento delle funzioni che il negozio usa davvero e quello, decisivo, dei servizi che gli girano intorno e che non sempre hanno un corrispettivo dall'altra parte. Quel lavoro sta tutto nel pezzo su come si organizza una migrazione, ed è la parte in cui i progetti si salvano o si perdono.

Domande frequenti

Basta una di queste cinque ragioni per giustificare una migrazione?

Di norma no. Una sola spinta, presa da sola, si affronta quasi sempre con un intervento più piccolo e molto meno costoso di un replatforming. È quando tre o quattro si presentano insieme, e persistono, che il conto del restare supera quello del partire.

Queste ragioni valgono solo per chi viene da Magento?

No, e non è un dettaglio. Sono spinte che nascono dal modello di possesso, non dal nome della piattaforma: si presentano allo stesso modo su Magento e Adobe Commerce, su PrestaShop, su WooCommerce e sui sistemi costruiti su misura anni fa. Cambia l'intensità, non la natura.

Il costo di gestione si può abbassare senza cambiare piattaforma?

In parte sì, e va tentato prima di aprire un progetto: si può ottimizzare l'infrastruttura, ridurre le estensioni inutili, rinegoziare l'hosting. Il punto è che sono interventi che spostano la soglia, non la eliminano. Se la struttura del costo è fatta di lavoro continuo per stare fermi, quel lavoro continuo resta.

Le cinque spinte hanno un tratto in comune: nessuna riguarda l'aspetto del sito, e nessuna riguarda una funzione mancante. Riguardano tutte il costo di stare fermi. È questo che rende una migrazione una decisione di business e non una scelta tecnica, ed è anche il motivo per cui va presa guardando i numeri di quel costo, non il fascino della piattaforma nuova.