Kuinka laadunvarmistus voi parantaa muodin verkkokaupan konversioprosenttia

Tapahtuman tekijä Digital Fashion Academy
Huhtikuu 18th 2023

Katso webinaari tästä:

KATSAUS

NIMI: Laadunvarmistus muodin verkkokaupan konversioasteen parantamiseksi
TREFFI: Tiistaina 18. huhtikuuta klo 17.30 (CET ROOMA)
KESTO: 1 tunnissa
KIELI: Englanti
REKISTERÖIDYWebinaari on ilmainen rekisteröitymisen jälkeen

YHTEENVETO

Liity Enrico Fantaguzzin seuraan (Digital Fashion Academy) ja Lorenzo Fanetti (Arvaamaton) koska ne esittävät parhaat käytännöt varten laadunvalvonta of e-commerce muodin ja luksusalan sivustoja.

Webinaarissa havainnollistetaan keskeiset käsitteet laadunvarmistuksen valvontaa varten e-commerce projekteista alkaen standardi Prosessit käytetään suurissa yrityksissä, Palvelutason sopimukset (SLA) jaettavaksi kehitysvirastojen kanssa sopimusten määrittelyn yhteydessä.

• Laadunvarmistus: on joukko toimia, joiden tarkoituksena on varmistaa, että Tulokset projektin kohtaaminen odotukset että asiakas, The loppukäyttäjät tuotteen ja minkä tahansa standardit vaaditaan määräykset.

• Muodissa e-commerceLaadunvarmistus on olennaista sekä taata menestys sivuston suhteen Muuntaminen hinta ja ohjaus projekti kustannukset.

"Usein lopussa tapahtuu se, mitä e-commerce sivuston kehitysprojektissa on se, että löydetään lukuisia vikoja, jotka uhkaavat heikentää projektin onnistumista ja kehittäjien ja asiakkaiden välistä suhdetta. Oikea management Laadunvarmistus on se, mikä mahdollistaa asiakastyytyväisyyden, parhaan mahdollisen käyttökokemuksen ja oikean toiminnan. management asiakas-toimittajasuhteesta”

Enrico Fantaguzzi

TOPICS

• Laatustandardien määrittely e-commerce paikka
• Tuotteen takuu toimituksen jälkeen
• Tuotetestausmenetelmä ja virheenratkaisu management
• Virheiden seuranta- ja ongelmien seurantatyökalut

jäljennös

Ennen tämän verkkokoulutusyrityksen perustamista työskentelin yli 20 vuotta muoti- ja luksusalan yrityksissä, pienistä… brandsuurille monikansallisille yrityksille ja verkkokauppiaille.

Tässä webinaarissa jaan kanssanne asioita, joita opin työskennellessäni muotialalla. brandvaikka kokemukseni, jonka jaan kanssanne tänään, onkin suurimmaksi osaksi hankittu muotiteollisuuden ulkopuolella, digitaalisen viihteen sektorilla.

Joten tänään puhumme siitä, laadunvarmistuksen merkitys ja miksi se on menestyksen kannalta ratkaisevan tärkeää muotia ecommerce. 

Kerron teille joitakin ideoita ja esimerkkejä miten organisoit laadunvarmistusprosessit yrityksessäsi 

Ja lopuksi käymme läpi joitakin asioita, jotka sinun on pidettävä mielessä, kun keskustella toimeksiannoista toimittajiesi kehittäjien tai järjestelmäintegraattoreiden kanssa, mitä heiltä kannattaa kysyä neuvottelujen aikana ja mitä sopimukseen kannattaa sisällyttää, jotta lopputulos vastaa odotuksiasi. 

Joten mikä on muodin laadunvarmistuksen tarkoitus? e-commerce? 

Mikä on laadunvarmistuksen tarkoitus?

Laadunvarmistuksen tarkoituksena on varmistaa, että digitaalinen tuote täyttää sekä asiakkaan – sinun – että digitaalisen tuotteen loppukäyttäjien eli asiakkaidesi odotukset. 

Enrico Fantaguzzi

Tarkemmin sanottuna Kun puhumme odotuksista, puhumme vaatimuksista ja spesifikaatioistavaatimukset ja eritelmät eroavat odotuksista, koska ne ovat selkeästi ilmaistu ja dokumentoitu yhdessä tai useammassa asiakirjassa. 

Tämän lisäksi sinun on ehkä noudatettava vaatimukset, jotka sitovat yritystäsi lakisääteisten rajoitusten vuoksi.

Kolmanneksi on olemassa joukko odotuksia, joita ei ole kirjoitettu, mutta sinun on silti otettava ne huomioon osana projektiasi, koska jotkin näistä odotuksista voivat olla odotuksesi management tai niiden hallitus tai muut sidosryhmät jotenkin mukana projektissa. 

Mitä ovat vaatimukset ja mitä ovat spesifikaatiot?

Yritetään nyt määritellä paremmin, mitä ovat vaatimukset ja mitä ovat spesifikaatiot. Nämä ovat teknisiä termejä, jotka voivat olla joillekin teistä tuttuja, mutta annan teille esimerkkejä, jotta voitte painaa ne mieleenne esimerkkien avulla.

Esimerkkejä vaatimuksista: 

• Mahdollisuus luoda tili, 
• Mahdollisuus kirjautua ulos vieraana, 
• Mahdollisuus maksaa erissä yhden maksutapahtuman sijaan, 
• Mahdollisuus valita eri toimitusvaihtoehtojen välillä, 
• Mahdollisuus suodattaa vain tiettyjä kokoja haun aikana, 
• Mahdollisuus hakea avainsanoja hakutyökalulla
• Toimituskulujen ja verojen näkyvyys kassalla

Esimerkkejä teknisistä tiedoista: 

• Yhteensopivuus laitteiden ja käyttöjärjestelmien kanssa 
• Kuvien ja bannerien koot 
• Taajuustietojen vaihto järjestelmien välillä
• Tulosten muoto ja määrä sivulla

Missä vaatimusmäärittelyt ja odotukset on esitetty?

Nämä elementit kirjoitetaan yleensä yhteen tai useampaan projektidokumenttiin. 

Yleisimmin käytetty asiakirja on ns. Tuotevaatimusasiakirja, jota kutsutaan myös PRD:ksi, jonka omistaa ja jonka on yleensä laatinut siitä vastaava johtaja e-commerce alusta. Jos tuotevaatimusasiakirjaa ei ole saatavilla voimme kirjoittaa vaatimukset ja määrittelyt suoraan projektisuunnitelmaan, lopuksi löydämme osan laatuspesifikaatioista ja -vaatimuksista myös Laadusuunnitelma. 

Laatusuunnitelma palvelee pääasiassa laatutestien ja laadunvarmistusprosessin organisointia yleisesti, mutta se voi sisältää myös joitakin erityisvaatimuksia digitaalisen tuotteen laadulle. Esimerkiksi laatusuunnitelma voi viitata tiettyihin tietoturvatesteihin, jotka on suoritettava. Esimerkiksi kun työskentelin palveluntarjoajana suurelle urheiluvaateyritykselle brand ja kehitin heidän ecommerce verkkosivustolla minun piti koordinoida palvelimiemme tietoturvatestejä asiakkaan tietoturvastandardien täyttämiseksi. 

Soveltamisalan ulkopuoliset testit

Toisaalta laatusuunnitelmassa voidaan ilmoittaa, mitkä testit eivät kuulu projektin piiriin. Esimerkiksi jos et aio toimittaa Australiaan... ecommerce, sinun ei pitäisi käyttää aikaa ja energiaa minkään kyseisen maan spesifikaatioiden kehittämiseen ja testaamiseen. 

Lankamallit ja vertailut

Laatusuunnitelmassa voidaan viitata muihin asiakirjoihin spesifikaatioiden ja vaatimusten osalta. Esimerkiksi laatusuunnitelmassa voidaan viitata Wireframe- tai Comps-malleihin kaikessa, mikä liittyy verkkosivuston suunnittelun laatuun ja ulkoasuun yleisesti.

Nämä asiakirjat ovat tärkeitä, koska kehittäjäsi käyttävät niitä referenssinä työssään kehitettävien ja saavutettavien asioiden pohtimiseen. 

Vaatimusten lisäksi laatusuunnitelmassa kuvataan tehtävät testit, milloin ne tehdään projektin aikana ja tuotteen toimituksen aikana sekä miten ne toteutetaan.

KÄYTTÖÖNOTTOkriteerit

Laatusuunnitelman tulisi sisältää myös GO-LIVE-kriteerit. GO LIVE -kriteerit ovat joukko ehtoja, jotka on täytettävä, jotta projekti voidaan ottaa käyttöön. Esimerkkejä GO LIVE -kriteereistä ovat Live-verkkosivustolla sallittujen bugien enimmäismäärä ja niiden vakavuusasteesimerkiksi laatusuunnitelmassa voidaan todeta, että projekti julkaistaan ​​vain, jos verkkosivustolla on julkaisuhetkellä yhteensä enintään 10 bugia.

Lopuksi laatusuunnitelma sisältää menettelyt, joita projektitiimin on noudatettava laadunvarmistusprosessin aikana, esimerkiksi kuka on vastuussa testauksesta ja mistä, miten virheiden seurantatyökalua käytetään ja miten virheet luokitellaan niiden vakavuuden mukaan.

Millaisia ​​testejä meidän on suoritettava?

Laadunvarmistustestien tyypit

Katsotaanpa nyt tarkemmin, millaisia ​​testejä tulisi käyttää. brands focus on

Muotialan yritykset voivat suorittaa useita erityyppisiä testejä varmistaakseen, että kaupankäyntialusta toimii odotusten mukaisesti.

Savutesti

Savutesti on yksinkertainen testi, jonka tarkoituksena on tarkistaa laitteen keskeiset ominaisuudet. digitaalisesta tuotteesta. Kehittäjät tekevät näitä testejä yleensä projektin aikana varmistaakseen, että ohjelmiston ydintoiminnot toimivat. Se on yksinkertainen testi, jossa kokeillaan ohjelman ydinominaisuuksia. tavallisen käyttäjän tai potentiaalisen asiakkaan simulointi, jonka on suoritettava tehtävä alustallaEsimerkkinä tästä: jos otat käyttöön tekstihakuominaisuuden verkkosivustollasi, Smoke-testi olisi kirjoittaa muutama hakusana, jotka ovat relevantteja sivustollesi. brand esim. ”punainen nahkalaukku” ja tarkista, onko tulos johdonmukainen. Tässä vaiheessa esimerkiksi graafinen suunnittelu ei välttämättä ole olennaista, tavoitteena on saada johdonmukaisia ​​tuloksia. Jos haet punaista nahkalaukkua ja saat tulokseksi sinisen t-paidan, savutesti on epäonnistunut.    

Integraatiotesti

Integrointitesti on erityinen testi, jolla varmistaa tiedon oikean kulun järjestelmästä toiseenEsimerkiksi verkkokauppa-alustalta yrityksen toiminnanohjausjärjestelmään ja toiminnanohjausjärjestelmästä varastoon. management Järjestelmästä tai The:stä ecommerce-alustalta Business Intelligence -alustalle. Voimme pitää tätä testiä onnistuneena, jos tiedot siirtyvät oikein järjestelmästä toiseen ilman tietojen menetystä ja odotetussa aikataulussa. 

Käyttäjän hyväksyntätesti

Käyttäjän hyväksyntätesti eli UAT suoritetaan yleensä asiakkaan ja kehittäjän läsnä ollessa. 

UAT:n aikana asiakas suorittaa kaikki mahdolliset käyttötapaukset, kuten tuotteen haun, tuotteen lisäämisen toivelistalle, tuotteen siirtämisen toivelistalta ostoskoriin ja kassaprosessin suorittamisen varmistaakseen, että kaikki toimii odotetulla tavalla. 

Nämä testit tehdään yleensä kehitysvaiheen loppupuolella, kun tuote on lähes valmis toimitettavaksi asiakkaalle. Yleensä testien tulosteena on lista asiakkaan pyytämistä bugeista, jotka kehittäjä korjaa.

Regressiotesti

Neljäs testityyppi on regressiotestaus. Regressiotestaus varmistaa, että sovellus toimii edelleen odotetulla tavalla koodimuutosten, päivitysten tai muiden alustan ominaisuuksien julkaisujen jälkeen. Regressio varmistaa alustan yleisen vakauden.

Laatutiimin tulisi suorittaa nämä testit aina, kun verkkosivustolle julkaistaan ​​uusi versio., varmistaaksesi, että kaikki aiemmin toimineet ominaisuudet toimivat edelleen oikein. 

Jos esimerkiksi kehität uutta maksujärjestelmää, oletetaan, että kehität maksuerissä maksua kassalla, ja tämän uuden ominaisuuden käyttöönoton aikana aiemmin toiminut luottokorttimaksu ei toimi. Tästä syystä olemme lisänneet virheen aiemmin toimineeseen ominaisuuteen, tässä tapauksessa puhumme regressiosta.

Virheiden testaus ja virheenkorjausprosessit

 Puhuimme laadunvarmistusjohtajan roolista, katsotaanpa nyt, miten kaikki laadunvarmistusprosessiin osallistuvat toimijat ovat vuorovaikutuksessa keskenään.

Ensimmäinen vaihe tapahtuu, kun virhe havaitaan ensimmäisen kerran; testaaja, joko projektitiimin jäsen tai ammattitestaaja testiskriptin jälkeen, löytää virheen. Testiskriptissä voisi esimerkiksi lukea: lisää tuote toivelistalle ja siirrä tuote sitten toivelistalta ostoskoriin. 

Jos testaaja ei pysty lisäämään tuotetta toivelistalle tai siirtämään sitä toivelistalta ostoskoriin, testaaja raportoi virheestä ja avaa tiketin virheenseurantatyökalussa. Kun testaaja raportoi järjestelmässä olevasta bugista, hänen tulisi lisätä myös joitakin tarkennuksia, kuten ohjeet bugin toistamiseksi., tämä auttaa kehittäjää toistamaan nopeasti olosuhteet, joissa virhe löydettiin. Testaaja raportoi myös yleensä, mitä laitetta ja käyttöjärjestelmää käytettiin virheen löytymishetkellä. Esimerkiksi käytin Safaria iPad Prolla.

Toisessa vaiheessa Laadunvarmistuksen johtaja tarkistaa kaikki bugista saatavilla olevat tiedot ja varmistaa, ettei bugista ole vielä ilmoitettu.Tämä on tärkeää, muuten virheiden seurantatyökalussa saattaa olla päällekkäisiä virheitä.

Laadunvarmistuksen vetäjä osoittaa sitten virheen tiimin jäsenelle, joka työskentelee sen parissa. Huomaa, että käytän tällä hetkellä virhettä ja ongelmaa synonyymeinä.

Vaiheessa 3 kehittäjä korjaa kehitysympäristön ongelman ja merkitsee sen korjatuksi. 

Huomaa, että kehittäjä merkitsee virheen korjatuksi tai ratkaistuksi, mutta hän ei sulje tikettiä virheiden seurantatyökalussa. Vain virheen ilmoittaneen henkilön tai laadunvarmistusvastaavan tulisi merkitä ongelma suljetuksi.

Viimeisessä vaiheessa bugista ilmoittanut henkilö tai laadunvarmistuspäällikkö tarkistaa, että bugi on todella korjattu alustalla, ja merkitsee ongelman suljetuksi bugien seurantatyökalussa.

UAT-testausvaiheiden yhteenveto

1. Testaaja yrittää suorittaa tehtävän verkkosivustolla, esimerkiksi lisätä tuotteen toivelistalle.
2. Jos testaaja ei pysty suorittamaan tehtävää, hän raportoi virheen virheiden seurantatyökalussa.
3. Laadunvarmistuksen johtaja varmistaa virheen eli ettei joku muu ole jo ilmoittanut siitä.
4. Laadunvarmistuspäällikkö osoittaa virheen tiimin jäsenelle korjattavaksi.
5. Tiimin jäsen työskentelee virheen parissa ja merkitsee sen korjatuksi, kun ongelma on ratkaistu.
6. Laadunvarmistuksen johtaja tai testaaja testaa ominaisuuden uudelleen varmistaakseen, että se toimii.
7. Laadunvarmistuksen johtaja tai testaaja sulkee virheen lopulta.

KAIUTTIMET