Come la Quality Assurance 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 nel Fashion E-commerce
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 (Indovinato) come presentano le migliori pratiche per controllo di qualità di siti e-commerce nel settore fashion & luxury.

Il webinar illustrerà il concetti chiave per il controllo della garanzia 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à finalizzate ad assicurare che il risultati di un progetto incontra il aspettative del cliente, la utenti finali del prodotto e qualsiasi standard richiesto dal regolamenti.

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

“Spesso quello che succede alla fine di un progetto di sviluppo di un sito e-commerce, è che si riscontrano numerosi difetti che rischiano di minare la buona riuscita del progetto e il rapporto tra sviluppatori e clienti. La corretta gestione della Quality Assurance è ciò che ci permette di ottenere la soddisfazione del cliente, la migliore User Experience e una 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 tempo che ho trascorso lavorando per marchi di moda, anche se l'esperienza che condivido con te oggi è stata per lo più maturata al di fuori dell'industria della moda, nell'intrattenimento digitale settore.

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

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

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

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

Qual è lo scopo della garanzia della qualità?

Lo scopo della garanzia della qualità è assicurarsi 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ù precisi quando si parla di aspettative si parla di requisiti e specifiche, i requisiti e le specifiche sono diversi dalle aspettative perché lo sono chiaramente indicati e documentati in uno o più documenti. 

Inoltre, potresti dover rispettare requisiti che sono vincolanti per la tua 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 della vostra direzione o del consiglio di amministrazione o di altre parti interessate in qualche modo coinvolto nel progetto. 

Cosa sono i requisiti e cosa sono le specifiche?

Proviamo ora a definire meglio cosa sono i requisiti e cosa sono le specifiche, questi sono termini tecnici che possono essere familiari a qualcuno di voi ma vi faccio degli esempi così potete fissarli nella vostra mente attraverso degli esempi

Esempi Requisiti: 

• Possibilità di creare un account, 
• Possibilità di effettuare il check-out come ospite, 
• Possibilità di rateizzare il pagamento invece di 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à del costo di spedizione e delle tasse durante il processo di check-out

Esempi Specifiche: 

• 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 dichiarate le specifiche e le aspettative dei requisiti?

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

Il documento più utilizzato è il Documento sui requisiti del prodotto, chiamato anche PRD, che di solito è 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, finalmente possiamo ritrovare parte delle Specifiche e dei 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ò anche contenere 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. 

Test fuori ambito

D'altra parte, 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 energia per sviluppare e testare alcuna specifica per quel determinato paese. 

Wireframe e composizioni

Il Piano della Qualità può fare riferimento ad altri documenti per specifiche e requisiti. ad esempio il piano qualità può fare riferimento a Wireframes o Comps mockups per tutto ciò che è legato alla qualità del design e al look and feel del sito web in generale.

Questi documenti sono importanti perché verranno utilizzati dai tuoi sviluppatori come riferimento per ciò di cui hanno bisogno per 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 un insieme di condizioni che dovrebbero essere soddisfatte per andare live con il progetto ed esempi di criteri GO LIVE sono il numero massimo di bug consentiti sul sito Web Live e relativa gravità, ad esempio il piano qualità può indicare che il progetto va live solo se ci sono un numero massimo di 10 bug in totale sul sito web al momento del go live

Infine il piano della qualità contiene le procedure che il Project Team dovrà seguire durante il processo di Quality Assurance, ad esempio chi è responsabile del testing e cosa, come utilizzare lo strumento di tracciamento dei bug, come classificare i bug in base alla loro gravità .

Quali tipi di test dobbiamo eseguire?

Tipi di test di garanzia della qualità

Ora, diamo un'occhiata più in dettaglio a quali test dovrebbero concentrarsi i marchi 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

I Smoke Test è un semplice test che mira a verificare le caratteristiche 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 normale o un potenziale cliente che deve completare un'attività sulla piattaforma. Per farti un esempio, se stai implementando una funzione di ricerca testuale sul tuo sito web, il test del fumo 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 design grafico potrebbe non essere rilevante, l'obiettivo è ottenere risultati coerenti. Se cerchi una borsa di pelle rossa e come risultato ottieni una maglietta blu, il test del fumo è fallito.    

Prova di integrazione

Il test di integrazione è un test specifico per verificare il corretto passaggio dei dati da un sistema all'altro. Ad esempio dalla piattaforma di e-commerce all'ERP aziendale, e 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 dell'utente

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

Durante l'UAT il client esegue tutti i possibili casi d'uso, ad esempio ricerca di un prodotto, aggiunta di un prodotto alla lista dei desideri, spostamento di un prodotto dalla lista dei desideri al carrello, completamento del processo di checkout, 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 risolti dallo Sviluppatore.

Test di regressione

Il quarto tipo di test è il test di regressione. I test di regressione assicurano 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 Quality Team ogni volta che c'è una nuova versione sul sito web, per assicurarti che tutte le funzionalità che funzionavano in precedenza continuino a funzionare correttamente. 

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

Processi di Bug testing e Bug Fixing

 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 passaggio 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 quindi 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, questo aiuterà lo sviluppatore a riprodurre rapidamente le condizioni in cui è stato rilevato il bug. Il tester in genere riporterà anche su quale dispositivo e quale sistema operativo era in uso quando è stato rilevato il bug. Ad esempio stavo usando Safari su iPad Pro.

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

Il responsabile QA assegnerà quindi il bug a un membro del team per lavorare sul problema. Tieni presente che al momento sto usando bug e issue 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 QA dovrebbe procedere a contrassegnare il problema come chiuso.

Nell'ultimo passaggio, la persona che ha segnalato la borsa o il responsabile QA verificherà che il bug sia stato effettivamente corretto sulla piattaforma e contrassegnerà il problema come vicino 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 un 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 QA verifica il bug, ovvero il bug non è già stato segnalato da qualcun altro
4. Il QA Lead assegna il bug a un membro del team per la correzione
5. Il membro del team lavora sul bug e lo contrassegna come risolto quando il problema viene risolto
6. Il responsabile del controllo qualità o il tester testano nuovamente la funzione per assicurarsi che funzioni
7. Il bug è finalmente chiuso dal responsabile QA o dal tester

ALTOPARLANTI