Una delle tematiche più sentite da chi possiede uno store online basato su Magento 1 è: “devo aggiornare il mio e-commerce e passare a Magento 2?” La risposta non è uguale per tutti. Prima di procedere con l’aggiornamento, una strategia è quella di seguire la regola delle 5W: WHO? Chi è coinvolto nel processo di upgrade? WHAT? Cosa bisogna fare durante il progetto di aggiornamento? WHEN? Quando ha senso pianificare l’upgrade? WHERE? Dove devo operare, qual è il perimetro del progetto? WHY? Perché devo fare l’upgrade da Magento 1 a Magento 2? In questo intervento, Mauro Lorenzutti da una risposta a ciascuna di queste domande, sulla base della propria esperienza nella gestione di progetti di upgrade già realizzati.

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

6. 6
Upgrade o migrazione?

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

10. Due motivi principali
10

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

34. Alcune premesse doverose
34

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

57. 57
AGILE
vs
WATERFALL
http://www.midisegni.it/disegni/sport.shtml
http://hayday.wikia.com/wiki/File:Waterfall.png

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

65. Big Bang
vs.
Parallel
Adoption
65

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

74. Grazie
http://www.webformat.com
http://it.linkedin.com/in/maurolorenzutti
@MauroLorenzutti
http://www.slideshare.net/webformat