Paano Mapapabuti ng Quality Assurance ang Conversion Rate sa Fashion E-commerce

Kaganapan ni Digital Fashion Academy
Abril 18th 2023

Panoorin ang webinar dito:

PANGKALAHATANG-IDEYA

TITLE: Pagtitiyak ng Kalidad para sa Pagpapabuti ng Rate ng Conversion sa Fashion E-commerce
DATE: Martes, ika-18 ng Abril, 5:30 ng hapon (CET ROME)
DURATION: 1 hour
LANGUAGE: Ingles
REGISTERLibre ang webinar kapag nagparehistro

BUOD

Samahan si Enrico Fantaguzzi (Digital Fashion Academy) at Lorenzo Fanetti (Unguess) habang inilalahad nila ang pinakamahusay na kasanayan para kalidad control of e-commerce mga site sa sektor ng fashion at luho.

Ipapakita ng webinar ang mga pangunahing konsepto para sa pagkontrol ng katiyakan ng kalidad sa e-commerce mga proyekto, mula sa pamantayan mga proseso ginagamit sa malalaking kumpanya, para sa Kasunduan sa Mga Serbisyo sa Antas (SLA) na ibabahagi sa mga ahensya ng pagpapaunlad habang binibigyang-kahulugan ang mga kontrata.

• Kalidad ng GAM ay ang hanay ng mga aktibidad na naglalayong tiyakin na ang resulta ng isang proyekto ay nakakatugon sa inaasahan ng mamimili, ang end user ng produkto at anumang pamantayan hinihiling ng mga tuntunin.

• Nasa uso e-commerce, Ang Pagtitiyak ng Kalidad ay mahalaga kapwa sa garantiya tagumpay sa mga tuntunin ng site Conversion singil at upang kontrol proyekto mga gastos.

"Madalas, ang nangyayari sa pagtatapos ng isang e-commerce proyekto sa pagpapaunlad ng site, ay ang maraming depekto na matatagpuan na nanganganib na makasira sa tagumpay ng proyekto at sa ugnayan sa pagitan ng mga developer at kliyente. Ang tama management ng Quality Assurance ang siyang nagbibigay-daan sa amin upang makamit ang kasiyahan ng kliyente, ang pinakamahusay na Karanasan ng Gumagamit at tama management ng ugnayan ng kliyente-supplier”

Enrico Fantaguzzi

PAKSA

• Kahulugan ng mga pamantayan ng kalidad ng e-commerce lugar
• Garantiya ng produkto pagkatapos ng paghahatid
• Metodolohiya sa pagsubok ng produkto at paglutas ng bug management
• Mga tool sa pagsubaybay sa bug at pagsubaybay sa isyu

kopya

Bago ko sinimulan ang E-Learning company na ito, mahigit 20 taon akong nagtrabaho sa mga kompanya ng fashion at luxury, mula sa maliliit. brandsa malalaking multinasyonal na kumpanya at mga e-tailer.

Sa webinar na ito, ibabahagi ko sa inyo ang ilan sa mga natutunan ko noong nagtatrabaho ako sa fashion. brands, kahit na ang karanasang ibinabahagi ko sa inyo ngayon ay kadalasang nakuha ko sa labas ng industriya ng fashion, sa sektor ng digital entertainment.

Kaya ngayon ay pag-uusapan natin ang tungkol sa kahalagahan ng katiyakan ng kalidad at kung bakit ito mahalaga para sa tagumpay ng moda ecommerce. 

Magbibigay ako sa iyo ng ilang ideya at halimbawa ng kung paano isaayos ang mga proseso ng pagtiyak ng kalidad sa loob ng iyong kumpanya 

At panghuli, tatalakayin natin ang ilan sa mga bagay na kailangan mong tandaan kapag ikaw ay talakayin ang mga takdang-aralin kasama ang iyong mga supplier, mga developer, o mga system integrator, ano ang itatanong sa kanila habang negosasyon at ano ang isasama sa kontrata upang ang huling resulta ay matugunan ang iyong mga inaasahan. 

Kaya ano ang layunin ng katiyakan ng kalidad para sa moda e-commerce? 

Ano ang layunin ng pagtiyak ng kalidad?

Ang layunin ng pagtiyak ng kalidad ay upang matiyak na ang digital na produkto ay nakakatugon sa mga inaasahan ng kliyente – sa iyong sarili – at ng mga huling gagamit ng digital na produkto na siyang iyong mga customer. 

Enrico Fantaguzzi

Para maging mas tiyak kapag pinag-uusapan natin ang mga inaasahan, pinag-uusapan natin ang mga kinakailangan at detalye, ang mga kinakailangan at detalye ay naiiba sa mga inaasahan dahil ang mga ito ay malinaw na nakasaad at dokumentado sa isa o higit pang mga dokumento. 

Bukod pa riyan, maaaring kailanganin mong sumunod sa mga kinakailangan na may bisa para sa iyong kumpanya dahil sa mga legal na limitasyon.

Pangatlo, may mga inaasahan na hindi nakasulat ngunit kailangan mo pa ring isaalang-alang ang mga ito bilang bahagi ng iyong proyekto dahil ang ilan sa mga inaasahan na ito ay maaaring ang mga inaasahan ng iyong management o ang Lupon ng kanilang mga Direktor o iba pang mga stakeholder kahit papaano ay kasali sa proyekto. 

Ano ang mga kinakailangan at ano ang mga detalye?

Subukan nating mas bigyang-kahulugan ngayon kung ano ang mga kinakailangan at ano ang mga ispesipikasyon. Ito ay mga teknikal na termino na maaaring pamilyar sa ilan sa inyo ngunit bibigyan ko kayo ng ilang halimbawa upang maisaisip ninyo ang mga ito sa pamamagitan ng mga halimbawa.

Mga Halimbawang Kinakailangan: 

• Kakayahang lumikha ng isang account, 
• Kakayahang mag-check out bilang bisita, 
• Kakayahang magbayad nang hulugan sa halip na isang transaksyon lamang, 
• Kakayahang pumili mula sa iba't ibang mga opsyon sa pagpapadala, 
• Kakayahang i-filter lamang ang mga partikular na laki habang naghahanap, 
• Kakayahang maghanap ng keyword gamit ang isang search tool
• Pagiging nakikita ang gastos sa pagpapadala at mga buwis habang nagche-checkout

Mga Halimbawang Espesipikasyon: 

• Pagkakatugma sa mga device at Operating System 
• Mga laki ng mga imahe, mga banner 
• Pagpapalitan ng dalas ng datos sa pagitan ng mga sistema
• Ang format at ang bilang ng mga resulta bawat pahina

Saan nakasaad ang mga detalye at inaasahan ng mga kinakailangan?

Ang mga elementong ito ay karaniwang isinusulat sa isa o higit pang mga dokumento ng proyekto. 

Ang pinakamadalas gamiting dokumento ay ang Dokumento ng mga Kinakailangan sa Produkto, tinatawag ding PRD, na karaniwang pagmamay-ari at isinusulat ng tagapamahala na responsable para sa e-commerce plataporma. Kung ang dokumentong Mga Kinakailangan sa Produkto ay hindi magagamit Maaari naming isulat nang direkta ang mga Kinakailangan at Espesipikasyon sa Plano ng Proyekto, sa wakas ay makikita natin ang bahagi ng Mga Espesipikasyon at Pangangailangan sa Kalidad na nasa Marka ng Plano. 

Ang plano ng kalidad ay pangunahing nagsisilbi sa layunin ng pag-oorganisa ng mga Pagsusuri sa Kalidad at ng Proseso ng Pagtitiyak ng Kalidad sa Pangkalahatan ngunit maaari rin itong maglaman ng ilang partikular na kinakailangan para sa kalidad ng digital na produkto. Halimbawa, ang Plano ng Kalidad ay maaaring tumukoy sa mga partikular na pagsusuri sa Seguridad na kailangang gawin. Halimbawa, noong nagtatrabaho ako bilang isang tagapagtustos ng serbisyo para sa isang malaking sportswear. brand at binubuo ko ang kanilang ecommerce website, kinailangan kong i-coordinate ang mga security test sa aming mga server upang matugunan ang mga pamantayan ng seguridad ng kliyente. 

Mga pagsubok na wala sa saklaw

Sa kabilang banda, maaaring ipahiwatig ng Plano ng Kalidad kung aling mga pagsubok ang wala sa saklaw ng proyekto, Halimbawa, kung hindi mo planong ipadala sa Australia ang iyong produkto. ecommerce, hindi ka dapat mag-aksaya ng oras at lakas sa pagbuo at pagsubok ng anumang mga detalye para sa partikular na bansang iyon. 

Mga wireframe at comp

Ang Plano ng Kalidad ay maaaring sumangguni sa iba pang mga dokumento para sa mga detalye at kinakailangan. Halimbawa, ang plano ng kalidad ay maaaring sumangguni sa mga Wireframe o Comps mockup para sa lahat ng bagay na may kaugnayan sa kalidad ng disenyo at sa hitsura at dating ng website sa pangkalahatan.

Mahalaga ang mga dokumentong ito dahil gagamitin ang mga ito ng iyong mga developer bilang kanilang sanggunian para sa mga kailangan nilang paunlarin at maisakatuparan sa kanilang trabaho. 

Bukod sa mga kinakailangan, inilalarawan din ng plano ng kalidad ang mga pagsubok na kailangang gawin, kung kailan ito gagawin habang isinasagawa ang proyekto at habang inihahatid ang produkto, at kung paano ito isasagawa.

Mga pamantayan sa GO-LIVE

Dapat ding maglaman ang plano ng kalidad ng mga pamantayang GO-LIVE. Ang pamantayang GO LIVE ay mga hanay ng mga kundisyong dapat matugunan upang maisagawa ang proyekto at ang halimbawa ng pamantayang GO LIVE ay ang mga pinakamataas na bilang ng mga bug na pinapayagan sa Live website at ang kanilang kalubhaan, halimbawa, maaaring sabihin ng plano ng kalidad na ang proyekto ay magiging live lamang kung mayroong maximum na bilang ng 10 bug sa kabuuan sa website sa oras ng pag-go live.

Panghuli, ang plano ng kalidad ay naglalaman ng mga pamamaraan na kailangang sundin ng Project Team sa proseso ng Quality Assurance, halimbawa, kung sino ang responsable sa pagsubok at ano, Paano gamitin ang tool sa pagsubaybay sa bug, kung paano uriin ang mga bug ayon sa kanilang kalubhaan.

Anong mga uri ng pagsubok ang kailangan nating patakbuhin?

Mga Uri ng Pagsusulit sa Pagtitiyak ng Kalidad

Ngayon, tingnan natin nang mas detalyado kung anong mga pagsusulit ang dapat brands focus on

Mayroong ilang uri ng mga pagsubok na maaaring isagawa ng mga kumpanya ng fashion upang matiyak na ang platform ng komersyo ay gumagana ayon sa mga Inaasahan.

Pagsubok sa usok

Ang Ang Smoke Test ay isang simpleng pagsubok na naglalayong suriin ang mga pangunahing tampok ng digital na produkto. Ang mga pagsubok na ito ay karaniwang ginagawa ng mga developer habang isinasagawa ang proyekto upang matiyak na gumagana ang pangunahing functionality ng software. Ito ay isang simpleng pagsubok na binubuo ng pagsubok sa mga Pangunahing Tampok ng isang programa. paggaya sa isang regular na gumagamit o potensyal na kliyente na kailangang kumpletuhin ang isang gawain sa platformBilang halimbawa, kung nagpapatupad ka ng feature na Text Search sa iyong website, ang Smoke test ay ang pag-type ng ilang keyword na may kaugnayan sa iyong brand hal. "pulang bag na gawa sa katad" at suriin kung pare-pareho ang resulta. Sa yugtong ito halimbawa, maaaring hindi nauugnay ang graphic design, ang layunin ay makakuha ng pare-parehong resulta. Kung maghahanap ka ng Pulang bag na gawa sa katad at nakakuha ka ng asul na t-shirt bilang resulta, nabigo ang Smoke Test.    

Pagsusulit sa pagsasama

Ang pagsusulit sa integrasyon ay isang partikular na pagsusulit para beripikahin ang wastong pagpasa ng datos mula sa isang sistema patungo sa isa paHalimbawa, mula sa E-commerce Platform patungo sa ERP ng Kumpanya, at Mula sa ERP patungo sa Bodega management Sistema o mula sa ecommerce-plataporma patungo sa plataporma ng Business Intelligence. Maituturing nating matagumpay ang pagsubok na ito kung ang datos ay naipasa nang tama mula sa isang sistema patungo sa isa pa, nang walang pagkawala ng datos at sa inaasahang takdang panahon. 

Pagsubok sa Pagtanggap ng Gumagamit

Ang user acceptance test, o UAT, ay karaniwang isinasagawa kasama ng Kliyente at ng Developer. 

Sa panahon ng UAT, pinapatakbo ng kliyente ang lahat ng posibleng paggamit, hal. maghanap ng produkto, magdagdag ng produkto sa wishlist, maglipat ng produkto mula sa wishlist papunta sa cart, kumpletuhin ang proseso ng checkout, upang matiyak na gumagana ang lahat ayon sa inaasahan. 

Karaniwang ginagawa ang mga pagsubok na ito malapit sa katapusan ng yugto ng pag-develop, kapag ang produkto ay halos handa nang ihatid sa kliyente. Kadalasan, ang resulta ng mga pagsubok na ito ay isang listahan ng mga bug na hiniling ng Kliyente, na aayusin ng Developer.

Pagsubok sa Regresyon

Ang pang-apat na uri ng pagsubok ay ang Regression Testing. Tinitiyak ng regression testing na gumagana pa rin ang isang aplikasyon gaya ng inaasahan pagkatapos ng anumang pagbabago sa code, pag-update, o paglabas ng iba pang mga tampok sa platform. Tinitiyak ng regression ang pangkalahatang katatagan ng platform.

Ang mga pagsusuring ito ay dapat isagawa ng Quality Team tuwing may bagong inilabas sa website., para matiyak na ang lahat ng feature na dati nang gumagana ay gumagana pa rin nang tama. 

Halimbawa, kung bumubuo ka ng isang bagong sistema ng pagbabayad, sabihin nating binubuo mo ang Pay by Installments sa iyong checkout, at habang inilulunsad ang bagong feature na ito, nasira mo ang mga pagbabayad gamit ang credit card na dati nang gumagana nang maayos, kaya nagdulot ito ng bug sa isang dating gumaganang feature, sa kasong ito ay tungkol sa Regression.

Mga proseso ng pagsubok sa bug at pag-aayos ng bug

 Napag-usapan na natin ang papel ng Quality Assurance Lead, ngayon tingnan natin kung paano nakikipag-ugnayan sa isa't isa ang lahat ng aktor na kasangkot sa proseso ng Quality Assurance.

Ang unang hakbang ay nangyayari kapag ang isang bug ay unang natuklasan; ang tester, maaaring isang miyembro ng Project Team o isang Professional Tester na sumusunod sa isang Test Script, ay makakahanap ng isang bug. Halimbawa, maaaring sabihin ng test script na: magdagdag ng produkto sa wishlist at pagkatapos ay ilipat ang produkto mula sa wishlist patungo sa shopping cart. 

Kung hindi makapagdagdag ang tester ng produkto sa wishlist o mailipat ang produkto mula sa Wishlist papunta sa Shopping cart, mag-uulat ang Tester ng bug, at magbubukas siya ng ticket sa bug tracking tool. Kapag nag-ulat ang isang tester ng bug sa sistema, dapat din siyang magdagdag ng ilang mga detalye tulad ng mga tagubilin upang kopyahin ang bug., makakatulong ito sa developer na mabilis na kopyahin ang mga kondisyon kung kailan natagpuan ang bug. Karaniwan ding iuulat ng tester kung aling device at aling operating system ang ginagamit noong natagpuan ang bug. Halimbawa, gumagamit ako ng Safari sa iPad Pro.

Sa ikalawang hakbang, ang Susuriin ng QA lead ang lahat ng impormasyong makukuha tungkol sa bug at dodoblehin niyang susuriin kung hindi pa naiuulat ang bug.Mahalaga ito kung hindi ay maaaring magkaroon tayo ng mga nadobleng bug sa tool sa pagsubaybay sa bug.

Pagkatapos ay itatalaga ng QA lead ang bug sa isang miyembro ng team para magtrabaho sa isyu. Pakitandaan na ginagamit ko ang bug at issue bilang mga kasingkahulugan sa ngayon.

Sa hakbang 3, inaayos ng developer ang isyu sa development environment at minamarkahan ito bilang naayos na. 

Pakitandaan na minamarkahan ng developer ang bug bilang Naayos na o Nalutas na ngunit hindi niya isinasara ang ticket sa bug tracking tool, tanging ang taong nag-ulat ng bug o ang QA lead ang dapat magpatuloy upang markahan ang isyu bilang tapos na.

Sa huling hakbang, susuriin ng taong nag-ulat ng bag o ng QA lead kung naayos na ba talaga ang bug sa platform at mamarkahan nito ang isyu bilang malapit sa bug tracking tool.

Buod ng mga hakbang sa pagsusulit ng UAT

1. Sinusubukan ng tagasubok na kumpletuhin ang isang gawain sa website, halimbawa, idagdag ang produkto sa wishlist
2. Kung hindi makumpleto ng tagasubok ang gawain, magrereport siya ng bug sa tool sa pagsubaybay sa bug.
3. Bineberipika ng QA lead ang bug, ibig sabihin, ang bug ay hindi pa naiuulat ng ibang tao.
4. Itinatalaga ng QA Lead ang Bug sa isang miyembro ng koponan upang ayusin
5. Inaayos ng miyembro ng team ang bug at minamarkahan ito bilang naayos na kapag nalutas na ang isyu
6. Sinusubukan muli ng QA lead o ng Tester ang feature para matiyak na gumagana ito.
7. Sa wakas ay naayos na ng QA lead o Tester ang bug.

Mga Speaker