Come la garanzia della qualità può migliorare il tasso di conversione nell'e-commerce di moda
Evento di Digital Fashion Academy
Aprile 18th 2023
Guarda il webinar qui:
OVERVIEW
TITOLO: Garanzia di qualità per il miglioramento del tasso di conversione nell'e-commerce di moda
DATA: Martedì 18 aprile alle 5:30 (CET ROMA)
DURATA: 1 ora
LINGUA: English
REGISTRATI: Il webinar è gratuito previa registrazione
SOMMARIO
Unisciti a Enrico Fantaguzzi (Digital Fashion Academy) e Lorenzo Fanetti (Non indovinare) come presentano il best practice da controllo qualità of e-commerce siti nel settore della moda e del lusso.
Il webinar illustrerà il concetti chiave per il controllo di garanzia della qualità in e-commerce progetti, dal Standard i processi utilizzato nelle grandi aziende, al Accordi sul livello di servizio (SLA) da condividere con le agenzie di sviluppo durante la definizione dei contratti.
- Certificazione di qualità è l'insieme delle attività volte a garantire che il sul risultato di un progetto soddisfano i le aspettative di cliente, l' utenti finali del prodotto e qualsiasi standard richiesto da normativa.
- Alla moda e-commerce, La garanzia della qualità è essenziale sia per di garanzia il successo in termini di sito conversione tasso e di controllo progetto costi.
“Spesso ciò che accade alla fine di un e-commerce "Il problema principale che affligge lo sviluppo del sito è che vengono riscontrati numerosi difetti che rischiano di compromettere il successo del progetto e il rapporto tra sviluppatori e clienti. La corretta gestione della Garanzia di Qualità è ciò che ci consente di ottenere la soddisfazione del cliente, la migliore User Experience e la corretta gestione del rapporto cliente-fornitore".
Enrico Fantaguzzi
ARGOMENTI
- Definizione degli standard qualitativi del e-commerce site
- Garanzia del prodotto dopo la consegna
- Metodologia di test del prodotto e gestione della risoluzione dei bug
- Strumenti di tracciamento dei bug e dei problemi
TRASCRIZIONE
Prima di fondare questa azienda di e-learning, ho lavorato per oltre 20 anni in aziende di moda e lusso, da piccoli marchi a grandi multinazionali e rivenditori online.
In questo webinar condividerò con voi alcune delle cose che ho imparato durante il periodo in cui ho lavorato per marchi di moda, anche se l'esperienza che vi racconto oggi è stata maturata principalmente al di fuori dell'industria della moda, nel settore dell'intrattenimento digitale.
Quindi oggi parleremo di importanza della garanzia della qualità e perché è fondamentale per il successo della moda ecommerce.
Vi presenterò alcune idee ed esempi di come organizzare i processi di garanzia della qualità all'interno della tua azienda
E infine parleremo di alcune delle cose che devi tenere a mente quando discutere gli incarichi con i vostri fornitori, sviluppatori o integratori di sistema, cosa chiedere loro durante le trattative e cosa includere nel contratto affinché il risultato finale soddisfi le vostre aspettative.
Quindi qual è lo scopo della garanzia della qualità per la moda? e-commerce?
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, ovvero 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é sono chiaramente dichiarato e documentato in uno o più documenti.
Oltre a ciò, 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 che devi comunque considerare 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 coinvolto nel progetto.
Cosa sono i requisiti e cosa sono le specifiche?
Proviamo a definire meglio cosa sono i requisiti e cosa sono le specifiche, sono termini tecnici che possono essere familiari ad alcuni di voi ma vi darò alcuni esempi in modo che possiate fissarli nella vostra mente attraverso degli esempi.
Esempi Requisiti:
- 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 una parola chiave con uno strumento di ricerca
- Visibilità dei costi di spedizione e delle tasse durante il processo di pagamento
Esempi di 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 indicati i requisiti, le specifiche e le aspettative?
Questi elementi vengono solitamente scritti in uno o più documenti di progetto.
Il documento più frequentemente utilizzato è il Documento sui requisiti del prodotto, chiamato anche PRD, che di solito è di proprietà e scritto dal gestore che è responsabile per il e-commerce piattaforma. Se il documento dei requisiti del prodotto non è disponibile possiamo scrivere i requisiti e le specifiche direttamente nel piano di progetto, infine possiamo trovare parte delle Specifiche e dei Requisiti di Qualità anche nel Piano di qualità.
Il piano di qualità serve principalmente a organizzare i test di qualità e il processo di garanzia della qualità in generale, ma può anche contenere requisiti specifici per la qualità del prodotto digitale. Ad esempio, il piano di 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 ecommerce sito web, ho dovuto coordinare i test di sicurezza sui nostri server per soddisfare gli standard di sicurezza del cliente.
Test fuori ambito
D'altro canto, il Piano di Qualità può indicare quali test sono al di fuori dell'ambito del progetto, ad esempio se non si prevede di spedire in Australia con il proprio ecommerce, non dovresti dedicare tempo ed energie allo sviluppo e al test di specifiche per quel paese specifico.
Wireframe e composizioni
Il piano di qualità può fare riferimento ad altri documenti per specifiche e requisiti. Ad esempio, il piano di qualità può fare riferimento a wireframe o mockup di Comp per tutto ciò che è correlato alla qualità del design e all'aspetto generale del sito web.
Questi documenti sono importanti perché saranno utilizzati dagli sviluppatori come riferimento per ciò che devono sviluppare e realizzare nel loro lavoro.
Oltre ai requisiti, il piano di 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 anche contenere i criteri GO-LIVE. I criteri GO LIVE sono un insieme di condizioni che devono essere soddisfatte per poter avviare il progetto e un esempio di criteri GO LIVE sono: numero massimo di bug consentiti sul sito Web Live e la loro gravità, ad esempio il piano di qualità può stabilire che il progetto venga lanciato solo se al momento del lancio sul sito web ci sono al massimo 10 bug in totale
Infine, il piano di qualità contiene le procedure che il team di progetto dovrà seguire durante il processo di garanzia della 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 tipo 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 le aziende di moda possono eseguire per assicurarsi che la piattaforma commerciale funzioni secondo le aspettative.
Prova del fumo
. Smoke Test è un test semplice che mira a verificare le caratteristiche principali del prodotto digitale. Questi test vengono solitamente eseguiti dagli sviluppatori durante il progetto per assicurarsi che le funzionalità principali del software funzionino correttamente. Si tratta di un test semplice che consiste nel provare le funzionalità principali di un programma. simulare un utente abituale o un potenziale cliente che deve completare un'attività sulla piattaformaPer fare un esempio, se stai implementando una funzione di ricerca testuale sul tuo sito web, il test di ricerca consisterebbe nel digitare alcune parole chiave pertinenti al tuo brand, ad esempio "borsa in pelle rossa", e verificare se il risultato è coerente. In questa fase, ad esempio, la grafica potrebbe non essere pertinente, l'obiettivo è ottenere risultati coerenti. Se cerchi "borsa in pelle rossa" e ottieni una maglietta blu, il test di ricerca non ha avuto successo.
Test di integrazione
Il test di integrazione è un test specifico per verificare il corretto passaggio dei dati da un sistema all'altroAd esempio dalla piattaforma di e-commerce all'ERP aziendale e dall'ERP al sistema di gestione del magazzino o da The ecommerce-piattaforma alla piattaforma di Business Intelligence. Possiamo considerare questo test riuscito se i dati vengono trasmessi 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 eseguito in presenza del Cliente e dello Sviluppatore.
Durante l'UAT il cliente esegue tutti i possibili casi d'uso, ad esempio cerca un prodotto, aggiunge un prodotto alla lista dei desideri, sposta un prodotto dalla lista dei desideri al carrello, completa 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. Il test di regressione garantisce che un'applicazione continui a funzionare 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 c'è una nuova versione sul sito web, per garantire che tutte le funzionalità che funzionavano in precedenza funzionino ancora correttamente.
Ad esempio, se stai sviluppando un nuovo sistema di pagamento, supponiamo che tu stia sviluppando il pagamento a rate nel tuo checkout e, durante l'implementazione di questa nuova funzionalità, interrompi il pagamento con carta di credito che in precedenza funzionava correttamente, quindi abbiamo introdotto un bug in una funzionalità precedentemente funzionante, in questo caso stiamo parlando di Regression.
Processi di test e correzione 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 un bug; il tester, che sia un membro del team di progetto o un tester professionista, seguendo 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 riesce ad aggiungere un prodotto alla lista dei desideri o a spostarlo dalla lista dei desideri al carrello, segnalerà un bug e aprirà un ticket nello strumento di monitoraggio dei bug. Quando un tester segnala un bug nel sistema, dovrebbe anche aggiungere alcune specifiche come le istruzioni per riprodurre il bugQuesto aiuterà lo sviluppatore a riprodurre rapidamente le condizioni in cui è stato rilevato il bug. Il tester indicherà anche su quale dispositivo e quale sistema operativo erano in uso al momento del rilevamento del bug. Ad esempio, stavo utilizzando Safari su iPad Pro.
Nel secondo passaggio, il Il responsabile del controllo qualità controllerà tutte le informazioni disponibili sul bug e verificherà che il bug non sia ancora stato segnalato.Questo è importante, altrimenti potremmo avere bug duplicati nello strumento di tracciamento dei bug.
Il responsabile del controllo qualità assegnerà quindi il bug a un membro del team che si occuperà della questione. Si prega di notare che al momento i termini bug e problema vengono usati come sinonimi.
Nel passaggio 3 lo sviluppatore risolve il problema nell'ambiente di sviluppo e contrassegna il problema come risolto.
Si prega di notare che lo sviluppatore contrassegna il bug come Risolto o Risolto, ma non chiude il ticket sullo strumento di monitoraggio dei bug: solo la persona che ha segnalato il bug o il responsabile del controllo qualità dovrebbe procedere a contrassegnare il problema come chiuso.
Nell'ultimo passaggio, la persona che ha segnalato il problema o il responsabile del controllo qualità verificherà che il bug sia stato effettivamente risolto sulla piattaforma e contrassegnerà il problema come risolto nello strumento di monitoraggio dei bug.
Riepilogo delle fasi del test UAT
- Il tester prova a completare un'attività sul sito web, ad esempio aggiungere un prodotto alla lista dei desideri
- Se il tester non è in grado di completare l'attività, segnala un bug nello strumento di tracciamento dei bug
- Il responsabile del controllo qualità verifica il bug, ovvero il bug non è già stato segnalato da qualcun altro
- Il responsabile del controllo qualità assegna il bug a un membro del team per correggerlo
- Il membro del team lavora sul bug e lo contrassegna come risolto quando il problema è risolto
- Il responsabile del controllo qualità o il tester testano nuovamente la funzionalità per assicurarsi che funzioni
- Il bug viene finalmente chiuso dal responsabile QA o dal tester
RELATORI
Enrico Fantaguzzi è co-fondatore di Digital Fashion Academy e la moda e-commerce consulente. Ha lavorato per aziende multinazionali tra cui Gucci, The Walt Disney Company e Yoox.
Lorenzo Fanetti è Digital Quality Consultant e Sales Manager di UNGUESS, spin-off del Politecnico di Milano. UNGUESS è partner per l'ottimizzazione digitale di alcune delle più importanti aziende del Fashion E-Commerce in Italia e in Europa.
Non perdere mai un aggiornamento