Growth driven design per l'ecommerce: il metodo iterativo che ha sostituito il restyling

C'è un modo di costruire gli ecommerce che quasi tutti conoscono e quasi nessuno mette in discussione: si passano mesi a disegnare il negozio perfetto, lo si lancia in pompa magna, e poi lo si lascia invecchiare finché, due o tre anni dopo, qualcuno decide che è ora di rifarlo da capo. È un modello che assomiglia a una colata di cemento: si versa tutto in una volta, si aspetta che asciughi, e da quel momento cambiare qualcosa costa fatica. Nel frattempo il mercato si muove, i clienti cambiano abitudini, i canali di acquisizione si riprezzano, e il negozio resta fermo all'idea che ci si era fatti il giorno del lancio.

Esiste un'alternativa, e ribalta la logica. Invece di puntare tutto sul lancio, si punta sul miglioramento continuo: si mette online una versione solida ma volutamente non definitiva, si guarda cosa fanno davvero gli utenti, e si interviene a piccoli passi, uno dopo l'altro, ognuno guidato da un dato e non da un'opinione. Per un ecommerce, dove ogni modifica si legge direttamente sulle vendite entro pochi giorni, è la differenza fra navigare a vista e navigare con la strumentazione accesa.

Questo modo di lavorare ha un nome, growth driven design, e una storia. Ha anche, oggi, degli strumenti nativi che dieci anni fa non esisteva nemmeno immaginare: la piattaforma su cui gira il negozio è diventata capace di reggere il ciclo di test da sola, senza applicazioni esterne e senza rifare il tema ogni volta. Quello che gli strumenti non danno è qualcuno che il ciclo lo tenga in piedi: decidere cosa testare, leggere il risultato e avere l'autorità di cambiare rotta è il mestiere dell'ecommerce manager, e non è un compito che si appalta all'agenzia una volta l'anno.

Cos'è il growth driven design

Il growth driven design è una metodologia nata nel mondo del web design per superare i limiti del progetto monolitico. La sua idea centrale è semplice: un sito non è un prodotto che si finisce, è un sistema che si fa evolvere. Al posto di un unico grande progetto che consuma budget e tempo prima di produrre qualsiasi risultato, si lavora per cicli brevi, ciascuno con un'ipotesi dichiarata e una misura, e si lascia che siano i dati reali degli utenti a decidere cosa costruire dopo.

Applicata a un negozio online, questa filosofia trova il suo terreno ideale, e la ragione è tecnica prima che culturale. Un ecommerce genera transazioni, e le transazioni sono dati puliti: si sa quante persone entrano, quante arrivano alla scheda prodotto, quante aggiungono al carrello, quante pagano, dove si fermano. Non serve indovinare se una scheda funziona, si misura. Su un sito vetrina l'obiettivo arriva di rado e va interpretato; qui l'obiettivo è denaro che entra, ogni giorno, in quantità sufficiente a rendere ogni esperimento leggibile in tempi brevi.

Il nome è invecchiato, il metodo no

Vale la pena essere onesti su un punto, perché chi cerca questa espressione oggi trova soprattutto materiale di dieci anni fa. L'etichetta growth driven design nasce nell'ecosistema dell'inbound marketing di metà anni dieci, in un momento in cui il sito aziendale era ancora, in molte imprese, un progetto una tantum affidato a un'agenzia e poi dimenticato. Come termine di moda ha avuto il suo ciclo e si è spento, sostituito da un vocabolario diverso: sperimentazione continua, product discovery, ottimizzazione del tasso di conversione.

La sostanza, però, non solo è sopravvissuta: è diventata lo standard. Nessuna azienda seria pensa oggi al proprio negozio online come a un'opera da inaugurare, e la disciplina che porta il nome di conversion rate optimization è esattamente il growth driven design guardato dal lato dell'obiettivo invece che dal lato del metodo. È utile saperlo per due ragioni pratiche. La prima è che parte della letteratura reperibile in rete su questo tema è datata, parla di strumenti dismessi e di logiche superate, e va letta con questo filtro. La seconda è che quel corpo di pratiche si è fuso con quello dei prodotti digitali, portandosi dentro cose che nel 2015 non c'erano: la sperimentazione lato server, la misurazione dell'impatto sul margine e non solo sulla conversione, la personalizzazione, l'uso dei modelli generativi per produrre varianti.

Anche un pezzo dell'impianto originale va aggiornato. Il metodo prevedeva strumenti di test che oggi non esistono più, a cominciare da Google Optimize, che era il modo gratuito con cui la maggior parte dei negozi faceva i propri esperimenti e che è stato dismesso nel 2023 senza sostituti. Per un paio d'anni chi voleva testare ha dovuto pagare uno strumento esterno o rinunciare. Poi la piattaforma ha colmato il vuoto, ed è la novità più rilevante degli ultimi mesi per chiunque lavori così.

Il sito lancio: partire prima per imparare prima

Il primo passo è quello che spiazza chi è abituato al grande lancio: si costruisce un negozio volutamente essenziale, e lo si mette online in fretta. Non è un negozio scadente, è un negozio che fa bene le cose che contano di più e rinuncia, per ora, a tutto ciò che è desiderabile ma non decisivo. Il punto non è lanciare qualcosa di incompleto per pigrizia, è evitare di spendere mesi a perfezionare pagine che nessuno ha ancora visto, quando quei mesi si possono usare per imparare dagli utenti veri.

La difficoltà di questo approccio non è tecnica, è politica: qualcuno deve decidere cosa non fare al lancio, e quel qualcuno deve avere l'autorità per resistere alle richieste dell'ultimo minuto. È un lavoro che si fa a monte, nello studio di fattibilità, separando ciò senza cui il negozio non può vendere da ciò che può arrivare al terzo ciclo. Un negozio online imperfetto ma vivo insegna in due settimane più di quanto insegni in sei mesi un progetto perfetto chiuso in un file di design.

Il ciclo continuo: raccogliere, ipotizzare, testare, decidere

Da dove arrivano le ipotesi

Un'ipotesi buona non nasce da un'idea, nasce da un'anomalia. Le fonti sono quattro e vanno usate tutte. I dati quantitativi, cioè i KPI e l'imbuto di conversione, dicono dove si perdono le persone ma non perché. I dati qualitativi, cioè le registrazioni di sessione, le mappe di calore e i test di usabilità, dicono perché. La voce del cliente, cioè le domande che arrivano all'assistenza e le recensioni, dice cosa manca. E l'analisi della concorrenza dice cosa è già diventato uno standard che il cliente si aspetta di trovare.

L'ipotesi va scritta in una forma che si possa smentire, ed è il passaggio che quasi nessuno fa. Non basta dire che la scheda prodotto va migliorata: bisogna dire che aggiungendo la disponibilità in negozio sopra il bottone di acquisto ci si attende un aumento dell'aggiunta al carrello, perché dall'assistenza risulta che la domanda più frequente riguarda proprio la disponibilità. Se il numero non sale, l'ipotesi era sbagliata e lo si è imparato. Se non la si era scritta, invece, si troverà sempre un modo di raccontare che il test è andato bene.

Come si stabiliscono le priorità

La lista delle cose da provare è sempre più lunga del tempo disponibile, quindi il valore del metodo sta nell'ordine, non nell'elenco. Il criterio più solido incrocia tre grandezze: l'impatto atteso sul fatturato, che dipende da quanto traffico attraversa la pagina interessata; la fiducia che si ha nell'ipotesi, che dipende da quanti indizi la sostengono; e il costo di realizzazione. Un intervento sul checkout, attraversato da tutti gli ordini, batte quasi sempre un intervento su una pagina di categoria secondaria, anche se la seconda è più brutta.

Quando un risultato è vero

È il punto in cui la maggior parte dei programmi di sperimentazione si rovina, perché il desiderio di vedere un miglioramento porta a fermare il test appena la variante è in vantaggio. Un esperimento sulle vendite ha bisogno di un numero di conversioni sufficiente, non di un numero di visitatori sufficiente, e la differenza è sostanziale: con un tasso di conversione del 2% servono decine di migliaia di sessioni per distinguere un guadagno reale dal rumore. Va inoltre lasciato correre per cicli settimanali interi, perché il comportamento del lunedì non è quello del sabato, ed evitando i periodi anomali come i saldi o il Black Friday, che deformano tutto.

Il riferimento resta sempre lo stesso: il tasso di conversione ecommerce, cioè quanto di quel traffico testato si trasforma davvero in un ordine.

Per i negozi con poco traffico esiste una conseguenza scomoda che va detta: la sperimentazione statistica non è alla loro portata, e fingere il contrario produce decisioni prese sul rumore. Sotto una certa soglia, la strada corretta è diversa: si applicano le pratiche già dimostrate da chi ha i numeri per dimostrarle, si sistemano i difetti evidenti, si ascoltano i clienti uno per uno. Il metodo iterativo resta valido, cambia lo strumento con cui si decide.

Il growth driven design su Shopify: cosa è diventato nativo

Per anni la risposta alla domanda se Shopify avesse un sistema di test integrato è stata no, e chi voleva sperimentare doveva installare uno strumento esterno. Dal 2026 non è più così. La funzione Rollouts, introdotta con l'Edition invernale ed estesa il 5 giugno 2026, permette di programmare la pubblicazione di un tema o di una configurazione di checkout, di rilasciarla gradualmente a una percentuale crescente di visitatori, e di metterla a confronto con quella in produzione su una parte del traffico. È il ciclo del growth driven design portato dentro il pannello di amministrazione.

Ci sono tre dettagli tecnici che vale la pena capire, perché cambiano il modo di lavorare. Il primo è che l'assegnazione della variante avviene lato server, prima che la pagina venga inviata al browser: significa nessuno sfarfallio, nessun contenuto che cambia sotto gli occhi dell'utente dopo il caricamento, e nessun peso aggiuntivo sulle metriche di performance, che con gli strumenti di test tradizionali era un prezzo pesante da pagare. Il secondo è che il rilascio graduale funziona anche senza esperimento: si pubblica al dieci per cento, si guarda che nulla si rompa, si sale. Il terzo è che se una variante peggiora i numeri si torna indietro in un istante.

Vanno dette con altrettanta chiarezza le cose che Rollouts non fa, perché aiuta a capire dove serve ancora dell'altro. Confronta esperienze intere, cioè un tema contro un tema o una configurazione di checkout contro un'altra, non un singolo titolo contro un altro titolo: i test sui microelementi restano dominio degli strumenti specializzati. Non testa prezzi e non testa sconti, che vivono altrove. Divide il traffico e mostra i numeri, ma non pronuncia un verdetto statistico al posto di chi legge, il che significa che la responsabilità di non chiamare vincitore un risultato ottenuto su cento visite resta di chi conduce l'esperimento. E la funzione di esperimento vero e proprio, a differenza della semplice programmazione, richiede un piano superiore a quello base.

L'altra metà della storia è il tema. L'architettura introdotta con Online Store 2.0 e portata alle estreme conseguenze dal sistema Horizon, oggi predefinito per i nuovi negozi, rende ogni pagina componibile a blocchi annidabili senza toccare una riga di codice. È la precondizione tecnica del metodo iterativo: se cambiare l'ordine dei blocchi di una scheda prodotto richiede uno sviluppo e un rilascio, nessuno lo farà abbastanza spesso da imparare qualcosa. Se richiede dieci minuti nell'editor, lo si fa, lo si mette in test e si scopre se serviva.

Sotto, sul lato della logica commerciale, le Functions permettono di modificare sconti, spedizioni e metodi di pagamento in modo configurabile invece che scritto a mano nel tema. Anche qui una nota di manutenzione che riguarda molti negozi storici: i vecchi Shopify Scripts smettono di funzionare il 30 giugno 2026, e ogni personalizzazione del checkout costruita su di essi va migrata. Chi lavora per cicli se ne accorge in tempo perché guarda i numeri ogni settimana; chi lavora per grandi progetti se ne accorge quando il carrello smette di applicare gli sconti.

Il rischio del restyling monolitico

Vale la pena dire chiaramente cosa si evita. Il rifacimento in un colpo solo porta con sé tre rischi che si ripresentano puntuali. Sfora i tempi, perché si continua ad aggiungere prima di lanciare e nessuna scadenza sopravvive a un comitato. Sfora il budget, perché ogni dettaglio perfezionato in anticipo costa e nessuno sa ancora se serviva. E soprattutto scommette l'intera esperienza del cliente su ipotesi non verificate, che si rivelano giuste o sbagliate solo dopo il lancio, quando cambiarle è caro. Per un'azienda che vive di vendite online, mandare offline il negozio che funziona per sostituirlo con uno mai provato è un azzardo che il metodo iterativo semplicemente non chiede di correre.

Esiste però un'eccezione onesta, e negarla sarebbe ideologia. Quando la piattaforma sottostante è il collo di bottiglia, cioè quando ogni miglioramento richiede uno sviluppo su misura, quando il checkout non si può toccare, quando le prestazioni sono strutturalmente insufficienti, il ciclo iterativo non parte perché il costo di ogni giro è troppo alto. In quel caso il replatforming non è l'opposto del growth driven design, ne è la condizione: si cambia il terreno una volta sola, proprio per non doverlo ricambiare più e per poter finalmente lavorare a piccoli passi.

Chi fa cosa: squadra, cadenza, budget

Un ciclo iterativo che funziona ha bisogno di quattro ruoli, che nelle aziende medie sono spesso tre persone. Qualcuno che possiede il numero e decide le priorità, di norma chi risponde del fatturato online. Qualcuno che sa leggere i dati e progettare l'esperimento. Qualcuno che sa realizzare la variante, sul tema o sul checkout. E qualcuno che tiene il registro delle ipotesi provate, con esito e decisione, perché senza memoria si ricomincia da capo ogni sei mesi e si riprovano cose già fallite.

La cadenza tipica è un ciclo di due o quattro settimane, con un numero contenuto di interventi per giro e una riunione di chiusura in cui si guarda cosa è successo e si sceglie il giro successivo. Sul piano economico questo cambia anche la struttura del preventivo: il budget non si brucia tutto all'inizio in un progetto al buio, si distribuisce nel tempo su interventi che si sono già dimostrati utili. Si smette di investire dove non rende e si raddoppia dove rende. È la differenza fra scommettere una volta sola e giocare una partita lunga con le carte scoperte.

Domande frequenti

Il growth driven design è ancora attuale?

L'etichetta è datata, la pratica è diventata lo standard. Oggi lo stesso modo di lavorare si trova sotto nomi diversi, dalla sperimentazione continua all'ottimizzazione del tasso di conversione, ed è sostenuto da strumenti che dieci anni fa non esistevano. Chi cerca materiale su questo tema faccia attenzione alla data: buona parte di quello che si trova in rete parla di strumenti dismessi.

Quanto traffico serve per fare test attendibili?

Non esiste una soglia universale, perché ciò che conta non sono le visite ma le conversioni raccolte in ciascun braccio dell'esperimento e la dimensione dell'effetto che si vuole rilevare. Come regola pratica, un negozio che raccoglie qualche centinaio di ordini al mese può rilevare solo variazioni molto grandi; sotto quella soglia conviene rinunciare al test statistico e concentrarsi sulla rimozione dei difetti evidenti, che non richiede alcuna prova per essere giustificata.

Serve un'applicazione esterna per fare A/B test su Shopify?

Non più per confrontare interi temi o configurazioni di checkout, che si gestiscono nativamente. Serve ancora se si vuole testare un singolo elemento di una pagina, segmentare il pubblico, tracciare eventi personalizzati o testare i prezzi. La scelta ragionevole è partire dal nativo, che copre la maggior parte dei casi utili e non appesantisce il sito, e aggiungere uno strumento specializzato solo quando il programma di sperimentazione è abbastanza maturo da giustificarne il costo.

Il metodo iterativo vale anche per un negozio B2B?

Vale, ma con strumenti diversi. Un portale B2B ha pochi utenti, ciascuno di grande valore, e nessuna possibilità di raggiungere la significatività statistica su un test A/B. In compenso ha qualcosa che il B2C non ha: si possono chiamare i clienti per nome e chiedere loro cosa non funziona. Il ciclo resta lo stesso, ipotesi, intervento, misura, ma la misura è il tempo di completamento di un ordine, il numero di richieste di assistenza, la quota di ordini che passano dal portale invece che dall'email.

Un negozio che non smette di imparare

Il growth driven design, in fondo, è un modo di pensare prima ancora che una sequenza di passi: dà per scontato che non sappiamo tutto il giorno del lancio, e costruisce il negozio in modo che possa imparare strada facendo. Non è improvvisazione, è il contrario: è disciplina applicata al miglioramento, con ipotesi scritte, misure dichiarate e decisioni prese sui numeri anche quando i numeri dicono che l'idea di partenza era sbagliata.

Nei progetti che seguiamo è questa la logica che preferiamo portare: lanciare presto ciò che serve, misurare ciò che conta, reinvestire dove i dati dicono di reinvestire. Un negozio online non è un monumento da inaugurare, è uno strumento di vendita da tenere affilato. E gli strumenti affilati sono quelli che si usano tutti i giorni, non quelli che si rifanno ogni tre anni.