Wie Qualitätssicherung die Conversion Rate im Fashion E-Commerce verbessern kann

Veranstaltung von Digital Fashion Academy
18. April 2023

Sehen Sie sich das Webinar hier an:

ÜBERBLICK

TITEL: Qualitätssicherung zur Verbesserung der Conversion Rate im Fashion E-Commerce
DATUM: Dienstag, 18. April, 17:30 Uhr (MEZ ROM)
DAUER: 1 Stunde
SPRACHE: Englisch
REGISTRIEREN: Das Webinar ist bei Registrierung kostenlos

ZUSAMMENFASSUNG

Begleiten Sie Enrico Fantaguzzi (Digital Fashion Academy) und Lorenzo Fanetti (Raten), da sie die empfohlene Vorgehensweise für Qualitätskontrolle von E-Commerce-Sites im Mode- und Luxussektor.

Das Webinar veranschaulicht die Schlüsselkonzepte zur Qualitätssicherung in E-Commerce-Projekten, von der Standard Prozesse in großen Unternehmen eingesetzt, um die Service Level Agreements (SLA), die bei der Vertragsdefinition mit Entwicklungsagenturen geteilt werden sollen.

• Qualitätssicherung ist die Gesamtheit der Aktivitäten, die sicherstellen sollen, dass die Ergebnisse eines Projektes erfüllen die Erwartungen der Kunde, Die Endbenutzer des Produkts und aller Normen erforderlich durch die Vorschriften.

• Im Mode-E-Commerce ist Qualitätssicherung unerlässlich, um Garantie Erfolg in Bezug auf die Website Konvertierung Rate und zu Kontrolle Projekt Kosten.

„Oft kommt es vor, dass am Ende eines E-Commerce-Site-Entwicklungsprojekts zahlreiche Mängel gefunden werden, die den Erfolg des Projekts und die Beziehung zwischen Entwicklern und Kunden gefährden können. Das richtige Management der Qualitätssicherung ermöglicht es uns, die Zufriedenheit des Kunden, die beste Benutzererfahrung und das richtige Management der Kunden-Lieferanten-Beziehung zu erreichen.“

Enrico Fantaguzzi

THEMEN

• Definition der Qualitätsstandards der E-Commerce-Site
• Produktgarantie nach Lieferung
• Produkttestmethodik und Fehlerbehebungsmanagement
• Tools zur Fehlerverfolgung und Problemverfolgung

TRANSKRIPT

Bevor ich dieses E-Learning-Unternehmen gründete, habe ich mehr als 20 Jahre lang in Mode- und Luxusunternehmen gearbeitet, von kleinen Marken bis hin zu großen multinationalen Unternehmen und E-Tailern.

In diesem Webinar erzähle ich Ihnen einiges von dem, was ich während meiner Tätigkeit für Modemarken gelernt habe. Die Erfahrungen, die ich heute mit Ihnen teile, habe ich allerdings größtenteils außerhalb der Modebranche, nämlich im Bereich der digitalen Unterhaltung, gesammelt.

Heute sprechen wir über die Bedeutung der Qualitätssicherung Und warum es für den Erfolg entscheidend ist des Mode-E-Commerce. 

Ich stelle Ihnen einige Ideen und Beispiele vor wie Sie Qualitätssicherungsprozesse in Ihrem Unternehmen organisieren 

Und schließlich werden wir einige der Dinge behandeln, die Sie beachten müssen, wenn Sie Besprechen Sie Aufgaben mit den Entwicklern oder Systemintegratoren Ihrer Lieferanten, was Sie bei den Verhandlungen fragen sollten und was in den Vertrag aufgenommen werden sollte, damit das Endergebnis Ihren Erwartungen entspricht. 

Was also ist der Zweck der Qualitätssicherung im Mode-E-Commerce? 

Was ist der Zweck der Qualitätssicherung?

Der Zweck der Qualitätssicherung besteht darin, 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 genauer zu sein wenn wir über Erwartungen sprechen, sprechen wir über Anforderungen und Spezifikationen, Anforderungen und Spezifikationen unterscheiden sich von den Erwartungen, weil sie klar dargelegt und in einem oder mehreren Dokumenten dokumentiert. 

Darüber hinaus müssen Sie möglicherweise Anforderungen, die aufgrund gesetzlicher Vorgaben für Ihr Unternehmen verbindlich sind.

Drittens gibt es eine Reihe von Erwartungen, die nicht schriftlich festgehalten sind, die Sie aber dennoch als Teil Ihres Projekts berücksichtigen müssen, da einige dieser Erwartungen die Erwartungen Ihres Managements oder des Verwaltungsrats oder anderer Stakeholder irgendwie in das Projekt involviert. 

Was sind Anforderungen und was sind Spezifikationen?

Versuchen wir nun, besser zu definieren, was Anforderungen und was Spezifikationen sind. Dies sind technische Begriffe, die einigen von Ihnen bekannt sein können, aber ich werde Ihnen einige Beispiele geben, damit Sie sie anhand von Beispielen in Ihrem Gedächtnis festhalten können.

Beispiele Anforderungen: 

• Möglichkeit, ein Konto zu erstellen, 
• Möglichkeit, als Gast auszuchecken, 
• Möglichkeit der Ratenzahlung statt einer einzigen Transaktion, 
• Möglichkeit, zwischen verschiedenen Versandoptionen zu wählen, 
• Möglichkeit, bei der Suche nur bestimmte Größen zu filtern, 
• Möglichkeit zur Stichwortsuche mit einem Suchtool
• Sichtbarkeit der Versandkosten und Steuern während des Check-out-Prozesses

Beispiele Spezifikationen: 

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

Wo werden Anforderungsspezifikationen und Erwartungen angegeben?

Diese Elemente werden normalerweise in ein oder mehrere Projektdokumente geschrieben. 

Das am häufigsten verwendete Dokument ist das Produktanforderungsdokument, auch PRD genannt, das normalerweise dem Manager gehört und von ihm geschrieben wird, der für die E-Commerce-Plattform verantwortlich ist. Wenn das Dokument mit den Produktanforderungen nicht verfügbar ist Wir können Anforderungen und Spezifikationen direkt in den Projektplan schreiben, schließlich finden wir einen Teil der Qualitätsspezifikationen und -anforderungen auch in der Qualitätsplan. 

Der Qualitätsplan dient hauptsächlich dazu, die Qualitätstests und den Qualitätssicherungsprozess im Allgemeinen zu organisieren, er kann aber auch einige spezifische Anforderungen an die Qualität des digitalen Produkts enthalten. Beispielsweise kann sich der Qualitätsplan auf bestimmte Sicherheitstests beziehen, die durchgeführt werden müssen. Als ich beispielsweise als Dienstleister für eine große Sportbekleidungsmarke arbeitete und deren E-Commerce-Website entwickelte, 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 angeben, welche Tests außerhalb des Umfangs des Projekts liegen. Wenn Sie beispielsweise mit Ihrem E-Commerce nicht vorhaben, nach Australien zu liefern, sollten Sie weder Zeit noch Energie darauf verwenden, Spezifikationen für dieses spezielle Land zu entwickeln und zu testen. 

Wireframes und Kompositionen

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

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

Neben den Anforderungen beschreibt der Qualitätsplan, welche Tests durchgeführt werden müssen, wann sie 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 werden müssen, um mit dem Projekt live zu gehen. Beispiele für GO-LIVE-Kriterien sind die Maximale Anzahl von Fehlern, die auf der Live-Website zulässig sind, und deren SchweregradBeispielsweise kann der Qualitätsplan vorsehen, dass das Projekt nur dann live geht, wenn zum Zeitpunkt der Liveschaltung maximal 10 Bugs auf der Website vorhanden sind.

Schließlich enthält der Qualitätsplan die Verfahren, die das Projektteam während des Qualitätssicherungsprozesses befolgen muss, z. B. wer für was und wie die Tests verantwortlich ist, wie das Fehlerverfolgungstool verwendet wird und wie die Fehler entsprechend ihrer Schwere klassifiziert werden.

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

Arten von Qualitätssicherungstests

Schauen wir uns nun genauer an, auf welche Tests sich Modemarken konzentrieren sollten

Es gibt verschiedene Arten von Tests, die Modeunternehmen durchführen können, um sicherzustellen, dass die Handelsplattform den Erwartungen entsprechend funktioniert.

Rauchtest

Der Smoke Test ist ein einfacher Test, der darauf abzielt, die Kernfunktionen zu überprüfen des digitalen Produkts. Diese Tests werden normalerweise von Entwicklern während des Projekts durchgeführt, um sicherzustellen, dass der Kern der Funktionalität der Software funktioniert. Es handelt sich um einen einfachen Test, bei dem die Kernfunktionen eines Programms getestet werden. Simulation eines normalen Benutzers oder potenziellen Kunden, der eine Aufgabe auf der Plattform erledigen muss. Um Ihnen ein Beispiel zu geben: Wenn Sie eine Textsuchfunktion auf Ihrer Website implementieren, besteht der Smoke-Test darin, einige für Ihre Marke relevante Schlüsselwörter einzugeben, z. B. „rote Ledertasche“, und zu prüfen, ob das Ergebnis konsistent ist. In dieser Phase ist das Grafikdesign möglicherweise nicht relevant. Das Ziel besteht darin, konsistente Ergebnisse zu erhalten. Wenn Sie nach „roter Ledertasche“ suchen und als Ergebnis ein blaues T-Shirt erhalten, ist der Smoke-Test fehlgeschlagen.    

Integrationstest

Der Integrationstest ist ein spezifischer Test, um Überprüfen Sie die korrekte Übertragung von Daten von einem System zum anderen. Zum Beispiel von der E-Commerce-Plattform zum ERP des Unternehmens und vom ERP zum Lagerverwaltungssystem oder von der E-Commerce-Plattform zur Business Intelligence-Plattform. Wir können diesen Test als erfolgreich betrachten, wenn die Daten korrekt, ohne Datenverlust und im erwarteten Zeitrahmen von einem System zum anderen übertragen werden. 

Benutzerakzeptanztest

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

Während des UAT führt der Client alle möglichen Anwendungsfälle aus, z. B. nach einem Produkt suchen, ein Produkt zur Wunschliste hinzufügen, ein Produkt von der Wunschliste in den Einkaufswagen verschieben, den Bezahlvorgang abschließen, um sicherzustellen, dass alles wie erwartet funktioniert. 

Diese Tests werden normalerweise gegen Ende der Entwicklungsphase durchgeführt, wenn das Produkt fast bereit ist, an den Kunden ausgeliefert zu werden. Normalerweise ist das Ergebnis dieser Tests eine Liste von Fehlern, die vom Kunden angefordert und vom Entwickler behoben werden.

Regressionstest

Der vierte Testtyp ist der Regressionstest. Regressionstests stellen sicher, dass eine Anwendung nach Codeänderungen, Updates oder Veröffentlichungen anderer Funktionen auf der Plattform immer noch wie erwartet funktioniert. Regression stellt die allgemeine Stabilität der Plattform sicher.

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

Nehmen wir beispielsweise an, Sie entwickeln ein neues Zahlungssystem, beispielsweise die Ratenzahlung für Ihre Kaufabwicklung. Während der Implementierung dieser neuen Funktion bricht die Kreditkartenzahlung ab, die vorher einwandfrei funktioniert hat. Dadurch wird ein Fehler in eine vorher funktionierende Funktion eingeführt. In diesem Fall sprechen wir von einer Regression.

Fehlertest- und Fehlerbehebungsprozesse

 Wir haben über die Rolle des Qualitätssicherungsleiters gesprochen. Sehen wir uns nun an, wie alle am Qualitätssicherungsprozess beteiligten Akteure miteinander interagieren.

Der erste Schritt erfolgt, wenn ein Fehler entdeckt wird. Der Tester, entweder ein Mitglied des Projektteams oder ein professioneller Tester, der einem Testskript folgt, findet einen Fehler. Das Testskript könnte beispielsweise lauten: Füge ein Produkt zur Wunschliste hinzu und verschiebe das Produkt dann von der Wunschliste in den Einkaufswagen. 

Wenn der Tester ein Produkt nicht zur Wunschliste hinzufügen oder das Produkt nicht von der Wunschliste in den Einkaufswagen verschieben kann, meldet der Tester einen Fehler und öffnet ein Ticket im Fehlerverfolgungstool. Wenn ein Tester einen Fehler im System meldet, sollte er auch einige Spezifikationen hinzufügen, wie etwa die Anweisungen zur Reproduktion des Fehlers, dies hilft dem Entwickler, die Bedingungen, unter denen der Fehler gefunden wurde, schnell zu reproduzieren. Der Tester wird im Allgemeinen auch berichten, welches Gerät und welches Betriebssystem verwendet wurde, als der Fehler gefunden wurde. Ich habe zum Beispiel Safari auf dem iPad Pro verwendet.

Im zweiten Schritt wird Der QA-Leiter prüft alle verfügbaren Informationen zum Fehler und überprüft noch einmal, ob der Fehler noch nicht gemeldet wurde.. Dies ist wichtig, da es sonst im Fehlerverfolgungstool zu doppelten Fehlern kommen kann.

Der QA-Leiter weist den Fehler dann einem Teammitglied zu, das sich um das Problem kümmert. Bitte beachten Sie, dass ich die Begriffe „Fehler“ und „Problem“ derzeit synonym verwende.

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

Bitte beachten Sie, dass der Entwickler den Fehler als behoben oder gelöst markiert, das Ticket im Fehlerverfolgungstool jedoch 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 Fehlerverfolgungstool 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. Wenn der Tester die Aufgabe nicht abschließen kann, meldet er einen Fehler im Bug-Tracking-Tool
3. Der QA-Leiter überprüft den Fehler, d. h., der Fehler wurde nicht bereits von jemand anderem gemeldet.
4. Der QA-Leiter weist den Fehler einem Teammitglied zur Behebung zu.
5. Das Teammitglied arbeitet an dem Fehler und markiert ihn als behoben, wenn das Problem gelöst ist.
6. Der QA-Leiter oder der Tester testen die Funktion erneut, um sicherzustellen, dass sie funktioniert
7. Der Fehler wird schließlich vom QA-Leiter oder Tester behoben.

SPRECHER