Ako môže zabezpečenie kvality zlepšiť mieru konverzie v elektronickom obchode s módou

Udalosť podľa Digital Fashion Academy
Apríla 18th 2023

Pozrite si webinár tu:

PREHĽAD

HLAVA: Zabezpečenie kvality pre zlepšenie miery konverzie v módnom e-commerce
DÁTUM: Utorok 18. apríla o 5:30 (SEČ RÍM)
DOBA: 1 hodina
JAZYK: Angličtina
REGISTRÁCIAWebinár je bezplatný po registrácii.

ZHRNUTIE

Pridajte sa k Enricovi Fantaguzzimu (Digital Fashion Academy) a Lorenzo Fanetti (Nehádajte) ako prezentujú osvedčené postupy pre Kontrola kvality of e-commerce stránky v sektore módy a luxusu.

Webinár bude ilustrovať kľúčové pojmy pre kontrolu zabezpečenia kvality v e-commerce projekty z štandard Procesy používané vo veľkých spoločnostiach, Dohody o úrovni služieb (SLA), ktoré sa majú zdieľať s rozvojovými agentúrami počas definovania zmlúv.

• Quality Assurance je súbor aktivít zameraných na zabezpečenie toho, aby výsledky projektu spĺňajú očakávania z zákazníksa koncovým používateľom produktu a akýchkoľvek Normy požadované predpisy.

• V móde e-commerce, Zabezpečenie kvality je nevyhnutné pre spokojnosti úspech z hľadiska lokality Konverzia sadzba a na ovládanie projekt náklady.

„Často sa to, čo sa stane na konci e-commerce projektu vývoja lokality je, že sa zistí množstvo nedostatkov, ktoré ohrozujú úspech projektu a vzťah medzi vývojármi a klientmi. Správny management Zabezpečenie kvality nám umožňuje dosiahnuť spokojnosť klienta, najlepšiu používateľskú skúsenosť a správne management vzťahu medzi klientom a dodávateľom“

Enrico Fantaguzzi

TÉMY

• Definícia štandardov kvality e-commerce webové stránky
• Záruka na produkt po dodaní
• Metodika testovania produktov a riešenie chýb management
• Nástroje na sledovanie chýb a problémov

odpis

Pred založením tejto e-learningovej spoločnosti som pracoval viac ako 20 rokov v módnych a luxusných spoločnostiach, od malých brandpre veľké nadnárodné spoločnosti a internetových predajcov.

V tomto webinári sa s vami podelím o niektoré veci, ktoré som sa naučil počas práce v módnom priemysle. brands, aj keď skúsenosti, o ktoré sa s vami dnes delím, som získal prevažne mimo módneho priemyslu, v sektore digitálnej zábavy.

Takže dnes si povieme o tom, dôležitosť zabezpečenia kvality a prečo je to kľúčové pre úspech módy ecommerce. 

Predstavím vám niekoľko nápadov a príkladov ako organizovať procesy zabezpečenia kvality vo vašej spoločnosti 

A nakoniec sa pozrieme na niektoré veci, na ktoré si treba pamätať pri prediskutovať úlohy s vývojármi alebo systémovými integrátormi vašich dodávateľov, čo sa ich opýtať počas rokovaní a čo zahrnúť do zmluvy, aby konečný výsledok splnil vaše očakávania. 

Aký je teda účel zabezpečenia kvality v móde? e-commerce? 

Aký je účel zabezpečenia kvality?

Účelom zabezpečenia kvality je zabezpečiť, aby digitálny produkt spĺňal očakávania klienta – vás samých – a konečných používateľov digitálneho produktu, ktorými sú vaši zákazníci. 

Enrico Fantaguzzi

Aby som bol konkrétnejší Keď hovoríme o očakávaniach, hovoríme o požiadavkách a špecifikáciách, požiadavky a špecifikácie sa líšia od očakávaní, pretože sú jasne uvedené a zdokumentované v jednom alebo viacerých dokumentoch. 

Okrem toho možno budete musieť dodržiavať požiadavky, ktoré sú pre vašu spoločnosť záväzné z dôvodu právnych obmedzení.

Po tretie, existuje súbor očakávaní, ktoré nie sú písomne ​​stanovené, ale stále ich musíte zvážiť ako súčasť svojho projektu, pretože niektoré z týchto očakávaní by mohli byť očakávania tvojich management alebo predstavenstvo ich riaditeľov alebo iné zainteresované strany nejako zapojený do projektu. 

Aké sú požiadavky a čo sú špecifikácie?

Skúsme si teraz lepšie definovať, čo sú požiadavky a čo sú špecifikácie. Sú to technické pojmy, ktoré môžu byť niektorým z vás známe, ale uvediem vám niekoľko príkladov, aby ste si ich mohli zapamätať pomocou príkladov.

Príklady požiadaviek: 

• Možnosť vytvoriť si účet, 
• Možnosť odhlásiť sa ako hosť, 
• Možnosť platiť na splátky namiesto jednej transakcie, 
• Možnosť výberu z rôznych možností dopravy, 
• Možnosť filtrovať iba konkrétne veľkosti počas vyhľadávania, 
• Možnosť vyhľadávania kľúčových slov pomocou vyhľadávacieho nástroja
• Viditeľnosť nákladov na dopravu a daní počas procesu platby

Príklady špecifikácií: 

• Kompatibilita so zariadeniami a operačnými systémami 
• Veľkosti obrázkov, bannerov 
• Výmena frekvenčných údajov medzi systémami
• Formát a počet výsledkov na stránku

Kde sú uvedené požiadavky, špecifikácie a očakávania?

Tieto prvky sú zvyčajne zapísané v jednom alebo viacerých projektových dokumentoch. 

Najčastejšie používaným dokumentom je Dokument s požiadavkami na produkt, nazývaný aj PRD, ktorý zvyčajne vlastní a napísal manažér zodpovedný za e-commerce platforma. Ak dokument s požiadavkami na produkt nie je k dispozícii Požiadavky a špecifikácie môžeme zapísať priamo do projektového plánu, nakoniec, časť Špecifikácií a požiadaviek na kvalitu nájdeme aj v Plán kvality. 

Plán kvality slúži hlavne na organizáciu testov kvality a procesu zabezpečenia kvality vo všeobecnosti, ale môže obsahovať aj niektoré špecifické požiadavky na kvalitu digitálneho produktu. Napríklad plán kvality sa môže vzťahovať na konkrétne bezpečnostné testy, ktoré je potrebné vykonať. Napríklad, keď som pracoval ako dodávateľ služieb pre veľkú spoločnosť so športovým oblečením... brand a ja som ich vyvíjal ecommerce webovej stránky som musel koordinovať bezpečnostné testy na našich serveroch, aby sme splnili bezpečnostné štandardy klienta. 

Testy mimo rozsahu

Na druhej strane, plán kvality môže uvádzať, ktoré testy sú mimo rozsahu projektu, napríklad ak neplánujete prepravu do Austrálie so svojím ecommerce, nemali by ste strácať čas a energiu vývojom a testovaním akýchkoľvek špecifikácií pre danú krajinu. 

Drôtové modely a kompozície

Plán kvality sa môže odvolávať na iné dokumenty, pokiaľ ide o špecifikácie a požiadavky. Napríklad plán kvality sa môže odvolávať na wireframe alebo comps mockupy pre všetko, čo súvisí s kvalitou dizajnu a vzhľadom a dojmom z webovej stránky vo všeobecnosti.

Tieto dokumenty sú dôležité, pretože ich vaši vývojári budú používať ako referenciu pre to, čo potrebujú vyvíjať a dosahovať vo svojej práci. 

Okrem požiadaviek plán kvality popisuje testy, ktoré je potrebné vykonať, kedy sa budú vykonávať počas projektu a počas dodania produktu a ako sa budú vykonávať.

Kritériá pre spustenie prevádzky

Plán kvality by mal obsahovať aj kritériá GO-LIVE. Kritériá GO LIVE sú súborom podmienok, ktoré by mali byť splnené, aby sa projekt mohol spustiť, a príkladom kritérií GO LIVE sú maximálny počet povolených chýb na webovej stránke Live a ich závažnosťNapríklad plán kvality môže uvádzať, že projekt bude spustený iba vtedy, ak je v čase spustenia na webovej stránke maximálne 10 chýb.

Plán kvality nakoniec obsahuje postupy, ktoré bude musieť projektový tím dodržiavať počas procesu zabezpečenia kvality, napríklad kto je zodpovedný za testovanie a čo, ako používať nástroj na sledovanie chýb a ako klasifikovať chyby podľa ich závažnosti.

Aké typy testov musíme vykonať?

Typy testov zabezpečenia kvality

Teraz sa pozrime podrobnejšie na to, aké testy by mali formovať brands focus on

Existuje niekoľko typov testov, ktoré môžu módne spoločnosti vykonávať, aby sa uistili, že obchodná platforma funguje podľa očakávaní.

Dymový test

Dymový test je jednoduchý test, ktorého cieľom je skontrolovať základné funkcie digitálneho produktu. Tieto testy zvyčajne vykonávajú vývojári počas projektu, aby sa uistili, že jadro funkcií softvéru funguje. Ide o jednoduchý test, ktorý spočíva vo vyskúšaní základných funkcií programu. simulácia bežného používateľa alebo potenciálneho klienta, ktorý potrebuje na platforme splniť úlohuNapríklad, ak implementujete funkciu textového vyhľadávania na svojej webovej stránke, dymový test by spočíval v zadaní niekoľkých kľúčových slov relevantných pre vašu brand napr. „červená kožená taška“ a skontrolujte, či je výsledok konzistentný. V tejto fáze napríklad grafický dizajn nemusí byť relevantný, cieľom je dosiahnuť konzistentné výsledky. Ak hľadáte červenú koženú tašku a zobrazí sa vám modré tričko, dymový test zlyhal.    

Integračný test

Integračný test je špecifický test na overiť správny prenos údajov z jedného systému do druhéhoNapríklad z platformy elektronického obchodu do ERP systému spoločnosti a z ERP systému do skladu. management Systém alebo zo systému The ecommerce-platformy na platformu Business Intelligence. Tento test môžeme považovať za úspešný, ak sú dáta správne prenesené z jedného systému do druhého, bez straty dát a v očakávanom časovom rámci. 

Test akceptácie používateľom

Test prijatia používateľom alebo UAT sa zvyčajne vykonáva spolu s klientom a vývojárom. 

Počas UAT klient spustí všetky možné prípady použitia, napr. vyhľadá produkt, pridá produkt do zoznamu želaní, presunie produkt zo zoznamu želaní do košíka, dokončí proces platby, aby sa uistil, že všetko funguje podľa očakávaní. 

Tieto testy sa zvyčajne vykonávajú ku koncu vývojovej fázy, keď je produkt takmer pripravený na dodanie klientovi. Výstupom týchto testov je zvyčajne zoznam chýb požadovaných klientom, ktoré vývojár opraví.

Regresný test

Štvrtým typom testu je regresné testovanie. Regresné testovanie zabezpečuje, aby aplikácia stále fungovala podľa očakávaní aj po akýchkoľvek zmenách kódu, aktualizáciách alebo vydaniach iných funkcií na platforme. Regresné testovanie zabezpečuje celkovú stabilitu platformy.

Tieto testy by mal tím kvality vykonávať vždy, keď sa na webovej stránke objaví nová verzia., aby sa zabezpečilo, že všetky funkcie, ktoré predtým fungovali, stále fungujú správne. 

Napríklad, ak vyvíjate nový platobný systém, povedzme, že vyvíjate platbu na splátky v pokladni a počas nasadenia tejto novej funkcie prerušíte platbu kreditnou kartou, ktorá predtým fungovala správne. V predtým fungujúcej funkcii sme teda zaviedli chybu, v tomto prípade hovoríme o regresii.

Procesy testovania a opravy chýb

 Hovorili sme o úlohe vedúceho zabezpečenia kvality, teraz sa pozrime, ako všetci aktéri zapojení do procesu zabezpečenia kvality navzájom interagujú.

Prvý krok nastáva, keď sa prvýkrát objaví chyba; tester, či už člen projektového tímu alebo profesionálny tester, nájde chybu podľa testovacieho skriptu. Testovací skript by mohol napríklad hovoriť: pridajte produkt do zoznamu želaní a potom presuňte produkt zo zoznamu želaní do nákupného košíka. 

Ak tester nedokáže pridať produkt do zoznamu želaní alebo presunúť produkt zo zoznamu želaní do nákupného košíka, nahlási chybu a otvorí tiket v nástroji na sledovanie chýb. Keď tester nahlási chybu v systéme, mal by tiež pridať niektoré špecifikácie, ako napríklad pokyny na reprodukciu chyby., to pomôže vývojárovi rýchlo reprodukovať podmienky, v ktorých bola chyba nájdená. Tester tiež vo všeobecnosti oznámi, ktoré zariadenie a ktorý operačný systém bol používaný, keď bola chyba nájdená. Napríklad som používal Safari na iPade Pro.

V druhom kroku, Vedúci oddelenia kvality skontroluje všetky dostupné informácie o chybe a dvakrát skontroluje, či chyba ešte nebola nahlásená.Toto je dôležité, inak by sme mohli mať v nástroji na sledovanie chýb duplicitné chyby.

Vedúci oddelenia kvality potom pridelí chybu členovi tímu, ktorý na probléme bude pracovať. Upozorňujem, že momentálne používam slová chyba a problém ako synonymá.

V kroku 3 vývojár opraví problém vo vývojovom prostredí a označí ho ako vyriešený. 

Upozorňujeme, že vývojár označí chybu ako Opravenú alebo Vyriešenú, ale neuzavrie tiket v nástroji na sledovanie chýb. Iba osoba, ktorá chybu nahlásila, alebo vedúci QA by mal problém označiť ako uzavretý.

V poslednom kroku osoba, ktorá chybu nahlásila, alebo vedúci oddelenia kontroly kvality skontroluje, či bola chyba na platforme skutočne opravená, a v nástroji na sledovanie chýb označí problém ako uzavretý.

Zhrnutie krokov testu UAT

1. Tester sa pokúša dokončiť úlohu na webovej stránke, napr. pridať produkt do zoznamu želaní
2. Ak tester nie je schopný dokončiť úlohu, nahlási chybu v nástroji na sledovanie chýb.
3. Vedúci oddelenia kvality overí chybu, t. j. či chybu už niekto iný nenahlásil.
4. Vedúci oddelenia kvality priradí chybu členovi tímu na opravu.
5. Člen tímu pracuje na chybe a po vyriešení problému ju označí ako opravenú.
6. Vedúci oddelenia kontroly kvality alebo tester znova otestujú funkciu, aby sa uistili, že funguje.
7. Chybu nakoniec odstráni vedúci QA alebo tester.

SPEAKERS