Hur kvalitetssäkring kan förbättra konverteringsfrekvensen inom e-handel med mode

Event av Digital Fashion Academy
April 18th 2023

Titta på webinariet här:

ÖVERSIKT

TITEL: Kvalitetssäkring för förbättring av konverteringsfrekvensen inom mode-e-handel
DATUM: Tisdagen den 18 april kl. 5:30 (CET ROM)
VARAKTIGHET: 1 timme
SPRÅK: Engelska
REGISTRERAWebinariet är gratis efter registrering

SAMMANFATTNING

Gå med Enrico Fantaguzzi (Digital Fashion Academy) och Lorenzo Fanetti (Ungiss) när de presenterar bästa praxis för kvalitetskontroll of e-commerce webbplatser inom mode- och lyxsektorn.

Webinariet kommer att illustrera nyckelbegrepp för kvalitetssäkringskontroll i e-commerce projekt, från standard processer används i stora företag, till Service Level Agreements (SLA) som ska delas med utvecklingsorgan vid fastställandet av kontrakt.

• Kvalitetssäkring är den uppsättning aktiviteter som syftar till att säkerställa att resultat av ett projekt möter förväntningar av kund, den slutanvändare av produkten och eventuella standarder krävs av regulationer.

• På mode e-commerceKvalitetssäkring är avgörande både för att garanti framgång när det gäller webbplatsen konvertering hastighet och kontroll projektet kostnader.

"Det som ofta händer i slutet av en e-commerce platsutvecklingsprojekt, är att många defekter upptäcks som riskerar att undergräva projektets framgång och relationen mellan utvecklare och kunder. Den korrekta management Kvalitetssäkring är det som gör att vi kan uppnå kundnöjdhet, bästa möjliga användarupplevelse och korrekta management av kund-leverantörsrelationen”

Enrico Fantaguzzi

ÄMNEN

• Definition av kvalitetsstandarderna för e-commerce webbplats
• Produktgaranti efter leverans
• Produkttestningsmetodik och bugglösning management
• Verktyg för buggspårning och problemspårning

transkriptet

Innan jag startade detta e-learningföretag arbetade jag i mer än 20 år inom mode- och lyxföretag, från små brandtill stora multinationella företag och e-handelsföretag.

I det här webbinariet kommer jag att dela med mig av några av de saker jag lärde mig under min tid inom modebranschen. brands, även om erfarenheten jag delar med mig av idag till största delen förvärvades utanför modebranschen, inom den digitala underhållningssektorn.

Så idag ska vi prata om vikten av kvalitetssäkring och varför det är avgörande för framgången av mode ecommerce. 

Jag kommer att presentera några idéer och exempel på hur man organiserar kvalitetssäkringsprocesser inom sitt företag 

Och slutligen kommer vi att ta upp några av de saker du behöver tänka på när du diskutera uppdrag med era leverantörers utvecklare eller systemintegratörer, vad man ska fråga dem om under förhandlingarna och vad man ska inkludera i kontraktet för att slutresultatet ska uppfylla dina förväntningar. 

Så vad är syftet med kvalitetssäkring för mode e-commerce? 

Vad är syftet med kvalitetssäkring?

Syftet med kvalitetssäkring är att säkerställa att den digitala produkten uppfyller förväntningarna hos kunden – dig själv – och hos slutanvändarna av den digitala produkten, det vill säga dina kunder. 

Enrico Fantaguzzi

För att vara mer specifik När vi pratar om förväntningar pratar vi om krav och specifikationer, krav och specifikationer skiljer sig från förväntningarna eftersom de är tydligt angiven och dokumenterad i ett eller flera dokument. 

Utöver det kan du behöva följa krav som är bindande för ditt företag på grund av juridiska begränsningar.

För det tredje finns det en uppsättning förväntningar som inte är nedskrivna, men du behöver fortfarande beakta dem som en del av ditt projekt eftersom vissa av dessa förväntningar kan vara dina förväntningar management eller deras styrelse eller andra intressenter på något sätt involverad i projektet. 

Vilka är kraven och vilka är specifikationer?

Låt oss försöka definiera bättre vad krav och specifikationer är. Det här är tekniska termer som vissa av er kan känna igen, men jag ska ge er några exempel så att ni kan komma ihåg dem genom exempel.

Exempel på krav: 

• Möjlighet att skapa ett konto, 
• Möjlighet att checka ut som gäst, 
• Möjlighet att betala i delbetalningar istället för en enda transaktion, 
• Möjlighet att välja mellan olika fraktalternativ, 
• Möjlighet att filtrera endast specifika storlekar under sökningen, 
• Möjlighet att söka efter nyckelord med ett sökverktyg
• Synlighet av fraktkostnad och skatter under utcheckningsprocessen

Exempel på specifikationer: 

• Kompatibilitet med enheter och operativsystem 
• Storlekar på bilder, banners 
• Frekvensdatautbyte mellan system
• Formatet och antalet resultat per sida

Var anges kravspecifikationer och förväntningar?

Dessa element skrivs vanligtvis in i ett eller flera projektdokument. 

Det mest använda dokumentet är Produktkravsdokument, även kallat PRD, som vanligtvis ägs och skrivs av chefen som ansvarar för e-commerce plattform. Om produktkravsdokumentet inte är tillgängligt Vi kan skriva krav och specifikationer direkt i projektplanen, slutligen kan vi hitta en del av kvalitetsspecifikationer och krav också i Kvalitetsplan. 

Kvalitetsplanen tjänar huvudsakligen syftet att organisera kvalitetstesterna och kvalitetssäkringsprocessen i allmänhet, men den kan också innehålla vissa specifika krav för den digitala produktens kvalitet. Till exempel kan kvalitetsplanen hänvisa till specifika säkerhetstester som behöver göras. Till exempel när jag arbetade som tjänsteleverantör för ett stort sportklädesföretag brand och jag utvecklade deras ecommerce webbplats, var jag tvungen att koordinera säkerhetstesterna på våra servrar för att uppfylla kundens säkerhetsstandarder. 

Tester utanför omfattningen

Å andra sidan kan kvalitetsplanen ange vilka tester som inte omfattas av projektet, till exempel om du inte planerar att skicka till Australien med din ecommerce, bör du inte lägga tid och energi på att utveckla och testa några specifikationer för det specifika landet. 

Trådramar och kompositioner

Kvalitetsplanen kan hänvisa till andra dokument för specifikationer och krav. Till exempel kan kvalitetsplanen hänvisa till wireframes eller comps-mockups för allt som rör designkvalitet och webbplatsens utseende och känsla i allmänhet.

Dessa dokument är viktiga eftersom de kommer att användas av dina utvecklare som referens för vad de behöver utveckla och uppnå i sitt arbete. 

Förutom kraven beskriver kvalitetsplanen de tester som behöver göras, när de ska utföras under projektet och under leveransen av produkten samt hur de ska utföras.

Kriterier för lansering

Kvalitetsplanen bör också innehålla GO-LIVE-kriterierna. GO-LIVE-kriterierna är en uppsättning villkor som måste uppfyllas för att projektet ska kunna lanseras, och exempel på GO-LIVE-kriterier är maximalt antal tillåtna buggar på Live-webbplatsen och deras allvarlighetsgrad, till exempel kan kvalitetsplanen ange att projektet endast går live om det finns maximalt 10 buggar totalt på webbplatsen vid tidpunkten för lanseringen.

Slutligen innehåller kvalitetsplanen de procedurer som projektgruppen måste följa under kvalitetssäkringsprocessen, till exempel vem som ansvarar för testning och vad, hur man använder buggspårningsverktyget och hur man klassificerar buggarna efter deras allvarlighetsgrad.

Vilka typer av tester behöver vi köra?

Typer av kvalitetssäkringstester

Nu ska vi titta mer i detalj på vilka tester som ska utformas brands focus on

Det finns flera typer av tester som modeföretag kan köra för att säkerställa att handelsplattformen fungerar enligt förväntningarna.

Röktest

Ocuco-landskapet Röktest är ett enkelt test som syftar till att kontrollera kärnfunktionerna av den digitala produkten. Dessa tester utförs vanligtvis av utvecklare under projektets gång för att säkerställa att programvarans kärnfunktioner fungerar. Det är ett enkelt test som består av att testa programmets kärnfunktioner. simulera en vanlig användare eller potentiell klient som behöver slutföra en uppgift på plattformenFör att ge dig ett exempel, om du implementerar en textsökningsfunktion på din webbplats skulle röktestet vara att skriva in några nyckelord som är relevanta för din brand t.ex. ”röd läderväska” och kontrollera om resultatet är konsekvent. I det här steget kanske den grafiska designen till exempel inte är relevant, målet är att få konsekventa resultat. Om du söker efter röd läderväska och får en blå t-shirt har röktestet misslyckats.    

Integrationstest

Integrationstestet är ett specifikt test för att verifiera korrekt dataöverföring från ett system till ett annatTill exempel från e-handelsplattformen till företagets ERP, och från ERP till lagret management System eller från The ecommerce-plattform till Business Intelligence-plattformen. Vi kan betrakta testet som framgångsrikt om data överförs korrekt från ett system till ett annat, utan dataförlust och inom den förväntade tidsramen. 

Användaracceptanstest

Användaracceptanstestet, eller UAT, utförs vanligtvis tillsammans med klientens och utvecklarens närvaro. 

Under UAT:n kör klienten alla möjliga användningsfall, t.ex. söka efter en produkt, lägga till en produkt i önskelistan, flytta en produkt från önskelistan till varukorgen, slutföra utcheckningsprocessen för att säkerställa att allt fungerar som förväntat. 

Dessa tester utförs vanligtvis mot slutet av utvecklingsfasen, när produkten nästan är redo att levereras till klienten. Vanligtvis är resultatet av dessa tester en lista över buggar, begärda av klienten, som kommer att åtgärdas av utvecklaren.

Regressionstest

Den fjärde typen av test är regressionstestning. Regressionstestning säkerställer att en applikation fortfarande fungerar som förväntat efter eventuella kodändringar, uppdateringar eller utgåvor av andra funktioner på plattformen. Regression säkerställer plattformens övergripande stabilitet.

Dessa tester bör utföras av kvalitetsteamet varje gång det finns en ny version på webbplatsen., för att säkerställa att alla funktioner som tidigare fungerade fortfarande fungerar korrekt. 

Om du till exempel utvecklar ett nytt betalningssystem, låt oss säga att du utvecklar Betala via avbetalning i din kassa, och under implementeringen av den nya funktionen stör du kreditkortsbetalningarna som fungerade felfritt tidigare, så vi introducerade en bugg i en tidigare fungerande funktion, i det här fallet pratar vi om regression.

Buggtestning och buggfixningsprocesser

 Vi pratade om rollen som kvalitetssäkringsledaren, nu ska vi se hur alla aktörer som är involverade i kvalitetssäkringsprocessen interagerar med varandra.

Det första steget sker när en bugg upptäcks; testaren, antingen en projektmedlem eller en professionell testare som följer ett testskript, hittar en bugg. Till exempel kan testskriptet säga: lägg till en produkt i önskelistan och flytta sedan produkten från önskelistan till kundvagnen. 

Om testaren inte kan lägga till en produkt i önskelistan eller flytta produkten från önskelistan till varukorgen, kommer testaren att rapportera ett fel och öppna ett ärende i felspårningsverktyget. När en testare rapporterar ett fel i systemet bör hen också lägga till några specifikationer, såsom instruktioner för att reproducera felet., detta kommer att hjälpa utvecklaren att snabbt återskapa förhållandena när felet upptäcktes. Testaren kommer också generellt att rapportera vilken enhet och vilket operativsystem som användes när felet upptäcktes. Till exempel använde jag Safari på iPad Pro.

I det andra steget, den QA-chefen kommer att kontrollera all tillgänglig information om felet och dubbelkolla att felet inte har rapporterats ännu.Detta är viktigt, annars kan vi få duplicerade buggar i felspårningsverktyget.

QA-chefen kommer sedan att tilldela felet till en teammedlem som ska arbeta med problemet. Observera att jag använder fel och problem som synonymer för närvarande.

I steg 3 åtgärdar utvecklaren problemet i utvecklingsmiljön och markerar problemet som åtgärdat. 

Observera att utvecklaren markerar felet som Åtgärdat eller Löst men att hen inte stänger ärendet i felspårningsverktyget. Endast personen som rapporterade felet eller QA-ansvarig bör markera problemet som stängt.

I det sista steget kontrollerar personen som rapporterade felet eller kvalitetssäkringschefen att felet faktiskt har åtgärdats på plattformen och markerar problemet som nära i felspårningsverktyget.

Sammanfattning av UAT-teststeg

1. Testaren försöker slutföra en uppgift på webbplatsen, t.ex. lägga till en produkt i önskelistan
2. Om testaren inte kan slutföra uppgiften rapporterar han/hon en bugg i buggrapporteringsverktyget.
3. QA-ansvarig verifierar felet, dvs. felet har inte redan rapporterats av någon annan.
4. QA-chefen tilldelar en teammedlem buggen att åtgärda
5. Teammedlemmen arbetar med felet och markerar det som åtgärdat när problemet är löst.
6. QA-chefen eller testaren testar funktionen igen för att säkerställa att den fungerar.
7. Buggen åtgärdas slutligen av QA-ledaren eller testaren

HÖGTALARE