Wie Qualitätssicherung die Konversionsrate im Mode-E-Commerce verbessern kann

Veranstaltung von Digital Fashion Academy
April, 18

Sehen Sie sich das Webinar hier an:

Überblick

TITEL: Qualitätssicherung zur Verbesserung der Konversionsrate im Mode-E-Commerce
DATUM: Dienstag, 18. April, 5:30 Uhr (MEZ Rom)
DAUER: 1 Stunden
SPRACHE: Englisch
REGISTRIERENDie Teilnahme am Webinar ist nach vorheriger Anmeldung kostenlos.

ZUSAMMENFASSUNG

Schließen Sie sich Enrico Fantaguzzi an (Digital Fashion Academy) und Lorenzo Fanetti (Unguess) wie sie die Best Practices für Qualitätskontrolle of e-commerce Websites im Mode- und Luxussektor.

Das Webinar wird die Schlüssel Konzepte für die Qualitätssicherungskontrolle in e-commerce Projekte, von der Standard und Materialstammdaten wird in großen Unternehmen verwendet, bis zu Service Level Agreements (SLA) soll den Entwicklungsagenturen bei der Vertragsdefinition mitgeteilt werden.

• Qualitätssicherung ist die Gesamtheit der Aktivitäten, die darauf abzielen, sicherzustellen, dass Ergebnisse eines Projekts treffen die Erwartungen Kunde, hat das Endnutzer des Produkts und jeglicher Normen erforderlich von der Vorschriften.

• In Mode e-commerceQualitätssicherung ist sowohl für Garantie Erfolg in Bezug auf den Standort Umwandlung Rate und Smartgeräte App Projekt Kosten.

„Oft passiert am Ende eines e-commerce Bei Website-Entwicklungsprojekten werden häufig zahlreiche Mängel festgestellt, die den Projekterfolg und die Beziehung zwischen Entwicklern und Kunden gefährden. Ein korrektes Qualitätsmanagement ermöglicht es uns, die Kundenzufriedenheit, eine optimale Nutzererfahrung und eine erfolgreiche Zusammenarbeit zwischen Kunde und Lieferant zu gewährleisten.

Enrico Fantaguzzi

THEMEN

• Definition der Qualitätsstandards der e-commerce site
• Produktgarantie nach Lieferung
• Produkttestmethodik und Fehlerbehebungsmanagement
• Bug-Tracking- und Problemverfolgungstools

Abschrift

Bevor ich dieses E-Learning-Unternehmen gründete, arbeitete ich über 20 Jahre in Mode- und Luxusunternehmen, von kleinen Marken bis hin zu großen multinationalen Konzernen und Online-Händlern.

In diesem Webinar werde ich einige Dinge mit Ihnen teilen, die ich während meiner Arbeit für Modemarken gelernt habe, auch wenn die Erfahrungen, die ich heute mit Ihnen teile, größtenteils außerhalb der Modebranche, nämlich im Bereich der digitalen Unterhaltung, gesammelt wurden.

Heute werden wir also über Folgendes sprechen: Bedeutung der Qualitätssicherung mit einem warum es für den Erfolg entscheidend ist der Mode ecommerce. 

Ich werde Ihnen einige Ideen und Beispiele vorstellen. wie Sie Qualitätssicherungsprozesse in Ihrem Unternehmen organisieren 

Und schließlich werden wir einige Punkte behandeln, die Sie beachten sollten, wenn Sie Besprechen Sie die Aufgaben mit Ihren Lieferanten, Entwicklern oder Systemintegratoren., was Sie sie während der Verhandlungen fragen sollten und was Sie in den Vertrag aufnehmen sollten, damit das Endergebnis Ihren Erwartungen entspricht. 

Welchen Zweck hat also die Qualitätssicherung in der Modebranche? e-commerce? 

Welchen Zweck hat die Qualitätssicherung?

Ziel der Qualitätssicherung ist es, sicherzustellen, dass das digitale Produkt die Erwartungen des Auftraggebers – also Ihre eigenen – und der Endnutzer des digitalen Produkts, also Ihrer Kunden, erfüllt. 

Enrico Fantaguzzi

Um es genauer zu sagen Wenn wir über Erwartungen sprechen, sprechen wir über Anforderungen und Spezifikationen.Anforderungen und Spezifikationen unterscheiden sich von Erwartungen, weil sie klar dargelegt und in einem oder mehreren Dokumenten dokumentiert. 

Darüber hinaus müssen Sie möglicherweise folgende Bestimmungen einhalten: Anforderungen, die aufgrund rechtlicher Bestimmungen für Ihr Unternehmen verbindlich sind..

Drittens gibt es eine Reihe von Erwartungen, die nicht schriftlich festgehalten sind, die Sie aber dennoch im Rahmen Ihres Projekts berücksichtigen sollten, da einige dieser Erwartungen möglicherweise … die Erwartungen Ihres Managements, des Aufsichtsrats oder anderer Interessengruppen irgendwie in das Projekt involviert. 

Was sind Anforderungen und was sind Spezifikationen?

Lassen Sie uns nun genauer definieren, was Anforderungen und was Spezifikationen sind. Das sind Fachbegriffe, die einigen von Ihnen vielleicht bekannt sind, aber ich werde Ihnen anhand von Beispielen einige Beispiele geben, damit Sie sie sich besser einprägen können.

Beispiele für Anforderungen: 

• Möglichkeit zur Kontoerstellung 
• Möglichkeit, als Gast auszuchecken, 
• Die Möglichkeit, in Raten statt in einer einzigen Transaktion zu zahlen, 
• Möglichkeit zur Auswahl verschiedener Versandoptionen, 
• Möglichkeit, bei der Suche nur bestimmte Größen zu filtern, 
• Möglichkeit, mit einem Suchwerkzeug nach Schlüsselwörtern zu suchen
• Transparenz der Versandkosten und Steuern während des Bestellvorgangs

Beispiele für Spezifikationen: 

• Kompatibilität mit Geräten und Betriebssystemen 
• Größen von Bildern und Bannern 
• Frequenzdatenaustausch zwischen Systemen
• Das Format und die Anzahl der Ergebnisse pro Seite

Wo sind die Anforderungen, Spezifikationen und Erwartungen festgelegt?

Diese Elemente werden üblicherweise in ein oder mehrere Projektdokumente aufgenommen. 

Das am häufigsten verwendete Dokument ist das Produktanforderungsdokument, auch PRD genannt, das in der Regel dem Manager gehört und von ihm verfasst wird, der für die e-commerce Plattform. Falls das Produktanforderungsdokument nicht verfügbar ist Wir können Anforderungen und Spezifikationen direkt in den Projektplan schreiben.Schließlich finden wir auch einen Teil der Qualitätsspezifikationen und -anforderungen in der Qualitätsplan. 

Der Qualitätsplan dient hauptsächlich der Organisation der Qualitätsprüfungen und des Qualitätssicherungsprozesses im Allgemeinen, kann aber auch spezifische Anforderungen an die Qualität des digitalen Produkts enthalten. Beispielsweise kann der Qualitätsplan auf bestimmte durchzuführende Sicherheitstests verweisen. Als ich beispielsweise als Dienstleister für eine große Sportbekleidungsmarke tätig war und deren Software entwickelte, … ecommerce Für die Website musste ich die Sicherheitstests auf unseren Servern koordinieren, um die Sicherheitsstandards des Kunden zu erfüllen. 

Tests außerhalb des Geltungsbereichs

Andererseits kann der Qualitätsplan aufzeigen, welche Tests nicht zum Projektumfang gehören, beispielsweise wenn Sie nicht planen, Ihre Produkte nach Australien zu versenden. ecommerceSie sollten weder Zeit noch Energie darauf verwenden, Spezifikationen für dieses spezielle Land zu entwickeln und zu testen. 

Wireframes und Kompositionen

Der Qualitätsplan kann für Spezifikationen und Anforderungen auf andere Dokumente verweisen. Beispielsweise kann er Wireframes oder Mockups für alles, was mit der Designqualität und dem Erscheinungsbild der Website im Allgemeinen zusammenhängt, heranziehen.

Diese Dokumente sind wichtig, weil sie von Ihren Entwicklern als Referenz für das dienen, was sie entwickeln und in ihrer Arbeit erreichen müssen. 

Neben den Anforderungen beschreibt der Qualitätsplan die durchzuführenden Tests, wann diese während des Projekts und während der Auslieferung des Produkts durchgeführt werden und wie sie durchgeführt werden.

GO-LIVE-Kriterien

Der Qualitätsplan sollte auch die Go-Live-Kriterien enthalten. Die Go-Live-Kriterien sind eine Reihe von Bedingungen, die erfüllt sein müssen, damit das Projekt live gehen kann. Beispiele für Go-Live-Kriterien sind: Maximale Anzahl zulässiger Fehler auf der Live-Website und deren SchweregradDer Qualitätsplan kann beispielsweise festlegen, dass das Projekt nur dann live geht, wenn zum Zeitpunkt des Go-Lives maximal 10 Fehler auf der Website vorhanden sind.

Schließlich enthält der Qualitätsplan die Verfahren, die das Projektteam während des Qualitätssicherungsprozesses befolgen muss, zum Beispiel, wer für welche Tests verantwortlich ist, wie das Bug-Tracking-Tool verwendet wird und wie die Fehler nach ihrer Schwere klassifiziert werden.

Welche Arten von Tests müssen wir durchführen?

Arten von Qualitätssicherungstests

Schauen wir uns nun genauer an, welche Tests Modemarken durchführen sollten. focus on

Es gibt verschiedene Arten von Tests, die von Modeunternehmen durchgeführt werden können, um sicherzustellen, dass die Handelsplattform den Erwartungen entspricht.

Rauchtest

Die Ein Smoke-Test ist ein einfacher Test, der die Kernfunktionen überprüft. des digitalen Produkts. Diese Tests werden üblicherweise von den Entwicklern während des Projekts durchgeführt, um sicherzustellen, dass die Kernfunktionen der Software funktionieren. Es handelt sich um einen einfachen Test, bei dem die Kernfunktionen eines Programms ausprobiert werden. Simulation eines regulären Benutzers oder potenziellen Kunden, der eine Aufgabe auf der Plattform erledigen muss.Nehmen wir als Beispiel die Implementierung einer Textsuchfunktion auf Ihrer Website. Der erste Test (Smoke Test) besteht darin, einige für Ihre Marke relevante Keywords einzugeben, z. B. „rote Ledertasche“, und die Konsistenz der Ergebnisse zu überprüfen. In dieser Phase ist beispielsweise das Grafikdesign irrelevant; Ziel ist es, konsistente Ergebnisse zu erzielen. Erhalten Sie bei der Suche nach „rote Ledertasche“ ein blaues T-Shirt als Ergebnis, ist der Smoke Test nicht erfolgreich gewesen.    

Integrationstest

Der Integrationstest ist ein spezifischer Test, um die korrekte Datenübertragung von einem System zum anderen überprüfenZum Beispiel von der E-Commerce-Plattform zum ERP-System des Unternehmens und vom ERP-System zum Lagerverwaltungssystem oder von der ecommerceDie Datenübertragung von der Plattform zur Business-Intelligence-Plattform kann als erfolgreich betrachtet werden, wenn die Daten korrekt, verlustfrei und innerhalb des erwarteten Zeitraums von einem System zum anderen übertragen werden. 

Benutzerakzeptanztest

Der Benutzerakzeptanztest (UAT) wird üblicherweise in Anwesenheit des Kunden und des Entwicklers durchgeführt. 

Während des Benutzerakzeptanztests (UAT) führt der Kunde alle möglichen Anwendungsfälle durch, z. B. die Suche nach einem Produkt, das Hinzufügen eines Produkts zur Wunschliste, das Verschieben eines Produkts von der Wunschliste in den Warenkorb und den Abschluss des Bestellvorgangs, um sicherzustellen, dass alles wie erwartet funktioniert. 

Diese Tests werden üblicherweise gegen Ende der Entwicklungsphase durchgeführt, wenn das Produkt fast fertig für die Auslieferung an den Kunden ist. Das Ergebnis dieser Tests ist in der Regel eine Liste von Fehlern, die vom Kunden angefordert und vom Entwickler behoben werden.

Regressionstest

Die vierte Testart ist der Regressionstest. Regressionstests stellen sicher, dass eine Anwendung nach Codeänderungen, Aktualisierungen oder der Veröffentlichung anderer Funktionen auf der Plattform weiterhin wie erwartet funktioniert. Sie gewährleisten die Gesamtstabilität der Plattform.

Diese Tests sollten vom Qualitätsteam jedes Mal durchgeführt werden, wenn eine neue Version auf der Website veröffentlicht wird., um sicherzustellen, dass alle Funktionen, die zuvor funktionierten, weiterhin einwandfrei funktionieren. 

Wenn Sie beispielsweise ein neues Zahlungssystem entwickeln, sagen wir, Sie entwickeln die Option „Ratenzahlung“ in Ihrem Checkout-Prozess, und während der Bereitstellung dieser neuen Funktion die Kreditkartenzahlung, die zuvor einwandfrei funktionierte, beeinträchtigt wird, haben Sie einen Fehler in einer zuvor funktionierenden Funktion eingeführt. In diesem Fall sprechen wir von Regression.

Fehlertest- und Fehlerbehebungsprozesse

 Wir haben über die Rolle des Leiters der Qualitätssicherung gesprochen, jetzt wollen wir uns ansehen, wie alle am Qualitätssicherungsprozess beteiligten Akteure miteinander interagieren.

Der erste Schritt erfolgt, sobald ein Fehler entdeckt wird; der Tester – entweder ein Mitglied des Projektteams oder ein professioneller Tester, der einem Testskript folgt – findet den Fehler. Das Testskript könnte beispielsweise Folgendes beinhalten: Füge ein Produkt zur Wunschliste hinzu und verschiebe es anschließend von der Wunschliste in den Warenkorb. 

Wenn der Tester ein Produkt nicht zur Wunschliste hinzufügen oder das Produkt nicht von der Wunschliste in den Warenkorb verschieben kann, meldet er einen Fehler und eröffnet ein Ticket im Bug-Tracking-Tool. Wenn ein Tester einen Fehler im System meldet, sollte er auch einige Spezifikationen hinzufügen, wie zum Beispiel Anweisungen zur Reproduktion des Fehlers.Dies hilft dem Entwickler, die Bedingungen, unter denen der Fehler aufgetreten ist, schnell zu reproduzieren. Der Tester gibt in der Regel auch an, welches Gerät und welches Betriebssystem verwendet wurde, als der Fehler gefunden wurde. Ich habe beispielsweise Safari auf einem iPad Pro verwendet.

Im zweiten Schritt, Der QA-Leiter prüft alle verfügbaren Informationen zum Fehler und vergewissert sich, dass der Fehler noch nicht gemeldet wurde.Dies ist wichtig, da wir sonst möglicherweise doppelte Fehler im Bug-Tracking-Tool haben.

Der QA-Leiter weist den Fehler dann einem Teammitglied zur Bearbeitung zu. Bitte beachten Sie, dass ich die Begriffe „Fehler“ und „Problem“ momentan synonym verwende.

In Schritt 3 behebt der Entwickler das Problem in der Entwicklungsumgebung und markiert das Problem als behoben. 

Bitte beachten Sie, dass der Entwickler den Fehler zwar als behoben oder gelöst markiert, das Ticket im Bug-Tracking-Tool aber nicht schließt. Nur die Person, die den Fehler gemeldet hat, oder der QA-Leiter sollte das Problem als geschlossen markieren.

Im letzten Schritt überprüft die Person, die den Fehler gemeldet hat, oder der QA-Leiter, ob der Fehler auf der Plattform tatsächlich behoben wurde, und markiert das Problem im Bug-Tracking-Tool als „geschlossen“.

Zusammenfassung der UAT-Testschritte

1. Der Tester versucht, eine Aufgabe auf der Website zu erledigen, z. B. ein Produkt zur Wunschliste hinzuzufügen.
2. Kann der Tester die Aufgabe nicht abschließen, meldet er/sie einen Fehler im Bug-Tracking-Tool.
3. Der QA-Leiter überprüft, ob der Fehler tatsächlich vorliegt, d. h. ob er bereits von jemand anderem gemeldet wurde.
4. Der QA-Leiter weist den Fehler einem Teammitglied zur Behebung zu.
5. Das Teammitglied behebt den Fehler und markiert ihn als behoben, sobald das Problem gelöst ist.
6. Der QA-Leiter oder der Tester testet die Funktion erneut, um sicherzustellen, dass sie funktioniert.
7. Der Fehler wurde schließlich vom QA-Leiter oder Tester behoben.

SPEAKERS