Come il controllo qualità può migliorare il tasso di conversione nell'e-commerce di moda

Evento a cura di Digital Fashion Academy
18 aprile 2023

Guarda il webinar qui:

PANORAMICA

TITOLO: Quality Assurance per il miglioramento del Conversion Rate negli E-commerce di Moda
DATA: Martedì 18 aprile alle 17:30 (CET ROMA)
DURATA: 1 ora
LINGUA: Inglese
REGISTRATI: Il webinar è gratuito previa registrazione

RIEPILOGO

Unisciti a Enrico Fantaguzzi (Digital Fashion Academy) e Lorenzo Fanetti (Non indovinare) mentre presentano il best practice per controllo di qualità di siti e-commerce nel settore moda & lusso.

Il webinar illustrerà la concetti chiave per il controllo della qualità nei progetti di e-commerce, dal standard processi utilizzato nelle grandi aziende, al Accordi sul livello di servizio (SLA) da condividere con le agenzie di sviluppo in fase di definizione dei contratti.

• Garanzia di qualità è l'insieme delle attività volte a garantire che il risultati di un progetto soddisfano i aspettative del cliente, IL utenti finali del prodotto ed eventuali standard richiesto dal regolamenti.

• Nell'e-commerce di moda, la garanzia della qualità è essenziale per entrambi garanzia successo in termini di sito conversione valutare e a controllo progetto costi.

“Spesso ciò che accade alla fine di un progetto di sviluppo di un sito e-commerce, è che si riscontrano numerosi difetti che rischiano di minare il successo del progetto e il rapporto tra sviluppatori e clienti. La corretta gestione della Assicurazione Qualità è ciò che ci permette di ottenere la soddisfazione del cliente, la migliore User Experience e la corretta gestione del rapporto cliente-fornitore”

Enrico Fantaguzzi

TEMI

• Definizione degli standard di qualità del sito e-commerce
• Garanzia del prodotto dopo la consegna
• Metodologia di test del prodotto e gestione della risoluzione dei bug
• Strumenti di tracciamento dei bug e di tracciamento dei problemi

TRASCRIZIONE

Prima di avviare questa società di e-learning, ho lavorato per più di 20 anni in aziende della moda e del lusso, dai piccoli marchi alle grandi multinazionali e agli e-tailer.

In questo webinar condividerò con te alcune delle cose che ho imparato durante il periodo che ho trascorso lavorando per marchi di moda, anche se l'esperienza che condivido con te oggi è stata acquisita per lo più al di fuori del settore della moda, nel settore dell'intrattenimento digitale settore.

Quindi oggi parleremo di importanza della garanzia della qualità e perché è fondamentale per il successo dell'e-commerce di moda. 

Ti presenterò alcune idee ed esempi di come organizzare i processi di garanzia della qualità all'interno della vostra azienda 

E infine tratteremo alcune delle cose che devi tenere a mente quando lo fai discutere gli incarichi con gli sviluppatori dei fornitori o gli integratori di sistema, cosa chiedere loro durante le trattative e cosa includere nel contratto affinché il risultato finale soddisfi le vostre aspettative. 

Allora qual è lo scopo della garanzia della qualità per l’e-commerce di moda? 

Qual è lo scopo della garanzia della qualità?

Lo scopo della garanzia della qualità è garantire che il prodotto digitale soddisfi le aspettative del cliente – te stesso – e degli utenti finali del prodotto digitale che sono i tuoi clienti. 

Enrico Fantaguzzi

Per essere più specifici quando parliamo di aspettative parliamo di requisiti e specifiche, i requisiti e le specifiche sono diversi dalle aspettative perché lo sono chiaramente indicato e documentato in uno o più documenti. 

Oltre a ciò, potrebbe essere necessario conformarsi requisiti vincolanti per la vostra azienda a causa di vincoli legali.

In terzo luogo ci sono una serie di aspettative che non sono scritte ma devi comunque considerarle come parte del tuo progetto perché alcune di queste aspettative potrebbero essere le aspettative del vostro management o del Consiglio di Amministrazione o di altri stakeholder in qualche modo coinvolti nel progetto. 

Quali sono i requisiti e quali le specifiche?

Cerchiamo ora di definire meglio cosa sono i requisiti e cosa sono le specifiche, questi sono termini tecnici che potranno risultare familiari ad alcuni di voi ma vi farò qualche esempio così potrete fissarli nella vostra mente attraverso degli esempi

Requisiti di esempio: 

• Possibilità di creare un account, 
• Possibilità di effettuare il check-out come ospite, 
• Possibilità di pagare a rate anziché in un'unica transazione, 
• Possibilità di scegliere tra diverse opzioni di spedizione, 
• Possibilità di filtrare solo dimensioni specifiche durante la ricerca, 
• Possibilità di cercare parole chiave con uno strumento di ricerca
• Visibilità dei costi di spedizione e delle tasse durante il processo di check-out

Specifiche di esempio: 

• Compatibilità con dispositivi e sistemi operativi 
• Dimensioni delle immagini, banner 
• Scambio di dati di frequenza tra sistemi
• Il formato e il numero di risultati per pagina

Dove sono indicati i requisiti e le aspettative?

Questi elementi sono solitamente scritti in uno o più documenti di progetto. 

Il documento più utilizzato è il Documento sui Requisiti del Prodotto, detto anche PRD, che solitamente è di proprietà e scritto dal gestore responsabile della piattaforma di e-commerce. Se il documento Requisiti del prodotto non è disponibile possiamo scrivere Requisiti e Specifiche direttamente nel Piano di Progetto, infine possiamo trovare parte delle Specifiche e Requisiti di Qualità anche nel Piano di qualità. 

Il piano della qualità ha principalmente lo scopo di organizzare i test di qualità e il processo di assicurazione della qualità in generale, ma può contenere anche alcuni requisiti specifici per la qualità del prodotto digitale. Ad esempio, il Piano della Qualità può fare riferimento a specifici test di Sicurezza che devono essere eseguiti. Ad esempio, quando lavoravo come fornitore di servizi per un grande marchio di abbigliamento sportivo e stavo sviluppando il loro sito di e-commerce, dovevo coordinare i test di sicurezza sui nostri server per soddisfare gli standard di sicurezza del cliente. 

Prove fuori campo

D'altro canto, il Piano di qualità può indicare quali test non rientrano nell'ambito del progetto. Ad esempio, se non hai intenzione di spedire in Australia con il tuo e-commerce, non dovresti spendere tempo ed energie per sviluppare e testare eventuali specifiche per quello specifico paese. 

Wireframe e composizioni

Il Piano della Qualità può fare riferimento ad altri documenti per specifiche e requisiti. ad esempio il piano di qualità può fare riferimento a Wireframe o Comps mockup per tutto ciò che è correlato alla qualità del design e all'aspetto del sito web in generale.

Questi documenti sono importanti perché verranno utilizzati dai tuoi sviluppatori come riferimento per ciò che devono sviluppare e realizzare nel loro lavoro. 

Oltre ai requisiti, il piano della qualità descrive i test che devono essere eseguiti, quando verranno eseguiti durante il progetto e durante la consegna del prodotto e come verranno eseguiti.

Criteri GO-LIVE

Il piano di qualità dovrebbe contenere anche i criteri GO-LIVE i criteri GO LIVE sono l'insieme delle condizioni che devono essere soddisfatte per poter andare in diretta con il progetto ed esempio di criteri GO LIVE sono i numero massimo di bug consentiti sul sito Web Live e relativa gravità, ad esempio il piano di qualità può stabilire che il progetto diventa live solo se è presente un numero massimo di 10 bug in totale sul sito Web al momento del go live

Infine il piano di qualità contiene le procedure che il Team di Progetto dovrà seguire durante il processo di Assicurazione Qualità, ad esempio, chi è responsabile dei test e cosa, Come utilizzare lo strumento di tracciamento dei bug, come classificare i bug in base alla loro gravità .

Che tipi di test dobbiamo eseguire?

Tipi di test di garanzia della qualità

Vediamo ora più nel dettaglio su quali test dovrebbero concentrarsi i brand di moda

Esistono diversi tipi di test che possono essere eseguiti dalle aziende di moda per assicurarsi che la piattaforma commerciale funzioni secondo le aspettative.

Test del fumo

IL Smoke Test è un semplice test che mira a verificare le funzionalità principali del prodotto digitale. Questi test vengono solitamente eseguiti dagli sviluppatori durante il progetto per assicurarsi che il nucleo delle funzionalità del software funzioni. È un semplice test che consiste nel provare le funzionalità principali di un programma simulare un utente abituale o un potenziale cliente che deve completare un'attività sulla piattaforma. Per darti un esempio, se stai implementando una funzione di ricerca testuale sul tuo sito web, lo Smoke test consisterebbe nel digitare alcune parole chiave pertinenti al tuo marchio, ad esempio "borsa in pelle rossa" e verificare se il risultato è coerente. In questa fase ad esempio il progetto grafico potrebbe non essere rilevante, l'obiettivo è ottenere risultati coerenti. Se cerchi Borsa in pelle rossa e ottieni una maglietta blu, il test del fumo non è riuscito.    

Prova di integrazione

Il test di integrazione è un test specifico verificare il corretto passaggio dei dati da un sistema all'altro. Ad esempio dalla piattaforma di e-commerce all'ERP aziendale, dall'ERP al sistema di gestione del magazzino o dalla piattaforma di e-commerce alla piattaforma di Business Intelligence. Possiamo considerare questo test riuscito se i dati vengono passati correttamente da un sistema all'altro, senza perdita di dati e nei tempi previsti. 

Test di accettazione da parte dell'utente

Il test di accettazione dell'utente, o UAT, viene solitamente effettuato insieme alla presenza del Cliente e dello Sviluppatore. 

Durante l'UAT il cliente esegue tutti i possibili casi d'uso, ad esempio cercare un prodotto, aggiungere un prodotto alla lista dei desideri, spostare un prodotto dalla lista dei desideri al carrello, completare il processo di pagamento, per assicurarsi che tutto funzioni come previsto. 

Questi test vengono solitamente eseguiti verso la fine della fase di sviluppo, quando il prodotto è quasi pronto per essere consegnato al cliente. Solitamente l'output di questi test è un elenco di bug, richiesti dal Cliente, che verranno corretti dallo Sviluppatore.

Test di regressione

Il quarto tipo di test è il test di regressione. I test di regressione garantiscono che un'applicazione funzioni ancora come previsto dopo eventuali modifiche al codice, aggiornamenti o rilasci di altre funzionalità sulla piattaforma. La regressione garantisce la stabilità complessiva della piattaforma.

Questi test dovrebbero essere eseguiti dal Team Qualità ogni volta che è presente una nuova versione sul sito web, per assicurarti che tutte le funzionalità precedentemente funzionanti funzionino ancora correttamente. 

Ad esempio, se stai sviluppando un nuovo sistema di pagamento, diciamo che stai sviluppando il pagamento a rate nel tuo checkout e durante l'implementazione di questa nuova funzionalità, interrompi il pagamento con carta di credito che funzionava correttamente in precedenza, quindi abbiamo introdotto un bug in una funzionalità precedentemente funzionante, in questo caso stiamo parlando di Regression.

Processi di test e risoluzione dei bug

 Abbiamo parlato del ruolo del Quality Assurance Lead, ora vediamo come interagiscono tra loro tutti gli attori coinvolti nel processo di Quality Assurance.

Il primo passo avviene quando viene scoperto per la prima volta un bug; il tester, un membro del team di progetto o un tester professionista che segue uno script di test, trova un bug. Ad esempio lo script di test potrebbe dire: aggiungi un prodotto alla lista dei desideri e poi sposta il prodotto dalla lista dei desideri al carrello. 

Se il tester non è in grado di aggiungere un prodotto alla lista dei desideri o spostare il prodotto dalla lista dei desideri al carrello, il tester segnalerà un bug e aprirà un ticket nello strumento di tracciamento dei bug. Quando un tester segnala un bug nel sistema, dovrebbe anche aggiungere alcune specifiche come le istruzioni per riprodurre il bug, ciò aiuterà lo sviluppatore a riprodurre rapidamente le condizioni al momento del rilevamento del bug. Il tester generalmente riporterà anche quale dispositivo e quale sistema operativo era in uso quando è stato riscontrato il bug. Ad esempio stavo usando Safari su iPad Pro.

Nella seconda fase, il Il responsabile del QA controllerà tutte le informazioni disponibili sul bug e ricontrollerà che il bug non sia stato ancora segnalato. Questo è importante altrimenti potremmo avere bug duplicati nello strumento di tracciamento dei bug.

Il responsabile del QA assegnerà quindi il bug a un membro del team affinché lavori sul problema. Tieni presente che al momento sto utilizzando bug e problema come sinonimi.

Nel passaggio 3 lo sviluppatore risolve il problema nell'ambiente di sviluppo e contrassegna il problema come risolto. 

Tieni presente che lo sviluppatore contrassegna il bug come Risolto o Risolto ma non chiude il ticket sullo strumento di tracciamento dei bug, solo la persona che ha segnalato il bug o il responsabile del QA dovrebbe procedere a contrassegnare il problema come chiuso.

Nell'ultimo passaggio la persona che ha segnalato il bagaglio o il responsabile del QA controllerà che il bug sia stato effettivamente corretto sulla piattaforma e contrassegnerà il problema come chiuso nello strumento di tracciamento dei bug.

Riepilogo delle fasi del test UAT

1. Il tester tenta di completare un'attività sul sito Web, ad esempio aggiungere il prodotto alla lista dei desideri
2. Se il tester non è in grado di completare l'attività, segnala un bug nello strumento di tracciamento dei bug
3. Il responsabile del QA verifica il bug, ovvero il bug non è già stato segnalato da qualcun altro
4. Il responsabile del QA assegna il bug a un membro del team affinché lo risolva
5. Il membro del team lavora sul bug e lo contrassegna come risolto una volta risolto il problema
6. Il responsabile del QA o il tester testano nuovamente la funzionalità per assicurarsi che funzioni
7. Il bug viene finalmente chiuso dal responsabile del QA o dal tester

ALTOPARLANTI