Kako lahko zagotavljanje kakovosti izboljša stopnjo konverzije v modni e-trgovini

Dogodek avtorja Digital Fashion Academy
April 18th 2023

Oglejte si spletni seminar tukaj:

NASLOV: Zagotavljanje kakovosti za izboljšanje stopnje konverzije v modni e-trgovini
DATE: Torek, 18. april, ob 17.30 (CET RIM)
TRAJANJE: 1 uro
JEZIK: Angleščina
REGISTERSpletni seminar je brezplačen ob prijavi.

POVZETEK

Pridružite se Enricu Fantaguzziju (Digital Fashion Academy) in Lorenzo Fanetti (Neugani) kot predstavljajo najboljše prakse za nadzor kakovosti of e-commerce spletna mesta v modnem in luksuznem sektorju.

Spletni seminar bo ponazoril ključni pojmi za nadzor zagotavljanja kakovosti v e-commerce projektov, iz standardna Procesi uporablja se v velikih podjetjih, do Sporazumi o ravni storitev (SLA), ki se deli z razvojnimi agencijami med opredelitvijo pogodb.

• Zagotavljanje kakovosti je niz dejavnosti, katerih cilj je zagotoviti, da Rezultati projekta izpolnjujejo pričakovanja od strankaje končnih uporabnikov izdelka in vseh standardi zahtevano s strani predpisi.

• V modi e-commerce, Zagotavljanje kakovosti je bistveno tako za Garancija uspeh glede na spletno mesto Pretvorba oceniti in nadzor Projekt Stroški.

"Pogosto se zgodi, kar se zgodi na koncu e-commerce projekta razvoja spletnega mesta, je, da se odkrijejo številne pomanjkljivosti, ki lahko ogrozijo uspeh projekta in odnos med razvijalci in strankami. Pravilno management Zagotavljanje kakovosti nam omogoča zadovoljstvo strank, najboljšo uporabniško izkušnjo in pravilno management odnosa med stranko in dobaviteljem«

Enrico Fantaguzzi

TEME

• Opredelitev standardov kakovosti za e-commerce spletna stran
• Garancija izdelka po dostavi
• Metodologija testiranja izdelkov in odpravljanje napak management
• Orodja za sledenje napakam in težavam

Prepis

Preden sem ustanovil to podjetje za e-učenje, sem več kot 20 let delal v modnih in luksuznih podjetjih, od majhnih branddo velikih multinacionalnih podjetij in spletnih trgovcev.

V tem spletnem seminarju bom z vami delil nekaj stvari, ki sem se jih naučil med delom v modni industriji. brands, četudi sem izkušnje, ki jih danes delim z vami, večinoma pridobil zunaj modne industrije, v sektorju digitalne zabave.

Torej, danes bomo govorili o pomen zagotavljanja kakovosti in zakaj je ključnega pomena za uspeh mode ecommerce. 

Predstavil vam bom nekaj idej in primerov kako organizirati procese zagotavljanja kakovosti v vašem podjetju 

In na koncu bomo obravnavali nekaj stvari, ki jih morate upoštevati, ko pogovorite se o nalogah z razvijalci ali sistemskimi integratorji vaših dobaviteljev, kaj jih vprašati med pogajanji in kaj vključiti v pogodbo, da bo končni rezultat izpolnil vaša pričakovanja. 

Kaj je torej namen zagotavljanja kakovosti v modi? e-commerce? 

Kaj je namen zagotavljanja kakovosti?

Namen zagotavljanja kakovosti je zagotoviti, da digitalni izdelek izpolnjuje pričakovanja naročnika – vas samih – in končnih uporabnikov digitalnega izdelka, ki so vaše stranke. 

Enrico Fantaguzzi

Bolj natančno Ko govorimo o pričakovanjih, govorimo o zahtevah in specifikacijah, zahteve in specifikacije se razlikujejo od pričakovanj, ker so jasno navedeno in dokumentirano v enem ali več dokumentih. 

Poleg tega boste morda morali upoštevati zahteve, ki so za vaše podjetje zavezujoče zaradi zakonskih omejitev.

Tretjič, obstaja niz pričakovanj, ki niso zapisana, vendar jih morate vseeno upoštevati kot del svojega projekta, ker bi nekatera od teh pričakovanj lahko bila pričakovanja vašega management ali upravni odbor njihovih direktorjev ali druge deležnike nekako vključen v projekt. 

Kaj so zahteve in kaj so specifikacije?

Poskusimo zdaj bolje opredeliti, kaj so zahteve in kaj specifikacije. To so tehnični izrazi, ki so nekaterim od vas morda znani, vendar vam bom navedel nekaj primerov, da si jih boste lahko zapomnili.

Primeri zahtev: 

• Možnost ustvarjanja računa, 
• Možnost odjave kot gost, 
• Možnost plačila na obroke namesto z eno samo transakcijo, 
• Možnost izbire med različnimi možnostmi dostave, 
• Možnost filtriranja samo določenih velikosti med iskanjem, 
• Možnost iskanja po ključni besedi z iskalnim orodjem
• Vidljivost stroškov pošiljanja in davkov med postopkom plačila

Primeri specifikacij: 

• Združljivost z napravami in operacijskimi sistemi 
• Velikosti slik, pasic 
• Izmenjava podatkov o frekvenci med sistemi
• Oblika in število rezultatov na stran

Kje so navedene zahteve, specifikacije in pričakovanja?

Ti elementi so običajno zapisani v enem ali več projektnih dokumentih. 

Najpogosteje uporabljen dokument je Dokument z zahtevami glede izdelka, imenovan tudi PRD, ki je običajno v lasti in ga je napisal vodja, ki je odgovoren za e-commerce platforma. Če dokument z zahtevami izdelka ni na voljo Zahteve in specifikacije lahko zapišemo neposredno v projektni načrt, končno lahko del specifikacij in zahtev kakovosti najdemo tudi v Načrt kakovosti. 

Načrt kakovosti služi predvsem organizaciji testov kakovosti in postopka zagotavljanja kakovosti na splošno, lahko pa vsebuje tudi nekatere posebne zahteve glede kakovosti digitalnega izdelka. Načrt kakovosti se lahko na primer nanaša na posebne varnostne teste, ki jih je treba opraviti. Na primer, ko sem delal kot dobavitelj storitev za veliko podjetje za športno opremo brand in razvijal sem njihove ecommerce Na spletni strani sem moral uskladiti varnostne teste na naših strežnikih, da bi izpolnili varnostne standarde naročnika. 

Preizkusi zunaj obsega

Po drugi strani pa lahko načrt kakovosti navaja, kateri testi so zunaj obsega projekta, na primer, če ne nameravate pošiljati v Avstralijo s svojim ecommerce, ne bi smeli porabiti časa in energije za razvoj in testiranje kakršnih koli specifikacij za to določeno državo. 

Žični okvirji in kompozicije

Načrt kakovosti se lahko sklicuje na druge dokumente za specifikacije in zahteve. Načrt kakovosti se lahko na primer sklicuje na žične modele ali makete Comps za vse, kar je povezano s kakovostjo oblikovanja ter videzom in občutkom spletnega mesta na splošno.

Ti dokumenti so pomembni, ker jih bodo vaši razvijalci uporabljali kot referenco za to, kar morajo razviti in doseči pri svojem delu. 

Poleg zahtev načrt kakovosti opisuje tudi preskuse, ki jih je treba opraviti, kdaj bodo opravljeni med projektom in med dobavo izdelka ter kako bodo izvedeni.

Merila za začetek delovanja

Načrt kakovosti mora vsebovati tudi merila GO-LIVE. Merila GO LIVE so niz pogojev, ki jih je treba izpolniti, da se projekt začne izvajati, primer meril GO LIVE pa so največje dovoljeno število hroščev na spletni strani Live in njihova resnostNa primer, v načrtu kakovosti je lahko navedeno, da se projekt objavi le, če je na spletni strani v trenutku objave največ 10 napak.

Načrt kakovosti vsebuje postopke, ki jih bo morala projektna ekipa upoštevati med procesom zagotavljanja kakovosti, na primer, kdo je odgovoren za testiranje in kaj, kako uporabljati orodje za sledenje hroščev ter kako razvrstiti hrošče glede na njihovo resnost.

Katere vrste testov moramo izvesti?

Vrste testov zagotavljanja kakovosti

Zdaj pa si podrobneje poglejmo, katere teste bi morali oblikovati brands focus on

Modna podjetja lahko izvedejo več vrst testov, da se prepričajo, ali platforma za poslovanje deluje v skladu s pričakovanji.

Preskus dima

Naš Dimni test je preprost test, katerega cilj je preveriti ključne funkcije digitalnega izdelka. Te teste običajno izvajajo razvijalci med projektom, da se prepričajo, ali deluje jedro funkcionalnosti programske opreme. Gre za preprost test, ki je sestavljen iz preizkušanja ključnih funkcij programa simuliranje običajnega uporabnika ali potencialne stranke, ki mora opraviti nalogo na platformiČe na svojem spletnem mestu implementirate funkcijo iskanja po besedilu, bi bil test dima naslednji: vnesite nekaj ključnih besed, ki so relevantne za vaše brand npr. »rdeča usnjena torba« in preverite, ali je rezultat dosleden. V tej fazi na primer grafično oblikovanje morda ni relevantno, cilj je doseči dosledne rezultate. Če iščete rdečo usnjeno torbo in kot rezultat dobite modro majico, test dima ni uspel.    

Integracijski test

Integracijski test je specifičen test za preverite pravilen prenos podatkov iz enega sistema v drugegaNa primer iz platforme za e-trgovino v ERP podjetja in iz ERP v skladišče. management Sistem ali iz The ecommerce-platforme na platformo za poslovno inteligenco. Ta preizkus lahko štejemo za uspešnega, če so podatki pravilno preneseni iz enega sistema v drugega, brez izgube podatkov in v predvidenem časovnem okviru. 

Preizkus sprejemljivosti uporabnika

Uporabniški sprejemni test ali UAT se običajno izvede skupaj s prisotnostjo naročnika in razvijalca. 

Med UAT odjemalec izvede vse možne primere uporabe, npr. iskanje izdelka, dodajanje izdelka na seznam želja, premikanje izdelka s seznama želja v košarico, dokončanje postopka nakupa, da se prepriča, da vse deluje po pričakovanjih. 

Ti testi se običajno izvajajo proti koncu razvojne faze, ko je izdelek skoraj pripravljen za dostavo naročniku. Običajno je rezultat teh testov seznam napak, ki jih zahteva naročnik in jih bo razvijalec odpravil.

Regresijski test

Četrta vrsta testiranja je regresijsko testiranje. Regresijsko testiranje zagotavlja, da aplikacija še vedno deluje po pričakovanjih po kakršnih koli spremembah kode, posodobitvah ali izdajah drugih funkcij na platformi. Regresija zagotavlja splošno stabilnost platforme.

Te teste bi morala ekipa za kakovost izvesti vsakič, ko je na spletni strani objavljena nova objava., da zagotovite, da vse funkcije, ki so prej delovale, še vedno delujejo pravilno. 

Na primer, če razvijate nov plačilni sistem, recimo, da razvijate obročno plačilo v blagajni in med uvajanjem te nove funkcije prekinete plačilo s kreditnimi karticami, ki je prej delovalo brezhibno, zato smo v prej delujočo funkcijo uvedli napako, v tem primeru govorimo o regresiji.

Postopki testiranja in odpravljanja napak

 Govorili smo o vlogi vodje zagotavljanja kakovosti, zdaj pa si poglejmo, kako vsi akterji, vključeni v proces zagotavljanja kakovosti, medsebojno delujejo.

Prvi korak se zgodi, ko se prvič odkrije hrošč; preizkuševalec, bodisi član projektne ekipe bodisi profesionalni preizkuševalec, po testnem skriptu najde hrošča. Testni skript bi lahko na primer rekel: dodajte izdelek na seznam želja in nato premaknite izdelek s seznama želja v nakupovalno košarico. 

Če preizkuševalec ne more dodati izdelka na seznam želja ali premakniti izdelka s seznama želja v nakupovalno košarico, bo prijavil napako in odprl zahtevo v orodju za sledenje napakam. Ko preizkuševalec poroča o napaki v sistemu, mora dodati tudi nekaj specifikacij, kot so navodila za reprodukcijo napake., to bo razvijalcu pomagalo hitro poustvariti pogoje, ko je bila napaka odkrita. Preizkuševalec bo običajno tudi poročal, katera naprava in kateri operacijski sistem je bil v uporabi, ko je bila napaka odkrita. Na primer, jaz sem uporabljal Safari na iPad Pro.

V drugem koraku, Vodja QA bo preveril vse razpoložljive informacije o hrošču in dvakrat preveril, ali hrošč še ni bil prijavljen.To je pomembno, sicer se lahko v orodju za sledenje hroščev pojavijo podvojene napake.

Vodja zagotavljanja kakovosti bo nato napako dodelil članu ekipe, ki bo delal na težavi. Upoštevajte, da trenutno uporabljam besedi napaka in težava kot sinonima.

V 3. koraku razvijalec odpravi težavo v razvojnem okolju in jo označi kot odpravljeno. 

Upoštevajte, da razvijalec označi napako kot Odpravljeno ali Rešeno, vendar ne zapre zahteve v orodju za sledenje napakam, temveč jo mora kot zaprto označiti le oseba, ki je napako prijavila, ali vodja zagotavljanja kakovosti.

V zadnjem koraku bo oseba, ki je prijavila napako, ali vodja zagotavljanja kakovosti preveril, ali je bila napaka na platformi dejansko odpravljena, in v orodju za sledenje napakam označil težavo kot zaprto.

Povzetek korakov testa UAT

1. Preizkuševalec poskuša dokončati nalogo na spletni strani, npr. dodati izdelek na seznam želja
2. Če preizkuševalec ne more dokončati naloge, prijavi napako v orodju za sledenje napakam.
3. Vodja zagotavljanja kakovosti preveri napako, tj. ali je še ni prijavil kdo drug.
4. Vodja zagotavljanja kakovosti dodeli napako članu ekipe, ki jo mora odpraviti.
5. Član ekipe dela na napaki in jo označi kot odpravljeno, ko je težava odpravljena.
6. Vodja zagotavljanja kakovosti ali preizkuševalec ponovno preizkusi funkcijo, da se prepriča, da deluje.
7. Napako je končno odpravil vodja QA ali preizkuševalec

ZVOČNIKI