Kuidas kvaliteedi tagamine saab parandada konversioonimäära moe e-kaubanduses

Sündmuse autor Digital Fashion Academy
Aprill 18th 2023

Vaadake veebiseminari siin:

ÜLEVAADE

NIMETUS: Kvaliteedi tagamine konversioonimäära parandamiseks moe e-kaubanduses
DATE: Teisipäev, 18. aprill kell 17.30 (CET ROOMA)
KESTUS: 1 tunnis
KEEL: Inglise
REGISTREERUVeebiseminar on registreerumisel tasuta

KOKKUVÕTE

Liitu Enrico Fantaguzziga (Digital Fashion Academy) ja Lorenzo Fanetti (Arvamatu) kuna nad esitavad parimaid tavasid eest kvaliteedikontroll of e-commerce moe- ja luksussektori saidid.

Veebiseminar illustreerib võtmemõisteid kvaliteedi tagamise kontrolli jaoks e-commerce projektidest alates standard Protsessid kasutatakse suurtes ettevõtetes, Teenustaseme kokkulepped (SLA), mida tuleb lepingute määratlemise käigus arenguagentuuridega jagada.

• kvaliteedi tagamine on tegevuste kogum, mille eesmärk on tagada, et tulemused projektist kohtuda ootused Euroopa klient, lõppkasutajad toote ja mis tahes standardite nõutud määrused.

• Moes e-commerceKvaliteedi tagamine on oluline nii garantii edu saidi osas Muutmine määr ja kontrollida projekt kulud.

"Sageli juhtub see, mis lõpus juhtub..." e-commerce saidi arendusprojekti puhul on see, et leitakse arvukalt defekte, mis võivad kahjustada projekti edukust ning arendajate ja klientide vahelist suhet. Õige management Kvaliteedi tagamine võimaldab meil saavutada kliendi rahulolu, parima kasutajakogemuse ja korrektsuse management kliendi-tarnija suhtest”

Enrico Fantaguzzi

TEEMAD

• Kvaliteedistandardite määratlus e-commerce site
• Toote garantii pärast kohaletoimetamist
• Toote testimise metoodika ja vigade lahendamine management
• Vigade ja probleemide jälgimise tööriistad

ümberkirjutus

Enne selle e-õppe ettevõtte loomist töötasin ma üle 20 aasta moe- ja luksusfirmades, alates väikestest ... brandsuurtele rahvusvahelistele ettevõtetele ja e-kaubandusettevõtetele.

Selles veebinaris jagan teiega mõningaid asju, mida õppisin moemaailmas töötamise ajal. brandisegi kui kogemus, mida ma täna teiega jagan, on enamasti omandatud väljaspool moetööstust, digitaalse meelelahutuse sektoris.

Seega räägime täna sellest, kvaliteedi tagamise olulisus ja miks see on edu saavutamiseks kriitilise tähtsusega moest ecommerce. 

Toon teile mõned ideed ja näited kuidas korraldada oma ettevõttes kvaliteedi tagamise protsesse 

Ja lõpuks käsitleme mõningaid asju, mida peaksite meeles pidama, kui arutage ülesandeid oma tarnijate, arendajate või süsteemiintegraatoritega, mida neilt läbirääkimiste käigus küsida ja mida lepingusse lisada, et lõpptulemus vastaks teie ootustele. 

Mis on siis moe kvaliteedi tagamise eesmärk? e-commerce? 

Mis on kvaliteedikindlustuse eesmärk?

Kvaliteedi tagamise eesmärk on tagada, et digitaalne toode vastab nii kliendi – teie enda – kui ka digitaalse toote lõppkasutajate, kelleks on teie kliendid, ootustele. 

Enrico Fantaguzzi

Täpsemalt öeldes Kui me räägime ootustest, siis me räägime nõuetest ja spetsifikatsioonidest, nõuded ja spetsifikatsioonid erinevad ootustest, kuna need on selgelt väljendatud ja dokumenteeritud ühes või mitmes dokumendis. 

Lisaks sellele peate võib-olla järgima nõuded, mis on teie ettevõtte jaoks juriidiliste piirangute tõttu siduvad.

Kolmandaks on olemas hulk ootusi, mis pole küll kirja pandud, aga neid tuleb siiski oma projekti osana arvesse võtta, sest mõned neist ootustest võivad olla teie ootused management või nende juhatuse või teiste sidusrühmade kuidagi projektiga seotud. 

Mis on nõuded ja mis on spetsifikatsioonid?

Proovime nüüd paremini defineerida, mis on nõuded ja mis on spetsifikatsioonid. Need on tehnilised terminid, mis võivad mõnele teist tuttavad olla, aga ma toon teile mõned näited, et saaksite need näidete abil meelde jätta.

Näited nõuetest: 

• Võimalus luua konto, 
• Võimalus külalisena välja registreeruda 
• Võimalus maksta osamaksetena ühe tehingu asemel, 
• Võimalus valida erinevate saatmisvõimaluste vahel, 
• Võimalus otsingu ajal filtreerida ainult teatud suurusi, 
• Võimalus otsida märksõnu otsingutööriistaga
• Saatmiskulude ja maksude nähtavus kassasse minnes

Näited spetsifikatsioonidest: 

• Ühilduvus seadmete ja operatsioonisüsteemidega 
• Piltide ja bännerite suurused 
• Sagedusandmete vahetamine süsteemide vahel
• Formaat ja tulemuste arv lehel

Kus on esitatud nõuete spetsifikatsioonid ja ootused?

Need elemendid on tavaliselt kirjutatud ühte või mitmesse projektidokumenti. 

Kõige sagedamini kasutatav dokument on Tootenõuete dokument, mida nimetatakse ka PRD-ks, mille omanik ja kirjutaja on tavaliselt juht, kes vastutab selle eest e-commerce platvorm. Kui tootenõuete dokument pole saadaval saame nõuded ja spetsifikatsioonid otse projektiplaani kirjutada, lõpuks leiame osa kvaliteedispetsifikatsioonidest ja -nõuetest ka Kvaliteedikava. 

Kvaliteediplaani peamine eesmärk on korraldada kvaliteediteste ja üldist kvaliteedi tagamise protsessi, kuid see võib sisaldada ka mõningaid konkreetseid nõudeid digitaalse toote kvaliteedile. Näiteks võib kvaliteediplaan viidata konkreetsetele turvatestidele, mida tuleb teha. Näiteks kui ma töötasin suure spordirõivaste ettevõtte teenusepakkujana... brand ja ma arendasin nende ecommerce veebisaidi loomisel pidin ma koordineerima meie serverite turvateste, et need vastaksid kliendi turvastandarditele. 

Väljaspool ulatust olevad testid

Teisest küljest võib kvaliteediplaan näidata, millised testid jäävad projekti ulatusest välja. Näiteks kui te ei plaani oma Austraaliasse saata... ecommerce, ei tohiks te kulutada aega ja energiat selle konkreetse riigi spetsifikatsioonide väljatöötamisele ja testimisele. 

Raamraamistikud ja võrdlused

Kvaliteediplaan võib spetsifikatsioonide ja nõuete osas viidata teistele dokumentidele. Näiteks võib kvaliteediplaan viidata Wireframe'idele või Compsi makettidele kõige puhul, mis on seotud veebisaidi disainikvaliteedi ja üldise välimusega.

Need dokumendid on olulised, sest teie arendajad kasutavad neid viitena sellele, mida nad peavad oma töös arendama ja saavutama. 

Lisaks nõuetele kirjeldab kvaliteediplaan vajalikke katseid, millal neid projekti käigus ja toote tarnimise ajal tehakse ning kuidas neid tehakse.

KÄIVITAMISE kriteeriumid

Kvaliteediplaan peaks sisaldama ka GO-LIVE kriteeriume. GO-LIVE kriteeriumid on tingimuste kogum, mis tuleb projekti käivitamiseks täita, ja GO-LIVE kriteeriumide näited on: Live'i veebisaidil lubatud vigade maksimaalne arv ja nende raskusasteNäiteks võib kvaliteediplaan sätestada, et projekt avaldatakse ainult siis, kui avaldamise hetkel on veebisaidil kokku maksimaalselt 10 viga.

Lõpuks sisaldab kvaliteediplaan protseduure, mida projektimeeskond peab kvaliteeditagamise protsessi käigus järgima, näiteks kes vastutab testimise eest ja mille eest, kuidas kasutada vigade jälgimise tööriista ja kuidas vigu nende tõsiduse järgi liigitada.

Milliseid teste peame läbi viima?

Kvaliteedi tagamise testide tüübid

Nüüd vaatame lähemalt, milliseid teste peaks moodustama brands focus on

Moefirmad saavad läbi viia mitut tüüpi teste, et veenduda kaubandusplatvormi ootuspärases toimimises.

Suitsutest

. Suitsutest on lihtne test, mille eesmärk on kontrollida põhifunktsioone digitaalse toote. Neid teste teevad tavaliselt arendajad projekti ajal, et veenduda tarkvara põhifunktsioonide toimimises. See on lihtne test, mis seisneb programmi põhifunktsioonide proovimises. tavakasutaja või potentsiaalse kliendi simuleerimine, kes peab platvormil ülesande täitmaNäiteks kui rakendate oma veebisaidil tekstiotsingu funktsiooni, siis suitsutestiks on sisestada paar teie ettevõttega seotud märksõna. brand nt „punane nahkkott” ja kontrollige, kas tulemus on järjepidev. Selles etapis ei pruugi graafiline disain olla asjakohane, eesmärk on saada järjepidevaid tulemusi. Kui otsite punast nahkkotti ja saate tulemuseks sinise T-särgi, siis suitsutest ebaõnnestus.    

Integratsiooni test

Integratsioonitest on spetsiifiline test, mille eesmärk on kontrollida andmete korrektset liikumist ühest süsteemist teiseNäiteks e-kaubandusplatvormilt ettevõtte ERP-süsteemi ja ERP-st lattu. management Süsteem või The ecommerce-platvormilt ärianalüüsi platvormile. Testi võime edukaks pidada, kui andmed edastatakse ühest süsteemist teise õigesti, ilma andmete kadumiseta ja eeldatava aja jooksul. 

Kasutaja vastuvõtutest

Kasutaja vastuvõtutest ehk UAT viiakse tavaliselt läbi kliendi ja arendaja juuresolekul. 

UAT-i käigus käivitab klient kõikvõimalikud kasutusjuhud, nt toote otsimine, toote lisamine soovinimekirja, toote teisaldamine soovinimekirjast ostukorvi, kassasse vormistamise protsessi lõpuleviimine, et veenduda, kas kõik toimib ootuspäraselt. 

Neid teste tehakse tavaliselt arendusfaasi lõpupoole, kui toode on peaaegu valmis kliendile tarnimiseks. Tavaliselt on nende testide väljundiks kliendi soovitud vigade loend, mille arendaja parandab.

Regressioonitest

Neljas testitüüp on regressioontestimine. Regressioontestimine tagab, et rakendus toimib ootuspäraselt ka pärast koodi muutmist, värskendamist või platvormi muude funktsioonide väljaandmist. Regressioon tagab platvormi üldise stabiilsuse.

Kvaliteedimeeskond peaks need testid läbi viima iga kord, kui veebisaidile avaldatakse uus versioon., et veenduda, kas kõik varem toiminud funktsioonid töötavad endiselt õigesti. 

Näiteks kui arendate uut maksesüsteemi, oletame, et arendate oma kassas osamaksetega maksmise funktsiooni ja selle uue funktsiooni juurutamise ajal rikutakse krediitkaardimakse, mis varem hästi toimis. Seega lisasime vea varem töötavasse funktsiooni, antud juhul räägime regressioonist.

Vigade testimine ja vigade parandamise protsessid

 Me rääkisime kvaliteedikindlustuse juhi rollist, nüüd vaatame, kuidas kõik kvaliteedikindlustuse protsessis osalevad osapooled omavahel suhtlevad.

Esimene samm toimub vea esmakordsel avastamisel; testija, kes on kas projektimeeskonna liige või professionaalne testija pärast testskripti, leiab vea. Näiteks võiks testskript öelda: lisa toode soovinimekirja ja seejärel liiguta toode soovinimekirjast ostukorvi. 

Kui testija ei saa toodet soovinimekirja lisada või soovinimekirjast ostukorvi teisaldada, teatab testija veast ja avab veajälgimise tööriistas pileti. Kui testija teatab süsteemi veast, peaks ta lisama ka mõned spetsifikatsioonid, näiteks vea taasesitamise juhised., see aitab arendajal vea leidmise ajal valitsenud tingimusi kiiresti taasluua. Testija annab üldiselt teada ka selle, millist seadet ja operatsioonisüsteemi vea leidmise ajal kasutati. Näiteks kasutasin iPad Pro-l Safarit.

Teises etapis Kvaliteedikontrolli juht kontrollib kogu vea kohta saadaolevat teavet ja veendub, et veast pole veel teatatud.See on oluline, vastasel juhul võivad veajälgimise tööriistas olla dubleeritud vead.

Seejärel määrab kvaliteedikontrolli juht vea meeskonnaliikmele, kes selle kallal töötaks. Palun arvestage, et hetkel kasutan sõnad viga ja probleem sünonüümidena.

3. etapis lahendab arendaja arenduskeskkonnas probleemi ja märgib selle lahendatuks. 

Pane tähele, et arendaja märgib vea parandatuks või lahendatuks, kuid ta ei sulge piletit vigade jälgimise tööriistas. Probleemi peaks suletuks märkima ainult veast teatanud isik või kvaliteedikontrolli juht.

Viimases etapis kontrollib veast teatanud isik või kvaliteedikontrolli juht, kas viga on platvormil parandatud, ning märgib probleemi vigade jälgimise tööriistas suletuks.

UAT-testimisetappide kokkuvõte

1. Testija proovib veebisaidil ülesannet täita, nt lisada toode soovinimekirja.
2. Kui testija ei suuda ülesannet täita, teatab ta veast vigade jälgimise tööriistas.
3. Kvaliteedikontrolli juht kontrollib viga, st keegi teine ​​pole veast juba teatanud.
4. Kvaliteedikontrolli juht määrab vea parandamiseks meeskonnaliikmele.
5. Meeskonnaliige tegeleb veaga ja märgib selle parandatuks, kui probleem on lahendatud.
6. Kvaliteedikontrolli juht või testija testib funktsiooni uuesti, et veenduda selle toimimises.
7. Vea parandab lõpuks kvaliteedikontrolli juht või testija.

SPEAKERS