Mauro Lorenzutti - Il passaggio da Magento 1 a Magento 2: le 5W
0 likes1,200 views
Il documento discute l'importanza della migrazione da Magento 1 a Magento 2, evidenziando che non si tratta di un semplice upgrade ma di una migrazione complessa che richiede un'installazione separata e la re-implementazione di temi e moduli. Viene sottolineato che Magento 1 diventerà obsoleto e insicuro, mentre Magento 2 offre nuove funzionalità, migliori performance e maggiore sicurezza. La pianificazione della migrazione deve considerare il momento migliore in base allo stato attuale dell'ecommerce e agli investimenti previsti.
Mauro Lorenzutti - Il passaggio da Magento 1 a Magento 2: le 5W
- 1. 1
- 2. @MauroLorenzutti • CTO e Project Manager di Webformat • Consulente e analista su progetti Magento e TYPO3 2
- 3. 3 Ho un sito realizzato con Magento 1, devo passare a Magento 2?
- 4. Le 5 W + 2 • What • Why • Who • When • Where • How • New 4
- 5. WHAT Cosa bisogna fare durante il progetto di aggiornamento? 5
- 7. Non è un upgrade • Passare da Magento 1.9 CE o 1.14 EE a Magento 2.1 non è un semplice upgrade • Diversa struttura database • Diversi framework e API • Diversa modalità di sviluppo temi 7
- 8. È una migrazione • Va predisposta un’installazione separata di Magento 2 • Deve poi essere gestito il trasferimento di dati e funzionalità: • Per catalogo, promozioni, clienti, ordini e configurazioni è disponibile un tool di migrazione database • Eventuali ulteriori dati devono essere migrati configurando il tool o manualmente (es. negozi dello store locator, multi-magazzino, ecc.) • Il tema deve essere re-implementato • I moduli utilizzati devono essere sostituiti da moduli equivalenti • Le personalizzazioni fatte vanno re-implementate 8
- 9. WHY Perché devo passare da Magento 1 a Magento 2? 9
- 11. Evoluzione • Tutti i nuovi sviluppi sono concentrati su Magento 2 • Magento non rilascerà nuove funzionalità per Magento 1 • Anche i produttori di moduli più famosi si stanno concentrando su Magento 2 11
- 12. Sicurezza • Magento sta ancora mantenendo Magento 1 garantendo le patch di sicurezza • Smetterà però di farlo… 12
- 13. Quando? 13
- 14. 14
- 15. Cosa significa tutto questo? 2 cose: • Magento 1 diventerà obsoleto in termini di funzionalità • Magento 1 diventerà insicuro perché non più manutenuto 15
- 16. Solo questo? 16
- 17. NO! 17
- 18. Nuove funzionalità: • Un nuovo backoffice con una migliore gestione del catalogo • Un nuovo checkout semplificato • Migliore gestione dei prodotti configurabili • Migliori performance • Integrazione nativa con Braintree • … 18
- 19. Più qualità e sicurezza: • I moduli pubblicati sul nuovo marketplace di Magento 2 saranno revisionati e approvati dagli sviluppatori di Magento • Niente più moduli criptati! 19
- 20. Uno stack tecnologico aggiornato: • PHP 7 • Varnish • Redis • Modern JS Stack • RabbitMQ • Apache Solr & Elasticsearch • PHPUnit • Composer • Mysql Clustering 20
- 21. WHO Chi è coinvolto nel processo di migrazione? 21
- 22. 2 approcci possibili: «Aggiorno Magento senza che nessuno se ne accorga» «E’ l’occasione giusta per rimettere in discussione anche i miei processi» 22
- 23. Primo approccio – aggiornamento trasparente • Una possibilità è quella di aggiornare versione di Magento limitando il più possibile gli impatti sui processi interni e sulle integrazioni esistenti 23 Investimento più limitato Tempistiche più brevi Testing più semplice Parallel adoption: potrei far coesistere le 2 versioni Potrei «sprecare» budget
- 24. Secondo approccio – nuovo progetto • Poiché il passaggio a Magento 2 non è un semplice upgrade ma richiede di re-implementare ampie parti del progetto, potrebbe quindi essere l’occasione per ottimizzare dei processi già esistenti 24 Evito sprechi di budget per future rilavorazioni Ottimizzo i processi esistenti Nuova immagine verso i clienti Tempi e costi più elevati Parallel adoption più complessa
- 25. In base all’approccio scelto cambia di molto il perimetro del progetto 25
- 26. Primo approccio – aggiornamento trasparente • Coinvolge solo gli operatori di backoffice • Nuova interfaccia di backoffice, devo prevedere formazione • Può coinvolgere anche i clienti se viene rinnovato il layout • Tutte le integrazioni con i sistemi aziendali mantengono le stesse modalità di interazione 26 UX
- 27. Primo approccio – aggiornamento trasparente • Sono coinvolti: • System integrator di Magento • Hosting partner per nuovo ambiente • IT interno per testing • Operatori di backoffice per formazione al nuovo backoffice • UX & Design agency se viene rifatto il design del sito 27
- 28. Secondo approccio – nuovo progetto • Coinvolge tutti gli steakholder e tutti i sistemi integrati del progetto • Il perimetro si allarga a tutto l’ecosistema in cui è inserito Magento 28 ERP PIM CRM LOGISTICA UX
- 29. Secondo approccio – nuovo progetto • Sono coinvolti: • Analista Magento per rivedere processi, integrazioni, ecc. • System integrator di Magento • Hosting partner per nuovo ambiente • UX & Design agency per il nuovo design • IT interno per rivedere le integrazioni • Operatori di backoffice per formazione al nuovo backoffice • Fornitori terzi per altre integrazioni (sistemi di loyalty, ecc.) 29
- 30. L’importanza dell’analisi • Qualora si opti per rimettere in discussione i processi in essere e definire dei nuovi processi, è importante fare un’analisi che coinvolga tutti gli steakholder del progetto • Vanno quindi raccolti i feedback di tutti gli attori in gioco e ripensate, se necessario, le modalità di gestione del catalogo, degli ordini, del customer care, ecc. • Vanno analizzate le modalità di interscambio dati coi sistemi aziendali per valutare ottimizzazioni o cambi di modalità (ad es. perché il catalogo o i volumi di vendite sono molto aumentati) 30
- 31. Gestire il cambiamento interno • Coinvolgere tutti gli steakholder in fase di analisi del progetto • Far sentire tutti parte del progetto è il modo migliore per raggiungere il consenso e l’accettazione da parte di tutti • Deve essere fatta formazione al personale: • Customer care • Catalogo • Prezzi e promozioni • Marketing • … 31
- 32. WHEN Quando ha senso pianificare la migrazione? 32
- 33. La domanda più difficile… 33
- 35. Magento 2 è una piattaforma nuova: • Presenta ancora numerosi bug • La sua stabilità non è ancora paragonabile a quella di Magento 1 (che vanta quasi 10 anni di onorato servizio e centinaia di migliaia di installazioni) 35
- 36. I moduli per Magento 2: • Sono ancora pochi se confrontati con Magento 1 (anche se in veloce aumento) • Ad es. mancano i moduli per integrare i più famosi gateway di pagamento italiani (Banca Sella, Setefi e altri) 36
- 37. Gli sviluppatori per Magento 2: • La maggior parte hanno ancora poca esperienza 37
- 38. Però… 38
- 39. L’abbiamo detto all’inizio: non si può arrestare il cambiamento Magento 2 è il presente e il futuro! 39
- 40. Quindi il punto non è SE passare a Magento 2 ma QUANDO passare a Magento 2 40
- 41. La risposta non è uguale per tutti… 41
- 42. Distinguiamo 3 casistiche diverse: 42
- 43. 1. Il mio ecommerce ha problemi! 43
- 44. Il mio ecommerce basato su Magento 1 ha dei problemi: • È aumentato il volume di visite e di vendite e le performance non sono più ottimali • Le vendite non vanno bene e devo sostenere degli investimenti per rivedere la UX e offrire nuove funzionalità (es. gift card, fidelity card, nuovo motore di ricerca, ecc.) • Non è stato manutenuto per lungo tempo e devo quindi pianificare interventi di manutenzione straordinaria • … 44
- 45. In tutti questi casi la risposta è di valutare il passaggio a Magento 2 subito 45
- 46. 2. Il mio ecommerce sta andando benissimo! 46
- 47. Il mio ecommerce basato su Magento 1 sta andando bene e: • Non ho in previsione investimenti importanti • Devo fare la normale manutenzione e qualche piccola evolutiva 47
- 48. In tutti questi casi la risposta è di aspettare a passare a Magento 2 48
- 49. Aspettare significa dare tempo a Magento 2 di stabilizzarsi e ai produttori di moduli di pubblicare nuove funzionalità È comunque importante iniziare a pianificare il passaggio a Magento 2 per gestirlo senza affanno nel 2018 49
- 50. 3. Il mio ecommerce sta andando bene ma devo pianificare investimenti importanti 50
- 51. Il mio ecommerce basato su Magento 1 sta andando bene ma: • Devo integrare la mia rete retail per offrire un’esperienza omni-canale ai miei clienti • Voglio aggredire il mercato estero aprendo nuovi siti con funzionalità specifiche per il mercato di riferimento • Devo «svecchiare» la mia immagine con una nuova brand-identity, una nuova UX e nuove e moderne funzionalità • … 51
- 52. In questi casi la risposta non è affatto scontata 52
- 53. Gli investimenti fatti su Magento 1 dovranno poi essere previsti nuovamente su Magento 2 53
- 54. • Quanto «spreco» se investo su Magento 1 e poi passo a Magento 2 fra un anno? • Quanto mi costa invece passare subito a Magento 2? • Sono già disponibili nel marketplace tutti i moduli che mi servono? • Time-to-market: posso aspettare il passaggio a Magento 2 per poi fare le innovazioni di cui ho bisogno? 54
- 55. Il punto è: È più importante uscire subito sul mercato con le innovazioni su Magento 1 sapendo che poi dovrò investire un budget analogo anche su Magento 2 o posso permettermi di aspettare e passare prima a Magento 2 e quindi fare questi investimenti una volta soltanto? 55
- 56. HOW Come gestire un progetto di migrazione? 56
- 58. 58 «Definiamo tutto ora così ho un preventivo fisso e non ho sorprese»
- 59. Però: Magento 2 è in continua evoluzione, potrei dover rivedere i miei requisiti a fronte di una nuova release di Magento che magari offre nativamente una funzionalità simile a quella da me richiesta Vengono pubblicati sul marketplace nuovi moduli ogni giorno, potrei quindi rivedere il mio progetto in funzione di un nuovo modulo pubblicato 59
- 60. Suddividere il progetto in più fasi • Definire una strategia di lungo periodo e pianificare il rilascio di nuove funzionalità su più periodi in base a: • Valore di business • Rischio • Date di delivery • Gestire ogni nuova funzionalità come un «piccolo progetto» con analisi di dettaglio, sviluppo, testing e rilascio 60
- 61. 61 Analisi di dettaglio Sviluppo Collaudo Rilascio Analisi di dettaglio Sviluppo Collaudo Rilascio Analisi di dettaglio Sviluppo Collaudo Rilascio Analisi di dettaglio Sviluppo Collaudo Rilascio Desiderata BlogEcommerce Store Locator Pickup in store …Reserve & Collect Analisi di alto livello
- 62. WHERE Dove devo pubblicare il nuovo progetto? 62
- 63. Nuovo stack tecnologico • Sebbene Magento 1 e Magento 2 possano essere installati su uno stesso hosting è consigliabile prevedere un hosting ottimizzato per Magento 2 • Da valutare un nuovo ambiente con il partner di hosting 63
- 64. E come gestisco la pubblicazione? 64
- 66. Big Bang Adoption • Tecnicamente la soluzione più comoda: • «Spengo» il vecchio sito e «accendo» il nuovo 66
- 67. Parallel Adoption • Valutare un golive parallelo: • Per un certo periodo tenere attivo sia il vecchio sito che il nuovo sito • Invitare un numero ristretto di clienti fidati sul nuovo sito e «sfruttarli» come tester • È necessario che ci sia una regia unica • Entrambe le piattaforme devono comunicare con l’ERP che deve quindi tenere allineate entrambe • Attenzione a gestione magazzino, numeri ordini e account utente 67
- 68. NEW E se invece devo ancora partire con Magento? 68
- 69. Magento 1 o Magento 2 ? Img: https://revel89.wordpress.com/2011/07/04/pillola-rossa-o-pillola-blu/
- 70. Magento EE • Se opto per la versione Enterprise di fatto non ho la possibilità di andare su Magento 1 • Magento non vende licenze Enterprise su Magento 1 da quando ha rilasciato Magento 2 70
- 71. Magento CE I sorgenti di Magento 1 CE sono disponibili per il download Però… Ha senso sviluppare un nuovo business su una piattaforma in dismissione? 71
- 72. Magento 2
- 73. Q & A Solo domande che iniziano per «W», grazie ☺ 73