Come affrontare un replatforming ecommerce

10 Dic Come affrontare un replatforming ecommerce

Per un brand ecommerce, i progetti di replatform sono sempre entusiasmanti e ricchi di promesse: un replatform può offrire maggiore flessibilità, ridurre i costi di manutenzione e migliorare l’esperienza del cliente, con un impatto significativo sulla crescita del fatturato.

Tuttavia, i replatform sono anche incredibilmente stressanti e possono trasformarsi in un incubo se non vengono pianificati o eseguiti correttamente. Essendo progetti grandi e irreversibili, è facile tralasciare qualcosa di importante e rendersene conto solo quando è troppo tardi. Improvvisamente, quello che doveva essere un motore di crescita per il tuo business si ritorce contro di te, lasciando il consiglio, il team e i clienti insoddisfatti.

In questo articolo, condivideremo alcune strategie che seguiamo quando guidiamo i nostri clienti in un processo di replatform, dalla scelta della nuova piattaforma di ecommerce fino all’implementazione e al lancio. Speriamo di rendere il tuo prossimo replatform un po’ meno spaventoso!

1. Parti dal perché

Questo dovrebbe essere ovvio, ma saresti sorpreso di quanti proprietari di negozi non riescano a spiegare chiaramente perché stanno facendo un replatform.

Un progetto di replatform è un impegno significativo da molti punti di vista:

• richiede tempo: i replatform richiederanno molto tempo ed energie al tuo team. Nella nostra esperienza, la maggior parte richiede dai 2 ai 5 mesi, a seconda della complessità del negozio online. I progetti aziendali di replatform possono durare anni!
• è costoso: i replatform sono progetti onerosi, sia che tu utilizzi il tuo team interno sia che collabori con un’agenzia. Tentare di comprimere un replatform in un budget ridotto è una ricetta per il disastro, quindi assicurati di poter allocare le risorse giuste.
• è rischioso: i replatform sono intrinsecamente rischiosi. Mentre la maggior parte dei progetti software può essere gestita in modo incrementale, i replatform richiedono una transizione radicale, aumentando drasticamente la probabilità che qualcosa vada storto.
• influisce sul morale: per alcuni membri del tuo team, il replatform comporterà una curva di apprendimento ripida, notevoli interruzioni dei flussi di lavoro esistenti e persino timori riguardo alle proprie opportunità di carriera (“Questa nuova competenza mi renderà meno rilevante?”).

Con tutto ciò che è in gioco, è fondamentale avere una chiara comprensione delle ragioni che ti spingono a fare un replatform. Alcuni dei motivi più comuni per farlo includono:

• Aumentare la flessibilità: Se la tua piattaforma ti impedisce costantemente di seguire la tua roadmap digitale, è il momento di cercare un fornitore più avanzato – ammesso che la tua roadmap sia il risultato di un workflow di gestione prodotto intenzionale e basato sui dati.
• Supportare la crescita: Se la tua piattaforma esistente sta risentendo della crescita, potresti voler passare a una soluzione più scalabile che supporti i piani a lungo termine del tuo brand.
• Ridurre i costi di manutenzione: Alcune piattaforme sono più costose di altre da mantenere. A volte, questo costo è giustificato per alcuni benefici (come funzionalità aggiuntive), altre volte è una spesa non sostenibile.
• Accedere a un ecosistema più ampio: Se non riesci a trovare partner o system integrator disposti a lavorare con il tuo setup attuale e questo ti impedisce di raggiungere i tuoi obiettivi, potrebbe essere il momento di cambiare.

Ci sono anche molti motivi sbagliati per fare un replatform, come ad esempio il fatto che il tuo team abbia esperienza solo con uno stack specifico (possono imparare una nuova tecnologia), la paura di restare indietro perché altri stanno usando una soluzione diversa (ma loro non sono te) o un investitore che ti spinge a fare il cambiamento (è improbabile che comprenda pienamente le esigenze del tuo business).

Ti suggeriamo di scrivere un Request for Comments (RFC) sul replatform. Questo documento ti aiuterà ad analizzare le tue motivazioni e assunzioni, a valutare potenziali alternative e a garantire che un replatform sia effettivamente la scelta giusta per il tuo negozio di ecommerce.

Gli RFC hanno il vantaggio aggiuntivo di favorire l’impegno e l’allineamento sul progetto internamente – e credici, ne avrai bisogno se decidi di procedere.

2. Pensa prima al brand, poi al fornitore

Hai scritto un RFC, ne hai discusso con il team e siete tutti allineati sulle motivazioni. La domanda successiva è: come confrontare le funzionalità offerte dai diversi fornitori?

Oggi ci sono decine di piattaforme di ecommerce tra cui scegliere. Come in molte categorie software affollate, tutte offrono un livello base di funzionalità e una serie di elementi distintivi che le fanno emergere. Alcuni di questi elementi saranno utili per le tue esigenze specifiche, mentre altri sono solo espedienti di marketing che sembrano attraenti ma si rivelano irrilevanti.

Quando affrontiamo un replatform, tendiamo a categorizzare i requisiti aziendali in tre categorie: Big Rocks (grandi massi), Pebbles (sassolini) e Sand (sabbia):

• Big Rocks: sono le funzionalità principali, altamente specifiche per la tua promessa di brand e modello di business. Per i brand basati su abbonamento, ad esempio, il primo Big Rock è il motore di fatturazione per l’abbonamento.
• Pebbles: questi requisiti sono importanti ma non unici per il tuo brand. Un esempio potrebbe essere una tipica integrazione ERP o 3PL. Per la maggior parte dei brand, non c’è molta innovazione coinvolta in queste funzionalità di base di ecommerce.
• Sand: requisiti minori che possono essere dati per scontati. La maggior parte dei miglioramenti cosmetici, come il carosello delle immagini nella pagina del prodotto (PDP), rientra in questa categoria.

Una volta fatta questa mappatura, puoi capire come le piattaforme che stai valutando rispondano ai tuoi requisiti, dando priorità a ciascuno in base alla sua categoria. Non esitare a chiedere ai fornitori di aiutarti in questa fase: dopotutto, conoscono a fondo le loro soluzioni. Tuttavia, verifica sempre le loro affermazioni, in quanto potrebbero essere parziali.

Qualunque cosa tu faccia, assicurati di basare il confronto sui requisiti effettivi del tuo brand – non sulla narrativa che ogni fornitore cerca di spingere o sull’hype attorno al loro prodotto. È irrilevante quanti funzionalità o app offre una soluzione di ecommerce se ne utilizzerai solo una minima parte. La tecnologia è solo uno strumento: la piattaforma dovrebbe adattarsi al tuo brand, non il contrario.

Un’agenzia indipendente dalla piattaforma è il miglior partner per questo tipo di progetto: ha l’esperienza per consigliarti ma non è legata a una soluzione specifica, il che le dà la libertà di offrirti ciò che ritiene sinceramente essere il miglior percorso per te.

3. Considera tutte le spese

Le spese di piattaforma e di transazione rappresentano una parte significativa del conto economico di qualsiasi brand ecommerce. Quando si fa un replatform, è fondamentale avere una visione chiara dei costi che si sosterranno con il nuovo stack tecnologico per evitare brutte sorprese.

Purtroppo, molti brand si concentrano solo sui costi più evidenti e immediati, come le commissioni di transazione della piattaforma nel primo anno. Così facendo, tendono a trascurare altre voci, magari meno visibili ma altrettanto rilevanti, rischiando poi di rimanere delusi dal nuovo fornitore quando è ormai troppo tardi per tornare indietro.

Quando affrontiamo un replatform, categorizziamo i costi come segue:

• Canoni di licenza: è quanto pagherai ai tuoi fornitori per l’accesso ai loro servizi. La maggior parte dei brand include solo il costo della piattaforma di ecommerce, ma dovresti considerare anche eventuali app e servizi di terze parti che utilizzerai.
• Commissioni di transazione: sono le commissioni che paghi sulle transazioni, in genere composte da componenti fisse e variabili. Alcune piattaforme hanno gateway di pagamento integrati con commissioni più basse, mentre altre richiedono l’uso di terze parti.
• Costi di manutenzione: tutti vorremmo utilizzare una piattaforma di ecommerce che richieda zero manutenzione, ma questo è raramente il caso. Anche se non puoi prevedere esattamente quanto lavoro di design e sviluppo richiederà la nuova piattaforma, è utile fare una stima realistica e confrontarla con la configurazione attuale.
• Costi di replatform: quanto ti costerà eseguire il replatform? Se l’obiettivo è ridurre la spesa per l’ingegneria, quanto tempo occorrerà per recuperare l’investimento iniziale con la nuova piattaforma?

Quando valuti questi costi, cerca di comprendere anche come evolveranno con la crescita del brand: come apparirebbero se il volume raddoppiasse rispetto all’attuale? I prezzi crescono in modo lineare, più che lineare o meno che lineare? Ci sarà margine per negoziare o sarai vincolato per sempre a questa struttura commerciale? Il nuovo fornitore ha richieste minime di impegno?

Ogni piattaforma è unica, ma cerca di fare un confronto il più possibile omogeneo che delinei chiaramente il costo totale di proprietà e i pro/contro associati a ciascuna opzione.

4. Approccia il lavoro in modo incrementale

Il passaggio alla nuova piattaforma richiederà un “Big Bang Release,” ovvero il passaggio al nuovo stack tecnologico in un breve lasso di tempo. In genere, questo approccio è evitato nello sviluppo software: più cambiamenti introduci simultaneamente, più aumentano le possibilità che qualcosa vada storto.

La cattiva notizia è che i Big Bang Release sono quasi inevitabili con la maggior parte dei replatform. La buona notizia è che ci sono diversi metodi per ridurre l’incertezza. In generale, se puoi fare qualcosa prima della transizione definitiva, dovresti farlo.

Ecco alcune tecniche che adottiamo di solito:

• Collabora strettamente con il tuo team interno o partner esterno per fare demo e test frequenti del lavoro. Non vuoi che il team lavori isolato per mesi e poi fare tutti i test in una volta sola: rischi di perdere qualcosa o di scoprire problemi significativi quando è ormai troppo tardi per risolverli. Ancora meglio, coinvolgi tutto il team nel QA: potresti scoprire molte più cose lavorando in gruppo!
• Se devi apportare modifiche a integrazioni o sistemi esterni per renderli compatibili con il replatform, verifica se puoi farlo prima in modo che funzionino sia con il vecchio che con il nuovo stack. Questo vale in genere per ERP, WMS e 3PL, ma può essere applicato anche ad altri fornitori.
• Testa le migrazioni di dati in anticipo e continua a eseguirle in modo costante nei giorni che precedono il lancio. In questo modo, il giorno del lancio dovrai migrare solo una piccola porzione di dati, anziché tutti.
• Crea liste di controllo per quello che farai prima, durante e dopo il replatform. Il giorno del lancio è incredibilmente stressante, quindi è essenziale che il team non debba pensare troppo a cosa fare.

Questi sono solo alcuni suggerimenti, e la tua esperienza potrebbe variare a seconda della configurazione e della complessità dell’architettura. La regola d’oro è lavorare a piccoli incrementi e fare la maggior parte del lavoro in anticipo, in modo che il giorno del lancio tu debba solo dare l’ultimo tocco.

Puoi anche consultare questo articolo che abbiamo pubblicato su come ottimizzare la produttività della tua agenzia o team digitale. Tutte queste strategie si applicano anche ai progetti di replatform!

5. Resisti all’impulso di ridefinire il design

Se c’è una cosa da ricordare di questo articolo, è questa: NON fare un rebrand o un redesign contemporaneamente al replatform. Dopo oltre un decennio di esperienza con brand ecommerce di ogni dimensione, abbiamo assistito a così tanti tentativi falliti di questo tipo che scoraggiamo fortemente questa pratica.

Ci sono diverse ragioni per cui un redesign può essere combinato con un replatform. Nella nostra esperienza, di solito si tratta di una combinazione dei seguenti fattori:

1. La maggior parte degli esecutivi di brand sono persone visive. Durante un replatform, si entusiasmano comprensibilmente e propongono una miriade di miglioramenti all’esperienza del cliente, che spesso si trasformano in un redesign completo.
2. Il risultato di #1 è che, nelle aziende più grandi, la persona che sponsorizza il replatform spesso sente il bisogno di giustificare l’investimento al proprio superiore attraverso un artefatto tangibile, come un rebrand o redesign. Questo fornisce loro un “oggetto” chiaro da indicare quando qualcuno chiede dove siano andati quei soldi.
3. Purtroppo, alcune agenzie di ecommerce realizzano redesign insieme ai replatform per aumentare la portata dell’impegno e rendere il risultato finale più facilmente trasformabile in un case study convincente.

Come già accennato, questa è quasi sempre una cattiva idea. I replatform sono complicati e rischiosi, quindi è meglio mantenere il loro scopo il più ridotto e controllato possibile. Ridisegnare il sito web mentre si cambia completamente l’infrastruttura tecnica aumenta notevolmente il rischio che qualcosa vada storto durante o dopo il lancio. Inoltre, rende molto più difficile isolare e misurare l’impatto commerciale di cambiamenti specifici nell’esperienza cliente.

Ti consigliamo di mantenere il nuovo sito il più simile possibile a quello precedente. Dopo il lancio del replatform, avrai tutto il tempo per sfruttare appieno le capacità del tuo nuovo stack tecnologico, quindi non c’è motivo di correre.

6. Dai priorità agli aspetti critici

Ricordi la categorizzazione Big Rocks, Pebbles, Sand di cui abbiamo parlato in precedenza? Non è solo un modo per mappare i requisiti aziendali, ma è anche un eccellente modello mentale da tenere a mente quando si dà priorità alle diverse funzionalità coinvolte nel replatform:

1. I Big Rocks sono i problemi più critici da risolvere e comportano il rischio e l’incertezza più elevati, quindi conviene affrontarli per primi.
2. I Pebbles sono essenziali ma meno rischiosi: dovresti completarli e testarli all’inizio, ma solo dopo aver risolto i Big Rocks.
3. La Sand è irrilevante: mentre alcune di queste funzionalità sono importanti per il tuo business, sono anche rapide e facili da implementare e possono essere lasciate per ultime.

Purtroppo, vediamo spesso che le cose vengono affrontate in ordine inverso. Poiché è più facile e veloce fare progressi sulla Sand che sui Big Rocks, molte aziende si concentrano sui problemi meno rilevanti trascurando quelli più impegnativi.

Per mantenere il team focalizzato, può essere utile nominare un Product Owner o Project Lead. Questa persona, che idealmente ha esperienza nella gestione di progetti e conosce a fondo il brand, sarà responsabile di monitorare i progressi del progetto e garantire che il team dia la giusta priorità al lavoro.

Un’ultima parola di avvertimento: ricorda che il perfetto è nemico del buono. Proprio come per il redesign, avrai tutto il tempo per migliorare il tuo negozio online dopo il lancio, quindi non farti bloccare dal desiderio di raggiungere la perfezione a scapito di risultati più significativi.

Lancia e festeggia!

Se segui i consigli di cui sopra, il giorno del lancio dovrebbe essere molto meno stressante di quanto potrebbe essere. Segui le liste di controllo, rilassati e celebra il momento!

Ora è il momento di sfruttare appieno il potenziale del tuo nuovo stack di ecommerce. Come sempre, assicurati di procedere con intenzionalità e di basarti sui dati: stabilire una pratica di Product Management snella può fare meraviglie per assicurarti di lavorare su funzionalità che faranno realmente la differenza.

Speriamo di essere riusciti a fare chiarezza su un processo lungo e complesso per i brand che vi si avvicinano!

Se hai bisogno di ulteriore assistenza per il tuo replatform, non esitare a contattarci! Il nostro team lavora con una varietà di piattaforme di ecommerce e sarà più che felice di consigliarti sulla scelta migliore per il tuo brand e guidarti attraverso tutto il processo di implementazione e lancio.